Also note that wget checks the syntax of the ~/.netrc file every time it
runs with default options, and it gives a warning when bash-style
quoting is used for FTP & Fetchmail. Reported here:
https://savannah.gnu.org/bugs/index.php?62586
** Bug watch added: GNU Savannah Bug Tracker #62586
** Description changed:
Neomutt gives no possible way to send a PGP-encrypted msg and then save
an unencrypted local copy. This forces users to choose from the
following workflows:
1) Encrypt the msg only to the recipients & store a copy of it, which
the sender can never again see
Public bug reported:
Neomutt gives no possible way to send a PGP-encrypted msg and then save
an unencrypted local copy. This forces users to choose from the
following workflows:
1) Encrypt the msg only to the recipients & store a copy of it, which
the sender can never again see the payload they
Public bug reported:
Running this:
`torsocks lynx
'https://c6usaa6obkiahck7rkn2phbffb3strd375pfpxmawuexnmectjizyjad.onion/about'`
results in:
“Alert!: Unable to connect to remote host. … lynx: Can't access
startfile …”
The same malfunction occurrs with other onion sites as well. But note
Public bug reported:
The man page says:
“See the ftp(1) man page for details of the syntax of the ~/.netrc
file.”
There are a few problems with this:
1) the fetchmail pkg is not dependant on the netkit-ftp package, so the
FTP man page is not necessarily installed.
2) even when FTP is
Public bug reported:
The FTP man page references the .netrc man page for the .netrc file
format. The .netrc man page simply states that the “password” token is
followed by the actual password, but it does not specify the format of
that string.
The problem is that different applications have
Public bug reported:
When the Internet is unplugged, Profanity hangs. It’s so frozen there
is no way to quit gracefully -- no way to enter “/quit”. The only way
to terminate is to kill the process externally (“pkill profanity”).
I’ve seen Profanity hang at other times as well, so it may not
Now that ~7 months have past, I don't recall if I tried the env var.
Probably not, because nothing in the docs suggests that the env var has
any effect. The http_proxy environment variable is a convention. Some
apps honor the convention and some don't. In the case at hand, there's
nothing to even
i was able to simply enter a phone number in the search field, and it
worked. So the UI is not broken.
There is still a bug here though: no man page.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The attached image shows what Linphone 4.4.21 looks like -- the
defective version.
** Attachment added: "Linphone 4.4.21"
https://bugs.launchpad.net/ubuntu/+source/linphone-desktop/+bug/1947005/+attachment/5532508/+files/linphone_screencap_nokeypad.png
--
You received this bug notification
** Description changed:
When Linphone is installed a system that uses Sway & Xwayland (instead
of Gnome), the app launches with no way to dial a phone number. There
is no dialpad, just a field where the SIP account of the other party can
be entered. The contacts form also omits phone
Public bug reported:
When Linphone is installed a system that uses Sway & Xwayland (instead
of Gnome), the app launches with no way to dial a phone number. There
is no dialpad, just a field where the SIP account of the other party can
be entered. The contacts form also omits phone number from
Upstream report:
https://bugs.ghostscript.com/show_bug.cgi?id=704500
** Bug watch added: Ghostscript (AFPL) Bugzilla #704500
http://bugs.ghostscript.com/show_bug.cgi?id=704500
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
In version 9.26, the following command worked as expected -- it produces
a ppm file:
$ gs -sDEVICE=ppmraw -q -r600 -sPAPERSIZE=a4 -dFIXEDMEDIA -sPageList=4
-o /tmp/raster.ppm vector.pdf
But in ghostscript version 9.53.3, that command produces no PPM file,
and the terminal
Public bug reported:
In wpa_cli:
> help enable_network
commands:
enable_network = enable a network
That's insufficient. What happens when someone runs “select_network 5”
followed at some point by “save config”? It permantly disables all
networks except network 5. Users who want to get
Public bug reported:
On an Android, new events were entered into v.5.1.2 of this 3rd-party
calendar app:
https://f-droid.org/en/packages/com.simplemobiletools.calendar.pro/
Events contained a Title ("Summary" field), Location, and Description.
The events were exported to an ICS file and
** 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:
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:
I'm starting with a 2.5gb image of a TomTom device which was created
using dd. There is no partition table, so the vfat filesystem begins on
the very first sector.
$ dd if=/dev/sdd of=image_file_2.5gb.dd
This is a migration to a 4gb sd card. So I used
Public bug reported:
I'm starting with a 2.5gb image of a TomTom device which was created
using dd. There is no partition table, so the vfat filesystem begins on
the very first sector.
$ dd if=/dev/sdd of=image_file_2.5gb.dd
This is a migration to a 4gb sd card. So I used fdisk to see the
Public bug reported:
Running kitty with Xwayland and Sway installed gives:
[225 13:13:30.143763] [glfw error 65543]: EGL: Failed to create context:
Arguments are inconsistent
[225 13:13:30.152170] Traceback (most recent call last):
File "/usr/bin/../lib/kitty/kitty/main.py", line 344, in
> Lucas, it is still a support request rather than a feature request
since the feature is already there
It's not. You misunderstood the ticket. Your first response mirrors my
opening statement, but neglects everything that followed.
The "plugin" option only works with stdio. This ticket is to
Public bug reported:
Protonmail-Hydroxide users are inconvenienced with having to manually
execute this command prior to running fetchmail:
$ torsocks hydroxide imap
The fetchmailrc stanza looks like this:
skip protonmail-hydroxide via 127.0.0.1
protocol imap
port 1143
** Description changed:
When running Xorg+xwayland+wayland+sway, the ImageMagick "import"
command was executed on the commandline. The pointer was then dragged
across an Ungoogled Chromium window. I should have drawn a rectangle to
show the area being snapshot'd, but no box appeared.
Public bug reported:
The import command fails to work in environments configured with the
following components:
* Xorg
* Wayland
* Xwayland
* Sway
With all of those packages installed, import fails. More details of
this bug are mirrored in the following bug against Xwayland:
I've noticed that this bug manifests whenever a the screen is animated.
And sometimes the screen /appears/ ot be still, but perhaps some crappy
javascript does something like repeated refreshing to make the still
image "animated".
A good reproducer: use a browser other than Tor Browser to access
Public bug reported:
When running Xorg+xwayland+wayland+sway, the ImageMagick "import"
command was executed on the commandline. The pointer was then dragged
across an Ungoogled Chromium window. I should have drawn a rectangle to
show the area being snapshot'd, but no box appeared. When the
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'\
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:
When in latex-mode with a latex source file in the buffer, running:
M-x copy-dir-locals-to-file-locals-prop-line
does nothing. It doesn't matter whether there is an existing line with
-*- -*- or not.
It's a bit annoying, because there are 4 latex engines to choose from
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:
Evince used to have no problem showing a grayscale djvu file. Version
3.22.1 was fine. Now evince version 3.38.2 presents an error: 'Unable to
open document "grayscale_sample.djvu". File type DjVu image
(image/gnd.djvu) is not supported.' Now evince can only render bilevel
** Description changed:
Evince used to have no problem showing bookmarks when viewing a djvu
file. Version 3.22.1 was fine. Now evince version 3.38.2 just shows a
blank pane for bookmarks.
I'm not sure if the bug is in evince or in djvused, so the bug report is
mirrored for each
On torbrowser-launcher 0.3.3, same issues persist. URLs passed on the
commandline are ignored.
I also concur with the feature request/bug regarding the ability to add
tabs to existing sessions. It appears the capability was there at one
time but later removed. Specifically, I believe the
Public bug reported:
The [string totitle] operation is falsely named and falsely documented.
The actual behavior of this operation gives /sentence case/, where only
the first character of the whole string is capitalized. Title case
requires the first character of every word in the string to be
** Description changed:
/* This shows 1800+ records. Note that foo_tbl values are all title
case (except one record), while all values in bar_tbl are all uppercase.
This is why "collate nocase" is important */
select foo_tbl.name,trim(bar_tbl.name),foo_tbl.host,bar_tbl.host from
Public bug reported:
/* This shows 1800+ records. Note that foo_tbl values are all title
case (except one record), while all values in bar_tbl are all uppercase.
This is why "collate nocase" is important */
select foo_tbl.name,trim(bar_tbl.name),foo_tbl.host,bar_tbl.host from
foo_tbl join
Public bug reported:
Merging multiple djvu files should not be a lossy operation, apart from
metadata that only has 1 slot (e.g. author, title, etc). The bookmarks
(aka outline) is lost, not merged:
$ djvused -e 'print-outline' file-a.djvu
(bookmarks
("foo"
"#1" ) )
$ djvused -e
Public bug reported:
qpdfview version 0.4.18 just shows a blank pane for bookmarks.
I originally thought the bug was in djvused, but after more testing I've
confirmed that djvused is correctly producing the bookmarks. All the
details about the problem are here:
Public bug reported:
Okular version 20.12.3 just shows a blank pane for bookmarks.
I originally thought the bug was in djvused, but after more testing I've
confirmed that djvused is correctly producing the bookmarks. All the
details about the problem are here:
I just ran another test: I used the old evince (3.22.1) to open the
djvu file produced by the new djvused command. The bookmarks appeared
properly. This suggests that all three viewers are broken in the same
way. Perhaps they all rely on a library that broke.
--
You received this bug
** Description changed:
Following these steps to add bookmarks using the set-outline
instruction:
https://ebooks.stackexchange.com/questions/7866/how-insert-the-outline-
the-bookmarks-into-djvu
there is no error. And if I follow that with:
$ djvused foo.djvu -e
** Description changed:
Following these steps to add bookmarks using the set-outline
instruction:
https://ebooks.stackexchange.com/questions/7866/how-insert-the-outline-
the-bookmarks-into-djvu
there is no error. And if I follow that with:
$ djvused foo.djvu -e
Public bug reported:
Evince used to have no problem showing bookmarks when viewing a djvu
file. Version 3.22.1 was fine. Now evince version 3.38.2 just shows a
blank pane for bookmarks.
I'm not sure if the bug is in evince or in djvused, so the bug report is
mirrored for each package. The
Public bug reported:
Following these steps to add bookmarks using the set-outline
instruction:
https://ebooks.stackexchange.com/questions/7866/how-insert-the-outline-
the-bookmarks-into-djvu
there is no error. And if I follow that with:
$ djvused foo.djvu -e 'print-outline'
it faithfully
Public bug reported:
It's really annoying that firejail simply tags error msgs with "Error:",
and not "Firejail error:".
How are users supposed to know if the error is reported by Firejail, or
the app that firejail is running?
This code is littered with anonymous error messages that makes
Public bug reported:
This command results in "Error: too short arguments":
$ firejail pastebinit -a '' -b paste.debian.net -i - <<< "hello world"
Even if a "--" parameter terminator is used to prevent firejail from
treating a non-firejail argument as a firejail argument like this:
$ firejail
Public bug reported:
Ratpoison is probably working as designed here, but the design should
probably change. When running ediff-buffers in emacs, a tiny control
window is spawn. This control window needs focus to accept commands
while the two buffers under comparison each get half of a split
I see that I overlooked the NEWS file. That's more detailed than I'm
used to seeing. As I was just now skimming through it, it was clear
that moves made to protect users from weak algorithms assumed they're on
an untunneled connection, which is not always the case. Sometimes the
SSL is just
Public bug reported:
Opening a second terminal window is blocked. To reproduce from the
Ratpoison window manager, type "c-t !" to run a script that contains:
$ terminator $geometry --command="screen -S full -c $configfile"
That launches fine, but within that screen session run "sudo -iu root"
** Changed in: fetchmail (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1934155
Title:
fetchmail can no longer connect to underwood & gives false error msg
I've also noticed that "auto" and "TLS1+" have the same meaning when
passed to --SSLPROTO. That's part of the problem. So now there is
duplication, and no way to get opportunistic crypto. If auto was
previously opportunistic, then the change to remove it should be rolled
back.
--
You received
I appreciate the quick response, but I have to say both of you
overlooked some of the data I presented, so I will elaborate. I was
able to workaround the bug, but there are still bugs here. Having read
the man page more times, I continue to find more anomalies than answers,
which I will
Public bug reported:
There is a laptop with an LVDS-1 and a VGA-1 (for the external display).
The first problem is that the native resolution of the external LCD
(VGA-1) is 1680x1050, but that's not the default. The default
resolution is much lower than 1680x1050. I'm not sure if that's a xorg
** Description changed:
Version 6.4.16 is unable to fetch mail from the underwood onion site.
This is the output when trying to connect:
fetchmail: normal termination, status 2
fetchmail: 6.4.16 querying underwood-onion (protocol IMAP) at Wed 30 Jun 2021
02:10:52 PM UTC: poll started
** 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
** Description changed:
Version 6.4.16 is unable to fetch mail from the underwood onion site.
This is the output when trying to connect:
fetchmail: normal termination, status 2
fetchmail: 6.4.16 querying underwood-onion (protocol IMAP) at Wed 30 Jun 2021
02:10:52 PM UTC: poll started
Public bug reported:
Version 6.4.16 is unable to fetch mail from the underwood onion site.
This is the output when trying to connect:
fetchmail: normal termination, status 2
fetchmail: 6.4.16 querying underwood-onion (protocol IMAP) at Wed 30 Jun 2021
02:10:52 PM UTC: poll started
fetchmail:
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
** Description changed:
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
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:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the
** Description changed:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the
** Description changed:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the
** Description changed:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the
** Description changed:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the
Public bug reported:
Linux systems are typically configured with either a "wheel" group or a
"sudo" group to specify users that get sudo privs. In the case of
Debian's default config, a "sudo" group exists in /etc/group and also
the /etc/sudoers file assumes a "sudo" group. Yet the latest
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,
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
** Description changed:
This yields no output:
curl -s 'https://www.veridiancu.org' | sed -ne '/https://www.veridiancu.org' | python -c 'from bs4 import
+ BeautifulSoup; import sys; print(BeautifulSoup(sys.stdin.read()).form)'
+ | urlscan -n
+
+ which might give a clue about what the
Public bug reported:
This yields no output:
curl -s 'https://www.veridiancu.org' | sed -ne '/https://bugs.launchpad.net/bugs/1930437
Title:
urlscan does not work on HTML fragments
To manage notifications about this bug go to:
I don't have Github access and in fact try to avoid Microsoft services
as much as possible. I suggest moving off github for these reasons:
https://git.sdf.org/humanacollaborator/humanacollabora/src/branch/master/github.md
There are some decent alternatives here:
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:
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
There is also a problem with the man page, which says:
--second-stage
Complete the bootstrapping process. Other arguments are
generally not needed.
To "complete the bootstrapping process" is vague. Naturally everyone
wants to complete the bootstrapping process. But
Public bug reported:
debootstrap connects to the Internet but provides no proxy option, and
the man page makes no mention of whether the http_proxy environment
variable is honored. Ideally, Tor users would benefit most from SOCKS4a
support. I suggest modeling after cURL ("--socks4a
Public bug reported:
The documentation for debootstrap is broken and also needs
reorganization. It lives here:
https://www.debian.org/releases/bullseye/arm64/apds03.en.html
To put this in "Appendix D: Random Bits" is a bit unsettling. It should
have a chapter of its own sitting in parallel to
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,
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
** 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:
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
"Wontfix" is probably the most fitting status of the possibilities that
are given.
I would have reported upstream if it didn't require using gitlab.com
(which pushes CAPTCHAs). Upstream forges often appear in unusable or
controversial places like github or gitlab.com, which actually
discourages
For the record, I should mention that I just noticed this is covered in
the FaQ:
https://www.fetchmail.info/fetchmail-FAQ.html#G5
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1924618
Title:
add a
///scenario 3: using mapaddress (requires root or tor controller
access)///
With this configuration:
```
poll uw via 10.40.40.46
protocol imap
port 993
username "billyikes"
fetchall
```
/etc/tor/torrc:
```
mapaddress 10.40.40.46 underwood2hj3pwd.onion
```
the
///scenario 1: using torsocks///
With this configuration:
```
poll uw via underwood2hj3pwd.onion
protocol imap
port 993
username "billyikes"
fetchall
```
the terminal output is:
```
$ torsocks fetchmail uw
1618601733 ERROR torsocks[16571]: Unable to resolve.
Matthias, I appreciate the tip about FETCHMAILHOME, which seems to imply
that multiple instances can run potentially at the same time. I will
explore your suggested workaround. Since I access onion servers, I have
a lot of wiring outside of fetchmail anyway.
Note that I don't personally have a
I appreciate everyone's quick response. First I will address the
privacy matter.
In the infosec discipline, we have the "principle of least priviledge",
which essentially means it's a bad idea to grant more access than what's
needed for the task. If someone only needs 90 days of server storage
Public bug reported:
Suppose you have ~6-12 accounts all fetched over Tor. If they all fetch
at the same time, the accounts could easily be correlated together --
which is particularly problematic if you hold multiple accounts at the
same provider. And even if you only have one account, having
Public bug reported:
Getmail has a "delete_after" option, as does MUAs like Claws Mail. Why
not fetchmail?
It would be a useful feature to have. Perhaps the most common use case
is this: someone has both a desktop and mobile phone MUA, which confines
them to IMAP if they don't want the
Public bug reported:
Fetchmail works over Tor but only if the server is a clearnet host. So for
example a Yahoo config might look like this:
```
poll imap.mail.yahoo.com
plugin "socat STDIO SOCKS4A:127.0.0.1:%h:%p,socksport=9050"
protocol imap
port
yikes, a destructive manifestation of the same bug:
If a list of files is given with the --overwrite option, it actually
clobbers one file with the output of the other.
hmm.. actually I've misunderstood the man page:
--overwrite
Allow overwriting existing files. Otherwise the program
The workaround is to give up the --overwrite option, create a temp file,
and copy it back over the source:
$ unpaper -t pbm raw_pg-000_im_th35.pbm raw_pg-000_unpapered.pbm && mv -v
raw_pg-000_unpapered.pbm raw_pg-000_im_th35.pbm
Processing sheet #1: raw_pg-000_im_th35.pbm ->
Public bug reported:
$ unpaper -t pbm --overwrite raw_pg-000_im_th35.pbm
unpaper: error: no input or output files given.
Try 'man unpaper' for more information.
$ ls -l raw_pg-000_im_th35.pbm
-rw-r--r-- 1 user user 1052713 Mar 28 09:45 raw_pg-000_im_th35.pbm
So the file exists, but unpaper
Here's another sample input (attached) which shows the problem more
clearly. Most right sidebar is lost.
** Attachment added: "grayscale input that unpaper botches"
https://bugs.launchpad.net/ubuntu/+source/unpaper/+bug/1916937/+attachment/5467253/+files/tiaa-004.pgm
--
You received this
This comment attaches the output file showing the missing postmark date.
** Attachment added: "output file"
https://bugs.launchpad.net/ubuntu/+source/unpaper/+bug/1916937/+attachment/5467123/+files/sample_b20.pbm
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I should also mention the workaround that works, which is to use
ImageMagick instead of unpaper, as follows:
$ convert sample.pgm -rotate 90 -threshold 80% -type bilevel
sample_th80.pbm
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
An envelope was scanned sideways to a PNG file, in grayscale.
Imagemagick "convert" was used to produce a PGM file. Then unpaper was
used to rotate it and bilevel it. This often works fine with no issues,
but exceptionally for one image in particular, unpaper cuts a box out
1 - 100 of 131 matches
Mail list logo
