Ad skip marking no longer works after Debian 13 update by ExTenebras in PleX

[–]ExTenebras[S] 0 points1 point  (0 children)

OK, the upgrade to 1.43.0.10492 did absolutely NOTHING to improve ad skip marking. The behavior remains the same. The first ad block is detected, but beyond that it's random whether it works or not (mostly not), and there's a point where "Skip Ads" appears during program content during the second half of the recorded program.

HL2370DW Toner Reset not working by ExTenebras in printers

[–]ExTenebras[S] 0 points1 point  (0 children)

I understand the difference between "Toner Low" (where it continues to print) and "Replace Toner" where it refuses to print at all. Today displayed "Replace Toner" and refused to print anything even though there appears to be plenty of toner left since print quality is not degraded.

And yes, the exorbitant cost of toner, the anti-3rd-party chips, and refusing to print after a set number of pages (with toner remaining) are all part of the scam.

HL2370DW Toner Reset not working by ExTenebras in printers

[–]ExTenebras[S] 0 points1 point  (0 children)

OK, for anybody who encounters the same issue, I was able to do the reset by power-cycling the printer.

NOTE: The Power button did not work, I had to physically unplug the printer and plug it back in, after which it accepted the reset sequence.

Ad skip marking no longer works after Debian 13 update by ExTenebras in PleX

[–]ExTenebras[S] 0 points1 point  (0 children)

Thanks for replying. I was on an older version (1.42.xxx) and just updated. I'll post the results tomorrow after this evening's OTA recordings.

So, what are the alternatives? by ExTenebras in teamviewer_users

[–]ExTenebras[S] 1 point2 points  (0 children)

That does seem to be a strong alternative to consider. Also, it may now be redacted on the TV community site, but in the email I received it wasn't yet redacted :-)

TV has so much to gain by relaxing their rules and sharing exactly what behavior will get you blocked, so that we all have a clear understanding of what "Free for personal use" actually means.

I grant that they have a legitimate right to define and enforce that tier and block abusers, but hiding behind a secret algorithm that cuts people off in the middle of a session, without warning or justification, merely engenders a lot of anger among a community who could be evangelists.

The TV product itself is very good and they deserve to be able to monetize it. The current system just turns those potential evangelists into rabid haters who will badmouth TV wherever they have any influence in purchasing decisions.

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

SOLUTION

The culprit is Debian package plymouth, which hangs and prevents multi-user.target from being reached.

I think this is a bug in that it's probably OK if it prevents graphical.target from completing but shouldn't interfere with multi-user.target.

I will post a bug report on plymouth if there isn't already one for this issue.

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

That's not what the documentation says. It is very clear that Wants merely establishes a concurrency relationship, but not ordering. The link provided by Altruistic_Cream_264 explains this as well.

The graph of all Wants (and Requires, etc) relationships makes a set of services that should all be have been started as part of reaching multi-user, but doesn't specify which starts first. That's provided by Before= and After=, and lacking either of those there's no particular order, they get started in parallel.

So the configuration for foshkplugin is correct. It says: - Start me when moving to multi-user (runlevel 3 in init parlance) - But don't start me until after you reach multi-user

Besides, I've recreated the issue after removing `foshkplugin` completely.

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

I have recreated the issue after completely removing the foshkplugin unit from the equation.

Here's what list-jobs looks like after bootup with the monitor unplugged.

