cups issue on mac os 27

I found this from Western Kentucky University:

"CUPS Admin is a native macOS app that puts back the CUPS web interface (http://localhost:631) Apple removed in macOS 27 — cupsd, lpadmin and IPP Everywhere queues all still work, only the browser admin page is gone. The sidebar lists every queue with its state and active jobs; select one to see its status, hold, release, move or cancel its jobs, and change its default options the way the old "Set Default Options" page did, including per-driver settings like Ricoh user codes. Common changes (color or black & white, duplex, Letter paper, a user code, the default printer) are one-click Quick Actions, and every change is read back from cupsd so nothing fails silently. It ships with cupsadmin, a command-line tool for scripts, Mosyle/Jamf/Munki commands and quick checks. No third-party dependencies; builds with the Xcode Command Line Tools alone."

https://github.com/kfattic/cupsadmin

Apple has restricted or removed functional support for the CUPS web interface menus in macOS 27 (Golden Gate), making traditional administration via localhost:631 fail with a "Web Interface is Disabled" error even when the standard terminal command is used. 

Try this

Use the Command Line: You can still add, configure, and manage printers directly in the Terminal app using the standard lpadmin command-line utility. 

Check Technical Updates: Review deployment notes and workarounds on the paper cut knowledge base regarding handling CUPS changes on newer macOS builds. 

System Settings: For basic printer management, use the native Printers & Scanners section within macOS System Settings instead of the web interface.

