Public bug reported:
Scanning from the ADF on my Epson WF-7710 produces images with a left margin
about 4 times as large as when scanning from the flatbed, so that the
right-hand side of the page is lost.
Top and bottom margins are handled correctly.
The scanner is connected via the local ethe
simple-scan -d gives
[+10.76s] DEBUG: scanner.vala:348: sane_get_devices () -> SANE_STATUS_GOOD
[+10.76s] DEBUG: scanner.vala:374: Device: name="escl:https://192.168.1.73:443";
vendor="Epson" model="WF-7710 Series" type="platen,adf scanner"
[+10.76s] DEBUG: scanner.vala:374: Device: name="airscan:
I commented out "airscan" in /etc/sane.d/dll.d/airscan, and now simple-scan
sees just the one device, presumably discovered now simply from libsane and no
longer from sane-airscan? -
but the result is still the same - an over-large left margin, and loss of image
on the right-hand side.
Running
** Tags added: libsane
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to simple-scan in Ubuntu.
https://bugs.launchpad.net/bugs/2048433
Title:
scanning from ADF on Epson WF-7710 has page offset
Status in simple-scan package in Ubuntu:
Epson WF7710 supports A3 scanning, and this may be the cause of the
problem.
scanimage --help gives
Options specific to device `escl:https://192.168.1.73:443':
Scan mode:
--mode Lineart|Gray|Color [Lineart]
Selects the scan mode (e.g., lineart, monochrome, or color).
--resolution
Public bug reported:
Since the LTS upgrade from 22.04 to 24.04.1 LTS the login screen
(plymouth?) shows the version as "Ubuntu 23.10", which has never been
installed on the system.
The image on the login screen shows the "Noble" coronet, which seems
correct.
All the other queries I have tried to
Public bug reported:
After upgrading to ubuntu 12.04, PG9.1 was running ok alongside the live 8.4.
A recent migration effort using 'pg_upgradecluster 8.4 main' ran ok until
'Starting target cluster on the original port...'
when I got
The PostgreSQL server failed to start. Please check the log outp
I'm afraid I gave up on pg_upgradecluster, and resorted to force majeur
to get 9.1 going. No relevant logs exist any more.
--
Bernard Moreton
On Mon, 02 Dec 2013 13:42:10 -
Laust Rud Jacobsen wrote:
> Would you mind sharing any specific errors in the log when starting the
>
There is a new twist to this saga.
With LO 7.0.1.2 today I get an error message
/home/mbm/.claws-mail/mimetmp/.comments: unlink: Is a directory
** (claws-mail:12915): WARNING **: 10:04:23.190: failed to convert encoding of
file name: Invalid byte sequence in conversion input
malloc_consolidate():
There is a new twist to this saga.
With LO 7.0.1.2 today I get an error message
/home/mbm/.claws-mail/mimetmp/.comments: unlink: Is a directory
** (claws-mail:12915): WARNING **: 10:04:23.190: failed to convert encoding of
file name: Invalid byte sequence in conversion input
malloc_consolidate():
Just to clarify my remarks yesterday,
the error window in Claws-mail showed a filename that looked very much as
though it had been encoded.
There may be some upgrade to the system that caused the change in behaviour -
simplescan has taken to ignoring the ADG and scanning from the glass,
Acroread
And further to my last comment, the point is proved.
Claws[-mail] is set in senddoc to use
ATTACH="${ATTACH:-}${ATTACH:+ }$2"
without any reference to encoding.
In Tools.Options, I set email to /usr/bin/claws-mail
and all is well, the document is attached to a draft email in a Compose window.
Th
And further to my last comment, the point is proved.
Claws[-mail] is set in senddoc to use
ATTACH="${ATTACH:-}${ATTACH:+ }$2"
without any reference to encoding.
In Tools.Options, I set email to /usr/bin/claws-mail
and all is well, the document is attached to a draft email in a Compose window.
Th
Just to clarify my remarks yesterday,
the error window in Claws-mail showed a filename that looked very much as
though it had been encoded.
There may be some upgrade to the system that caused the change in behaviour -
simplescan has taken to ignoring the ADG and scanning from the glass,
Acroread
Public bug reported:
This problem has occurred before
https://www.spinics.net/linux/fedora/fedora-users/msg439365.html
proposed "In Adobe Reader 9:
Choose File > Print.
Click on Advanced.
Under Font and Resource Policy, select Send for Each Page."
but this does not solve the problem,
Public bug reported:
u8_totitle() fails to handle "." as a word separator, though the dot is
commonly used without any space-character where initials precede a surname.
for example, the street address "Largo A.Gemelli"is rendered "Largo A.gemelli"
I find it necessary to include the dot (.), comm
u8_totitle accepts most of the non-alphanumeric ascii codes as word-
separators, but besides the 'dot', it fails to recognize the colon (:)
and the underscore (_) as separators (can't see why), and also fails the
recognize the apostrophe.
I can see reason for this last - one wouldn't want "Adam'S
6.3.0.4 includes most of the changes I suggested, but still fails to
operate properly - it switches the focus to the email client, but fails
to create a new email.
I thnk the problem may be at senddoc line 293,
MAILTO="${MAILTO:-}${MAILTO:+&}attach="$(echo "file://$2" | "${URI_ENCODE}")
My email
6.3.0.4 includes most of the changes I suggested, but still fails to
operate properly - it switches the focus to the email client, but fails
to create a new email.
I thnk the problem may be at senddoc line 293,
MAILTO="${MAILTO:-}${MAILTO:+&}attach="$(echo "file://$2" | "${URI_ENCODE}")
My email
Public bug reported:
man m-tx has a reference 'SEE ALSO: ... mtx260.pdf'.
That doesn't seem to exist, either on the system or on the web.
The reference should perhaps be to 'mtx060.pdf' ?
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: texlive-music 2015.20160320-1
ProcVersionSignature: Ubu
GEARY works simply because it is not named in program senddoc, which
then uses xdg-email as a default, to call the system email client,
whatever it is. But hey, as an entry in Tools/.../Internet, it works!
So, possibly, would "/usr/bin/wxyz" ...
--
You received this bug notification because you
Public bug reported:
lp seems not to obey margin settings as expected.
Description:Ubuntu 18.04.1 LTS
Release:18.04
CUPS 2.2.7-1 ubuntu2.1
Sending a fairly dense text file using
lp -P1
gives output on my HP OfficeJet 6310 with top margin 0.5”, left margin 0.14”,
right margin 0.5”
I tried to install Qpdfview, but failed with the error message
W: Failed to fetch
http://security.ubuntu.com/ubuntu/pool/universe/p/poppler/libpoppler-qt5-1_0.62.0-2ubuntu2.1_amd64.deb
404 Not Found [IP: 91.189.88.149 80]
Ubuntu 18.04.1
Now I can't either install libpoppler-qt5, or un-install
The problem still affects me:
Ubuntu 18.04.1
LO 6.1.1.2
claws-mail
senddoc will not call claws-mail, or 'ls', or 'sleep'
See LibreOffice Bugzilla: Bug 116211 - LO Send by email fails in Writer
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribe
In the current version of LO, 7.1.2.2 (Ubuntu build, on Ubuntu 20.04 LTS),
there has been no change to senddoc since the last installed version (7.0.1.2),
but the behaviour is significantly different.
1
Using the supplied senddoc (7.1.2.2), and trying to send a PDF attachment,
(a)
if Tools/Option
I believe there is a bug in xdg-email affecting --attach
(https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1909941?comments=all)
(sorry, the last attempt closed on me before I'd finished)
The fix for that wor3ks in Claws-mail 3.17.8, but not in 3.17.5 which is
the latest version for Ubuntu
I believe there is a bug in xdg-email affecting --attach
(https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1909941?comments=all)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bug
I believe there is a bug in xdg-email affecting --attach
(https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1909941?comments=all)
(sorry, the last attempt closed on me before I'd finished)
The fix for that wor3ks in Claws-mail 3.17.8, but not in 3.17.5 which is
the latest version for Ubuntu
I believe there is a bug in xdg-email affecting --attach
(https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1909941?comments=all)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bug
In the current version of LO, 7.1.2.2 (Ubuntu build, on Ubuntu 20.04 LTS),
there has been no change to senddoc since the last installed version (7.0.1.2),
but the behaviour is significantly different.
1
Using the supplied senddoc (7.1.2.2), and trying to send a PDF attachment,
(a)
if Tools/Option
Until communication between xdg-email and claws-mail is fixed in Ubuntu LTS,
I've resolved the problem by (a) adding a claws-mail line in the apparmor
profile for senddoc and reloading the policy. and (b) setting
Tools/Options/Internet/Email to specify /usr/bin/claws-mail.
I don't like messing w
Until communication between xdg-email and claws-mail is fixed in Ubuntu LTS,
I've resolved the problem by (a) adding a claws-mail line in the apparmor
profile for senddoc and reloading the policy. and (b) setting
Tools/Options/Internet/Email to specify /usr/bin/claws-mail.
I don't like messing w
I have the same problem on 20.04 LTS (fully updated).
xdg-email --subject SUBJ --attach HAR.pdf
gives:
/home/mbm/.claws-mail/mimetmp/.comments: unlink: Is a directory
** (claws-mail:10611): WARNING **: 15:50:25.346: failed to convert
encoding of file name: Invalid byte sequence in conversion input
Public bug reported:
evince /tmp/royalt*pdf
sh: 1: /usr/lib/x86_64-linux-gnu/libproxy/0.4.17/pxgsettings: Permission denied
Killed
Evince does not respond at all, and has to be stopped
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: evince 42.3-0ubuntu2
ProcVersionSignature: Ubuntu 5.15.0
There is a Debian fix,
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1870625.html
Apparently the problem occurs under Cinnamon, but not under Gnome-
Desktop
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ub
Another Debian bug reference ( #1002725) provided a better (for me!)
clue:
In /etc/apparmor.d/usr.bin.evince
adding after
/usr/bin/pcmanfm Cx -> sanitized_helper, # LXDE
/usr/bin/krusader Cx -> sanitized_helper, # KDE
/usr/bin/thunar Cx -> sanitized_helper, # XFCE
the line
/usr/lib/
There are 3 levels at which this is an LO bug:
(1) senddoc provides settings for claws-mail (claws|sylpheed), which
work fine, EXCEPT that since apparmor was enforced, these settings only
work if claws-mail is included in the apparmor settings
(2) xdg-email is seen as the default email applicati
There are 3 levels at which this is an LO bug:
(1) senddoc provides settings for claws-mail (claws|sylpheed), which
work fine, EXCEPT that since apparmor was enforced, these settings only
work if claws-mail is included in the apparmor settings
(2) xdg-email is seen as the default email applicati
I get over the problem by inserting a line for claws-mail in apparmor
profile for senddoc, and specifying claws-mail (with full path) in
Options-Tools-...Email.
A better option would be to rewrite the xdg-email code in senddoc along
the lines of the block for claws|sylpheed (though in LO, the 'To'
I get over the problem by inserting a line for claws-mail in apparmor
profile for senddoc, and specifying claws-mail (with full path) in
Options-Tools-...Email.
A better option would be to rewrite the xdg-email code in senddoc along
the lines of the block for claws|sylpheed (though in LO, the 'To'
Against Timurs comment #29, "(3) I asked you to clarify, to have all
here, but that would be another issue anyway.",
- the Browse button doesn't really help the user (it listes all files in the
HOME directory
- and though the user might want to enter a simple application name (and
perhaps should
Created attachment 181206
revision of (current) senddoc to correct problems
Revisions labelled #001 enable sending email when Tools-Options-
Internet-Email is set to /usr/bin/xdg-email (under Ubuntu 20.04 LTS)
The revision labelled #002 enable sending document as email when Option-
Email is blank
Created attachment 181206
revision of (current) senddoc to correct problems
Revisions labelled #001 enable sending email when Tools-Options-
Internet-Email is set to /usr/bin/xdg-email (under Ubuntu 20.04 LTS)
The revision labelled #002 enable sending document as email when Option-
Email is blank
Against Timurs comment #29, "(3) I asked you to clarify, to have all
here, but that would be another issue anyway.",
- the Browse button doesn't really help the user (it listes all files in the
HOME directory
- and though the user might want to enter a simple application name (and
perhaps should
44 matches
Mail list logo