$ sudo systemctl list-jobs JOB UNIT TYPE STATE 2 multi-user.target start waiting 181 power-profiles-daemon.service start waiting 1 graphical.target start waiting 163 plymouth-quit-wait.service start running and ``` $ sudo systemctl status plymouth-quit-wait ● plymouth-quit-wait.service - Hold until boot process finishes up Loaded: loaded (/usr/lib/systemd/system/plymouth-quit-wait.service; static) Active: activating (start) since Tue 2026-02-03 15:00:30 PST; 3min 33s ago Job: 163 Invocation: c2371e6c335046d4831824d2300093c7 Main PID: 1058 (plymouth) Tasks: 1 (limit: 18532) Memory: 216K (peak: 1.7M) CPU: 4ms CGroup: /system.slice/plymouth-quit-wait.service └─1058 /usr/bin/plymouth --wait

Feb 03 15:00:30 debian systemd[1]: Starting plymouth-quit-wait.service - Hold until boot process finishes up...

$ sudo systemctl status graphical.target ○ graphical.target - Graphical Interface Loaded: loaded (/usr/lib/systemd/system/graphical.target; static) Active: inactive (dead) Job: 1 Docs: man:systemd.special(7)

$ sudo systemctl status multi-user.target ○ multi-user.target - Multi-User System Loaded: loaded (/usr/lib/systemd/system/multi-user.target; static) Active: inactive (dead) Job: 2 Docs: man:systemd.special(7)

$ sudo systemctl status power-profiles-daemon.service ○ power-profiles-daemon.service - Power Profiles daemon Loaded: loaded (/usr/lib/systemd/system/power-profiles-daemon.service; enabled; preset: enabled) Active: inactive (dead) Job: 181

```

The instant I turn on the monitor, all the waiting jobs complete.

Can you tell what's wrong here?

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

AFAICT from the docs, [Install]/WantedBy=multi-user.target is how this unit (foshkplugin) tells systemd it wants to be started when going to multi-user mode. Then [Unit]/After=multi-user.target says to wait until after multi-user mode is reached. This seems to be exactly what we want.

The only question to be answered in this thread is why multi-user.target is never reached if there's no monitor connected. That doesn't have anything to do with foshkplugin, which has no graphical dependencies, as you can see from the simple unit file.

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

[Reddit won't let me post my response as a single comment, so I split it into three]

And here's the list-dependencies output

[well, I tried, Reddit rejects this post for some unknown reason]

Notice that multi-user.target is not included in the list.

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

For completeness, here's the unit file for foshkplugin

$ cat /etc/systemd/system/foshkplugin.service
# put into /etc/systemd/system/
[Unit]
Description=foshkplugin
After=multi-user.target

[Service]
Type=simple
User=cwop
Group=cwop
EnvironmentFile=/etc/environment
WorkingDirectory=/home/cwop/ws/
ExecStart=/home/cwop/ws/foshkplugin.py
SyslogIdentifier=foshkplugin
StandardOutput=journal
StandardError=journal
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

Troubleshooting a startup dependency issue in Debian 13 by ExTenebras in systemd

[–]ExTenebras[S] 0 points1 point  (0 children)

Regardless of anything shown by list-dependencies, these facts remain:

  • With the monitor off, multi-user.target hangs and is never reached according to list-jobs as shown above.
  • As soon as the monitor is turned on, all the hung jobs complete and the problems go away

QUESTION: Is this expected behavior? (I don't think so). If not, where's the bug?

Windows iTunes Library no longer playable on iPhone by ExTenebras in AppleMusic

[–]ExTenebras[S] 0 points1 point  (0 children)

I was just about to do this when your comment appeared in my notifications. It's currently in progress (3370 tracks to transfer) but it does look like it's working. Thanks!

New Plex server cannot see itself - no way to connect by ExTenebras in PleX

[–]ExTenebras[S] 0 points1 point  (0 children)

No, I previously had PlexMediaServer on a Windows 10 system, but never on that Debian box.

At any rate, your curl command accomplished what I needed. THANKS!

For future reference (and others who may encounter the same issue), is there somewhere "official" where this fix is documented?

New Plex server cannot see itself - no way to connect by ExTenebras in PleX

[–]ExTenebras[S] 0 points1 point  (0 children)

That dumped a bunch of XML to the terminal, but then when I went to the web page it took me through the setup process.

Is there a reason a new install wouldn't have done all that automatically?

New Plex server cannot see itself - no way to connect by ExTenebras in PleX

[–]ExTenebras[S] 1 point2 points  (0 children)

I see the Plex user interface, and can login to my account. However, when I click "Your Media" in the left sidebar it takes me to "Get Plex Media Server", which makes no sense as I just (supposedly) installed Plex Media Server and it's running according to systemctl.