The original heart of this discussion is that Apple is deprecating CUPS and the webinterface administration is gone. Some of CUPS remains for now (e.g. /usr/sbin/{cupsfilter, cupsd}, but it appears that any configuration will now be done in the Terminal with the usual UNIX printer tools.

I did the following in the Terminal and noticed the extent (20) of the deprecation:

apropos cups

Apologize for the SwiftUI diversion from topic.

There was literally no libcups.dylib found anywhere by the Xcode 27.2 Playground search paths on my macOS 27.2 and Xcode 27.2 installation. Not internally to Xcode, the /Library/Developer/CommandLine tree, nor in /usr/lib/swift — to name a few locations that spewed from the Playground.

I had read that in Golden Gate, Apple had removed Cups (including its web-based administration) and streamlined it into the general printing functionality. Its complete absence in 27.2 suggests this.

Just installing cups 2.4.20_1 via homebrew did not resolve the Playground issues owing to different search locations that SwiftUI was expecting. The cobble job I did in my previous post was an act of desperation, not one of preference.

I downloaded Xcode 27.2 directly from the Apple developer site and installed it manually from the xip. Are you suggesting that I remove it and perform a reinstall?

I just updated my Tahoe 26.7.2 system to Xcode 27.2 and the 26.6 CommandLineTools and there is no libcups.dylib found in either.

apropos cups has many deprecated entries.

¿Any help on the Apple Developer forums?

https://developer.apple.com/forums/

I use cups so my till drawer opens with my star tsp100 printer. After upgrading, the till drawer no longer opens and I can't get into admin on the cups page. The printer works but I need the settings from cups. How do I do this?

That article is just an AI summary of all the forums where this has been discussed.

Having to query the system with `lpoptions` and then configure things with `lpadmin` is no substitute for the ease of using the web front-end.

What next -- use `defaults write` instead of System Settings?

All of the SwiftUI code that I have in Xcode 27.2 Playgrounds now fails in macOS 27.2 because there is no libcups.dylib found anywhere. How to resolve this Playground issue with SwiftUI code since Apple no longer installs this expected library?

I could install cups from homebrew to get this dylib, but would rather not if there is an alternative.

Among the myriad libcups.dylib search locations when Xcode 27.2 Playgrounds fails when attempting to run a SwiftUI coding example is:

~/Desktop/Desktop/DerivedData/MyPlayground/Build/Intermediates.noindex/Playgrounds/MyPlayground/Products/Debug/

So, out of desperation, I installed cups 2.4.20_1 using homebrew:

brew install cups

and on my M4 Mac Mini Pro, that installed the libcups.dylib and libcupsimage.dylib in:

/opt/homebrew/opt/cups/lib

From there, I copied them into that DerivedData folder path (above) that resides on my Desktop from initially running Playground. I set each cups dylib permission to 755.

After all of that nonsense, the Xcode 27.2 Playgrounds now run individual Playground code without the libcups.dylib search failures.

VikingOSX wrote:

benwiggy wrote:

Are these projects using printing in some custom way?

Nope. Only an occasional Swift print("\(var)").

Latest libcups is from 4-Nov-2026.

Without that installed, and using Xcode 27.2 on macOS 27.2:

(I do have Homebrew CUPS loaded, but have made no Xcode CUPS-related nor other Xcode-aligned changes.)

Xcode 27.2 did get tangled a few times.

I’m unsure why you’re getting a libcups reference for a print.

With Homebrew CUPS installed, a shell find for *libcups* gets a few command-line tools directories with *libcups*.tbd files, and no other matches elsewhere, and none in the Homebrew-related directories.

I was getting that missing libcups.dylib search in Playgrounds even when there was no print statement in the Swift code. It had something to do with importing {SwiftUI, PlaygroundsSupport} until I cobbled up that homebrew libcups.dylib solution and then the code executed properly with SwiftUI results.

VikingOSX wrote: I was getting that missing libcups.dylib search in Playgrounds even when there was no print statement in the Swift code. It had something to do with importing {SwiftUI, PlaygroundsSupport} until I cobbled up that homebrew libcups.dylib solution and then the code executed properly with SwiftUI results.

No (visible) libcups references arising from the following?

Am getting the expected print to the console.

Maybe something else included is triggering? Maybe PlaygroundsSupport?

macOS 27.2 Xcode 27.2 Playground app with console window open:

Part of the issue is that I was launching the Xcode 27.2 Playgrounds from a command line alias:

pgrd='open -a Xcode ~/Desktop/MyPlayground.playground'

And now, after finally downloading the Swift Playgrounds app from the Mac App Store, when I change the code in the My App ContentView, and attempt to run it to replace the "Hello World!" App Preview, My App indicates that it cannot find ContentView in scope. No ContentView errors or warnings are displayed. This is frustrating…



Without looking at more of the code, I suspect some changes are missing over in main (MyApp.swift, @main)?

I found the source code for this (somewhere? Get Swifty? Google ‘AI” is being cagey about actual links to actual sites with actual code, and I’m only able to look at what the LLM claims to be the code, sans links to original source code), but there’s more code needed than the module shown here.

The MyApp source:

import SwiftUI

@main
struct MyApp: App {
    var body: some Scene {
        WindowGroup {
            ContentView()
        }
    }
}

and the ContentView:

import Charts
import SwiftUI

struct SegmentData: Identifiable {
    let id = UUID()
    let category: String
    let value: Double
}

struct PieChartView: View {
    let data: [SegmentData] = [
        .init(category: "Design", value: 35),
        .init(category: "Engineering", value: 45),
        .init(category: "Marketing", value: 20)
    ]
    
    var body: some View {
        Chart(data) { item in
            SectorMark(
                angle: .value("Value", item.value),
                innerRadius: .ratio(0.5), // Optional: turns pie into a donut chart
                angularInset: 1.5
            )
            .foregroundStyle(by: .value("Category", item.category))
            .cornerRadius(4)
            // Places the text label right over each segment
            .annotation(position: .overlay, alignment: .center) {
                Text("\(item.value, specifier: "%.0f")%")
                    .font(.caption)
                    .bold()
                    .foregroundStyle(.white)
            }
        }
        .frame(width: 300, height: 300)
        .padding()
    }
}

I am currently showing the App Preview Paused and Preview Restart does not restart it.

If I run the above PieChartView from a Playground launched from Xcode, here is the Live View:

deployment notes and workarounds on the paper cut knowledge base

There's nothing on the Papercut website, other than "it doesn't work".

I found this summary in an article:

from:

https://pcglance.com/cups-web-interface-disabled-macos-27/

Nope.

https://developer.apple.com/forums/thread/843406

Are these projects using printing in some custom way?

benwiggy wrote:

Are these projects using printing in some custom way?

Nope. Only an occasional Swift print("\(var)").

That's probably a different problem from the OPs, though they may both be the result of some action by Apple to limit CUPS within OS27.

All of my Swift code ( that is debugged) works just fine outside of Xcode 27.2 and Playgrounds. More on this tomorrow as it is late here now.

Solved. The app referencing the ContentView just above it in Swift Playground mislead me. Once I replaced its WindowGroup with PieChartView, it woke up and displayed the above chart. Lesson learned.

Maybe this?

s/ContentView/PieChartView/

Aaaaaaand I see you got there already.

Thanks any way. Its appreciated.

For those of us modestly (or completely) baffled by what just happened...

What is the take-away regrading CUPS, the original heart of this discussion?

Thanks! that helps a lot!

Your issue [not] being able to link in that library was interesting, and may be helpful as well.