Same problem for me. I have an old parallel-only printer. It has been
working with a dedicated printer server, but the printer server died and
the PC has no parallel port. So I connected a USB-to-LPT cable. As I
attach the cable /var/log/syslog shows:
parport0: fix this legacy no-device port
Sorry, i mean to say /var/log/syslog (not /var/log/system) shows the
device was attached.
The verbosity in /var/log/syslog increases when udev_log=debug, but
still no /var/log/udev.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
Public bug reported:
The man page for udevadm neglects to mention options which seem to only
be documented in stackexchange. E.g.
udevadm monitor --environment
udevadm control --reload-rules
>From the man page, it's unclear what the difference is between /udevadm
trigger/ and /udevadm test/.
Notice also there is a serious transparency problem. The output only
shows files for which removal failed. This acutely heightens the
destruction because it potentially destroyed *thousands* of files as I
sat there and let it run. The tool gives no idea how what's being
destroyed. The admin
Public bug reported:
The following was introduced as
"/etc/udev/rules.d/99-harvest_camera.rules":
ACTION=="add", KERNEL=="sd*[!0-9]", ENV{ID_FS_UUID_ENC}=="C355-A42D",
RUN+="/usr/bin/sudo -u bill /home/bill/scripts/harvest_camera.sh"
When the device is attached, it gets mounted but the
It fails for me on two different systems:
* Ubuntu 20.04 (Focal)
* Linux Mint 19.2 (Tina, which is based on Bionic)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1890836
It turns out the problem arises out of cargo cult programming on my
part. The bang in KERNEL=="sd*[!0-9]" is what I copied out of
stackexchange, and it's exactly what prevents the mount from matching.
I suspected that early on, but ruled it out because when the device
first connects it must
PEBKAC
** Changed in: systemd (Ubuntu)
Status: Incomplete => Invalid
** Changed in: systemd (Ubuntu)
Assignee: (unassigned) => Bill Yikes (yik3s)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in
Bug report to improve debugging output:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1890890
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1890836
Title:
udev
Public bug reported:
I wrote a udev rule that would not trigger when expected. I spent 2
days working on it, trying to understand what the problem was. I
finally figured it out -- it was a matching problem:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1890836
The most verbose output
Public bug reported:
This is how a Tor user would use cURL to grab a header, and also expect
to be told which IP address was contacted:
curl --ssl --socks4a 127.0.0.1:9050 -L --head -w '(effective URL =>
"%{url_effective} @ %{remote_ip}")' "$target_url"
It's broken because the "remote_ip" is
The socks.c code shows that cURL does not even attempt DNS resolution on
SOCKS4a. Strictly speaking, the SOCKS4a spec expects apps to /attempt/
DNS resolution before contacting the socks server. I won't complain on
this point though because the status quo is favorable to Tor users (as
it
According to the SOCKS4a spec:
https://www.openssh.com/txt/socks4.protocol
https://www.openssh.com/txt/socks4a.protocol
With SOCKS4 cURL *must* do DNS resolution and pass the selected IP to
the SOCKS server. OTOH, SOCKS4a gives cURL the option to resolve. If
cURL fails at DNS resolution,
A secondary bug manifests from this, whereby sfdisk chokes on its own
output and therefore cannot restore its own backup. E.g. suppose
another tool is used to put a BIOS boot partition from sector 34 to
2047, as follows:
$ sgdisk --clear -a 1 --new=1:34:2047 -c 1:"BIOS boot"
Public bug reported:
According to https://wiki.archlinux.org/title/GRUB#BIOS_systems, it's
both legal and interesting to place the BIOS BOOT partition from sector
34 to sector 2047, as follows:
$ sudo sfdisk --no-act -f --label gpt /dev/sdb << EOF
start= 34, size=2013,
Public bug reported:
man page shows:
-nd
--no-directories
Do not create a hierarchy of directories when retrieving
recursively. With this option turned on, all files will get saved
to the current directory, without clobbering (if a name shows up
more than
This is actually a security issue and it's surprising it's gone unfixed
for 9 years. It's inconsistent for apt to check the hash on deb files
that it downloads, but then neglect to do so on user-supplied deb files.
The status quo is a recipe for disaster. To exacerbate the problem, the
man page
Public bug reported:
cURL supports a -ssl3 option (and rightly so), but openssl removed it
prematurely (see
https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1934040). The
fallout:
torsocks curl --insecure --ssl-allow-beast -ssl3 -vvI
https://xhfheq5i37waj6qb.onion:110 2>&1
* Trying
Public bug reported:
SSL2 and SSL3 have been hastily removed, apparently by developers who
are unaware that these protocols serve purposes other than encryption.
SSL2/3 is *still used* on onion sites. Why? For verification. An
onion site has inherent encryption, so it matters not how weak the
Public bug reported:
With x11 not running, this was executed: "Xorg -configure". It should
simply build a configuration file. The output below appears in the
terminal with an error. It manages to create a config file anyway, but
what it creates causes "startx" to fall over. So I am forced to
** Description changed:
SSL2 and SSL3 have been hastily removed, apparently by developers who
are unaware that these protocols serve purposes other than encryption.
SSL2/3 is *still used* on onion sites. Why? For verification. An
onion site has inherent encryption, so it matters not
Public bug reported:
When running:
$ pdfimages -list grayscale-document.pdf
the output is:
```
page num type width height color comp bpc enc interp object ID x-ppi
y-ppi size ratio
For me the fact that the upstream repo moved from bugzilla.samba.org to
github.com is sufficient to diverge from upstream. But to each his own.
My contempt for github is in fact why I reported the bug downstream. I
will not use github but I still intended to make a public record of the
bug, hence
Public bug reported:
Rsync has an astonishing and dangerous bug:
The dry run feature (-n / --dry-run) fails to report file deletions when
--remove-source-files is used. This is quite serious. People use --dry-
run to see if an outcome will work as expected before a live run. When
the simulated
** Description changed:
Rsync has an astonishing and dangerous bug:
The dry run feature (-n / --dry-run) fails to report file deletions when
--remove-source-files is used. This is quite serious. People use --dry-
run to see if an outcome will work as expected before a live run. When
Public bug reported:
This command should non-interactively obliterate whatever partition
table is on /dev/sde, and create a new table with a linux partition that
spans the whole disk:
$ sfdisk --label gpt /dev/sde <<< 'start=2048, type='"$(sfdisk --label
gpt -T | awk '{IGNORECASE = 1;} /linux
** Description changed:
This command should non-interactively obliterate whatever partition
table is on /dev/sde, and create a new table with a linux partition that
spans the whole disk:
- $ sfdisk --label gpt /dev/sde <<< 'start=2048, type='"$(sfdisk --label
+ $ sfdisk --label gpt
Public bug reported:
There is no good reason for this command to fail:
$ wget --quiet -O -
https://web.archive.org/web/20210721004028/freefontsdownload.net/download/76451/lucida_fax.zip
| gunzip -
The output is:
[InternetShortcut]
URL=HOMESITEfree-lucida_fax-font-76451.htmgzip: stdin has more
Public bug reported:
This code should in principle (per the docs) fetch a few *.pdf files:
$ wget -r --level 1 --adjust-extension --relative --no-clobber --no-directories\
--domains=ncua.gov --accept-regex 'administrative-orders/.*.pdf'\
Public bug reported:
This command should theoretically fetch all PDFs on a page:
$ wget -v -d -r --level 1 --adjust-extension --no-clobber --no-directories\
--accept-regex 'administrative-orders/.*/administrative-order-matter-'\
--accept-regex 'administrative-orders.*.pdf'\
30 matches
Mail list logo
