Efax-gtk Activity
Brought to you by:
cvine
Activity for Efax-gtk
-
Lakis posted a comment on discussion Help
Thank you for your reply. I mean the fax's body, with mixed Latin and Greek words. I tried efix and efax separately -f Full path of font. It doesn't recognize the .pcf.gz, for .pcf gives error unknown format, for ttf gives error ( the font file is bigger than 49kb even if it is much smaller). I decide to make pfds, convert them to tiff and after transmit them.
-
Chris Vine posted a comment on discussion Help
Although I am the author, it is some time since I last looked at the code for efax-gtk. However, I am pretty sure that the fax top header (if that is what you are concerned with) is always in ASCII. As for efax (if you are using efax separately) from what I remember it might possibly allow an ISO-8859-7 font. You could try it and see, but as I say, I don't think this is supported by efax-gtk, nor do I remember the requirements for efax's -f option.
-
Please, which is the right syntax for efix option -f so i can change font and use some with greek characters?
-
tizizi posted a comment on discussion Help
Thanks a lot, that worked. I added --libdir=/usr/local/lib64 when configuring, then a sudo ldconfig and everything is working fine now. Thanks again.
-
Maybe your distribution puts its library files in /usr/lib64 and /usr/local/lib64, and not /usr/lib and /usr/local/lib. If so, when configuring c++-gtk-utils and efax-gtk you need to use the --libdir option (for example, --libdir=/usr/local/lib64). Make sure also that you call up ldconfig after installing c++-gtk-utils, and that ld.so.conf has appropriate contents.
-
Hi, For some reason, efax-gtk disappeared from Ubuntu repositories so I'm trying to compile it from source. I first downloaded and extracted the source tarball of c++-gtk-utils-2.2.20. Its installation with ./configure, make and then sudo make install concluded without errors. Then I did the same with efax-gtk (with the latest git snapshot). Extract, run ./bootstrap.sh then automake --add-missing to resolve an error message about a compile file and after that ./configure, make and sudo make install....
-
boldstripe posted a comment on discussion Open Discussion
On my system, navigating to the Faxes/faxsent folder via the file browser, and double-clicking the image file opens it in Okular, or for me previously Evince, and both of those show better onscreen images of the fax than is possible directly from within efax-gtk.
-
On HylaFAX, I don't know of any GUI interface. On saved images, a received fax is saved by efax-gtk on the file system in TIFF format. To view it, efix is used to convert that to PS for the viewer program. To print the fax, the TIFF images are sent to a TIFF GTK+ printer. The results of bringing up the print dialog and viewing from there will probably go better for you. Beyond that I don't understand the rest of your question.
-
Sen Dion modified a comment on discussion Open Discussion
If you have more demanding requirements than efax-gtk can provide, HylaFAX is worth looking at. Thank you for the assistance to find a suitable solution. Pardon me for asking an off topic question. Could you suggest a linux client (with GUI) that supports HylaFAX? On the resolution issue, the program uses the efix binary to convert the input fax image to PS suitable for a viewer, or to convert to TIFF suitable for printing by GTK+'s print system. I meant something along the line, where the transmitted...
-
If you have more demanding requirements than efax-gtk can provide, HylaFAX is worth looking at. Thank you for the assistance to find a suitable solution. Pardon me for asking an off topic question. Could you suggest a linux client (with GUI) that supports HylaFAX? On the resolution issue, the program uses the efix binary to convert the input fax image to PS suitable for a viewer, or to convert to TIFF suitable for printing by GTK+'s print system. I meant something along the line, where the transmitted...
-
If you have more demanding requirements than efax-gtk can provide, HylaFAX is worth looking at. Thank you for the assistance to find a suitable solution. Pardon me for asking an off topic question. Could you suggest a linux client (with GUI) that supports HylaFAX? On the resolution issue, the program uses the efix binary to convert the input fax image to PS suitable for a viewer, or to convert to TIFF suitable for printing by GTK+'s print system. I meant something along the line, where the transmitted...
-
On the resolution issue, the program uses the efix binary to convert the input fax image to PS suitable for a viewer, or to convert to TIFF suitable for printing by GTK+'s print system. The conversion to PS does seem to be incomplete in some way as you have noticed, but printing via GTK+'s print system works fine. There is little that can be done about that I am afraid, without rewriting efix. On destination number prefixes, efax-gtk is in maintenance mode (bug fixes only), so I don't plan to extend...
-
Hello Chris, First of all, thank you for such a versatile program. I am in the process of switching the desktop to Linux, and your program seems to be the closest replacement for Windows Fax Console. In the course of trying efax-gtk, I found that successfully sent faxes appear in the "List sent faxes" box. So far, so good. As a user, I expect to press the View button and see the image that has been faxed. Everything works fine. However, I doubt that the shown image adequately reflects resolution...
-
Hello Chris, First of all, thank you for such a versatile program. I am in the process of switching the desktop to Linux, and your program seems to be the closest replacement for Windows Fax Console. In the course of trying efax-gtk, I found that successfully sent faxes appear in the "List sent faxes" box. So far, so good. As a user, I expect to press the View button and see the image that has been faxed. Everything works fine. However, I doubt that the shown image adequately reflects resolution...
-
Hello Chris, First of all, thank you for such a versatile program. I am in the process of switching the desktop to Linux, and your program seems to be the closest replacement for Windows Fax Console. In the course of trying efax-gtk, I found that successfully sent faxes appear in the "List sent faxes" box. So far, so good. As a user, I expect to press the View button and see the image that has been faxed. Everything works fine. However, I doubt that the shown image adequately reflects resolution...
-
Hello Chris, First of all, thank you for such a versatile program. I am in the process of switching the desktop to Linux, and your program seems to be the closest replacement for Windows Fax Console. In the course of trying efax-gtk, I found that successfully sent faxes appear in the "List sent faxes" box. So far, so good. As a user, I expect to press the View button and see the image that has been faxed. Everything works fine. However, I doubt that the shown image adequately reflects resolution...
-
Hello Chris, First of all, thank you for such a versatile program. I am in the process of switching the desktop to Linux, and your program seems to be the closest replacement for Windows Fax Console. In the course of trying efax-gtk, I found that successfully sent faxes appear in the "List sent faxes" box. So far, so good. As a user, I expect to press the View button and see the image that has been faxed. Everything works fine. However, I doubt that the shown image adequately reflects resolution...
-
Hi, I was browsing the discussion boards because I had the same problem mentioned on https://sourceforge.net/p/efax-gtk/discussion/377242/thread/009783daa3/ and your work around consisting of pressing the print button and then choosing "Preview" was really helpful. I would suggest adding it to the help section of efax-gtk, so that users won't wrongly think outgoing faxes are of poor resolution/quality. Also, after using the program for some time I spotted a few typos in the French translation. Nothing...
-
OK, I understand. I have committed the revised translations to git. The Turkish translation seems to work OK for me. I am not sure what is wrong with the sourceforge mail system; I'll see if I can get it fixed. Many thanks.
-
Update French and Turkish translations
-
Hi, The non-breaking spaces are, technically speaking, a requirement in French typography so that signs like ?, !, :, ; do not get separated from words (actually, I should have used narrow non-breaking spaces but I didn't go that far). As the file was in UTF-8 I thought it would be a good idea to add them, and when compiled with this gettext file, efax-gtk seemed to work just fine. If that's a problem, I can remove them easily and reattach a new file. As for Turkish, there shouldn't be odd characters...
-
Hi, Thanks. I notice that the fr.po file contains a number of UTF-8 C2A0 characters (non-breaking space) which seem to have been put there incorrectly by your editor. I can remove them programmatically using sed but I wonder if you could look at your editor settings to check that nothing else that is unknown to you is being added. The tr.po file looks OK as far as C2A0 is concerned but since you say some lines are not displayed in the Turkish locale perhaps you could also check that there aren't...
-
Hi, I reviewed the translations and squashed a few more typos, the files are attached as an xz compressed tarball. Please note that the log in Turkish doesn't display many lines that are displayed when the settings are in English or in French so I would advise to take a look at that. I couldn't figure out why this is happening. Other than that, in case you'd need someone in order to test sending and receiving faxes, I'd be happy to help. If your e-mail address is now working, I can send my number....
-
I didn't know about the bootstrap.sh script, thank you. At first, I got errors like ./bootstrap.sh: line 6: aclocal: command not found ./bootstrap.sh: line 7: autoheader: command not found ./bootstrap.sh: line 8: automake: command not found ./bootstrap.sh: line 9: autoconf: command not found ./bootstrap.sh: line 14: ./configure: No such file or directory but then after installing autoconf and autotools all I had to do was to type automake --add-missing and the compilation worked like a charm, I could...
-
Hi, To compile from git you need to run "./bootstrap.sh" to generate the necessary configure and other files. Did you do that? If you did, can you let me know what error you are getting? Can you also let me know which email address failed for you?
-
Hi, Recently, I managed to compile efax-gtk-3.2.15 on Fedora from the source tarball but not when I downloaded a snapshot of the git repository from SourceForge (interestingly, while Ubuntu has an older version on the repos, I couldn't compile the latest version on it because c++-gtk-utils doesn't seem to be included). So I wanted to ask whether you could provide a source tarball with the translations included so that I can test, review and probably fix them before the next release. Also, please...
-
It looks like a permissions issue. Check the permissions on your /home/rcdawson/faxout directory, including its contents.
-
Richard Dawson posted a comment on discussion Open Discussion
I frequently experience a failure to send the fax after apparently connecting successfully. Sometimes I can immediately resend the fax and it goes without a problem. Sometimes not. Here is the log from a failed attempt. efax-0.9a: 13:24:07 opened /dev/ttyACM0 efax-0.9a: 13:24:08 using CX93001-EIS_V0.2002-V92 in class 1 efax-0.9a: 13:24:09 dialing T*70,1202 225 5828 efax-0.9a: 13:24:26 connected efax-0.9a: 13:24:28 Warning: bit-reversed HDLC frame, reversing bit order efax-0.9a: 13:24:28 Warning:...
-
Many thanks. I have pushed the revision of the French translation and the new Turkish translation to git.
-
Add Turkish translation, and revise French translation
-
Hi, Attached is a new Turkish translation for efax-gtk. You will probably need to update the gettext files for credits, copyright years and so on so a final touch will be necessary before the next release, but the bulk of the work is done. Thank you for choosing a free software license.
-
Sorry for the unusual format. Here it is again, as a tarball with xz compression. I will gladly use the FlatPak to review and improve the translations when you release a new version.
-
Thanks. I cannot extract arj files; can you forward the file with gz, lz or xz compression, or send it uncompressed? I have no idea what file attachments sourceforge accepts: if need be you can forward it to cvine @users. sourceforge. net
-
Hi there, Attached is the completed French translation for efax-gtk. I also included the efax-gtk.desktop file with French and Turkish comments. I hope to be able to provide a Turkish translation soon (like next week). Best regards.
-
Shmu26 posted a comment on discussion Help
In your experience, which linux distro(s) work best with efax-gtk, or efax-gtk flatpak, without too much messin' around? Is Debian 10 a better fit, and if so, would that apply as well to MX linux 19? On Wed, Aug 11, 2021 at 12:35 PM Chris Vine cvine@users.sourceforge.net wrote: The whole purposes of lockfiles in /var/lock is to enable a single hardware resource (in this case, a fax modem) to be shared safely amongst different users. Accordingly, that directory should ideally be world readable/writeable....
-
I don't particularly want to make a change to efax-gtk because as I mentioned the warning/error in this case is bogus. I know very little about Arch Linux but I suggest you turn the flag off by whatever mechanism Arch provides.
-
Lance posted a comment on discussion Open Discussion
I'm not well versed in programing as I probably should be. So I don't quite get everything. But should this change be made upstream? I know I can toggle that compiling flag off in /etc/makepkg.conf but I know at least one other person has reported a similar error on that AUR page I linked to.
-
The -Wformat-security flag causes a compiler warning to be emitted when (amongst other functions) fprintf is passed a non-literal string with no format arguments. This is a security concern where the string may be sourced externally from user input: in particular where it can be made to contain an unexpected %n specifier. From what you say, Arch's build system is making this stronger by causing this warning to be treated as an error. In this case the warning/error is bogus. fprintf is passed a pointer...
-
The -Wformat-security flag causes a compiler warning to be emitted when (amongst other functions) fprintf is passed a non-literal string with no format arguments. This is a security concern where the string may be sourced externally from user input: in particular where it can be made to contain an unexpected \n character. From what you say, Arch's build system is making this stronger by causing this warning to be treated as an error. In this case the warning/error is bogus. fprintf is passed a pointer...
-
Hi, I have Arch Linux and I'm trying to compile this program though a helper package at the Arch Linux User Repository (AUR) that someone posted. https://aur.archlinux.org/packages/efax-gtk/ The issue is recently Arch Linux maintainers made the flag '-Werror=format-security' default for makepkg config the utility that helps setup and compile packages from the AUR. Which leads to this following error message. efaxlib.c: In function ‘nextopage’: efaxlib.c:1946:7: error: format not a string literal...
-
Ah I didn't notice your dial command failure. That has nothing to do with the T, which tells efax to use tone dialling. Most likely the failure is caused by you having spaces in the file name. If not, possibly your modem is not linux compatible. Also, try setting the Modem Class to Class 1 instead of auto.
-
Thanks, Chris. What can I do about "Error: dial command failed" That's my biggest prob at the moment. EDIT: I noticed that it seems to be calling T0774701585 and that's wierd. How do I get rid of the T at the beginning? That's probably the problem. ~~~
-
Thanks, Chris. What can I do about "Error: dial command failed" That's my biggest prob at the moment.
-
The whole purposes of lockfiles in /var/lock is to enable a single hardware resource (in this case, a fax modem) to be shared safely amongst different users. Accordingly, that directory should ideally be world readable/writeable. From what you say Arch linux is defective by not doing that. The best thing to do in that case is to see what group /var/lock belongs to with ls -l /var (or if it is a symlink to /run/lock, with ls -l /run), and add yourself to the group concerned - see the Arch linux documentation...
-
Umm, after a reboot, the issue came back with /dev/ttyACM0 I get efax-0.9a: 11:28:33 Error: can't open serial port /dev/ttyACM0: Permission denied
-
I installed efax-gtk-3.2.15 from source, on Arch (the AUR version fails to build). When sending a fax I get the error below. I have a USR Robotics USB modem that is found at: ttyACM0 I did not specify a custom lock location. The default location seems to have a permission issue. Please advise. Socket running on port 9900 efax-0.9a: 09:51:37 Error: can't open pre-lock file /var/lock/TMP..09835: Permission denied efax-0.9a: 09:51:37 failed page /home/shmuel/faxout/Bank Hadoar daf cheshbon.pdf.001 efax-0.9a:...
-
I installed efax-gtk-3.2.15 from source, on Arch (the AUR version fails to build). When sending a fax I get the error below. I have a USR Robotics USB modem that is found at: ttyACM0 I did not specify a custom lock location. The default location seems to have a permission issue. Please advise. Socket running on port 9900 efax-0.9a: 09:51:37 Error: can't open pre-lock file /var/lock/TMP..09835: Permission denied efax-0.9a: 09:51:37 failed page /home/shmuel/faxout/Bank Hadoar daf cheshbon.pdf.001 efax-0.9a:...
-
I installed efax-gtk-3.2.15 from source, on Arch When sending a fax I get the error below. I have a USR Robotics USB modem that is found at: ttyACM0 I did not specify a custom lock location. The default location seems to have a permission issue. Please advise. Socket running on port 9900 efax-0.9a: 09:51:37 Error: can't open pre-lock file /var/lock/TMP..09835: Permission denied efax-0.9a: 09:51:37 failed page /home/shmuel/faxout/Bank Hadoar daf cheshbon.pdf.001 efax-0.9a: 09:51:37 finished - unrecoverable...
-
Providing a lock file is I think desirable where different users may wish to access a single hardware resource, and /var/lock is the traditional directory for that. As the standard directory for this, it is the preferred choice because it will not only prevent more than one efax-gtk user accessing the modem device concurrently, it will also prevent a user of a different program doing so concurrently with a efax-gtk user provided that other program also respects lockfiles. /var/lock should preferably...
-
Providing a lock file is I think desirable where different users may wish to access a single hardware resource, and /var/lock is the traditional directory for that. As the standard directory for this, it is the preferred choice because it will not only prevent more than one efax-gtk user accessing the modem device concurrently, it will also prevent a user of a different program doing so concurrently with a efax-gtk user provided that other program also respects lockfiles. /var/lock should preferably...
-
Providing a lock file is I think desirable where different users may wish to access a single hardware resource, and /var/lock is the traditional directory for that. As the standard directory for this, it is the preferred choice because it will not only prevent more than one efax-gtk user accessing the modem device concurrently, it will also prevent a user of a different program doing so concurrently with a efax-gtk usesr provided that other program also respects lockfiles. /var/lock should preferably...
-
Wade Berrier posted a comment on discussion Open Discussion
One more issue that I'm running into with this is that by default lock files are created in "/var/lock", but that directory doesn't exist inside the flatpak container filesystem. I've also noticed that directory isn't writeable on my distribution (fedora 34 and centos 7). Is that locking mechanism to have exclusive access to the serial port needed any longer? See: https://github.com/flathub/net.sourceforge.efaxgtk/issues/1 Thoughts? Wade
-
Ok, this is now available on flathub.org: https://flathub.org/apps/details/net.sourceforge.efaxgtk I ended up using "xdg-open" as the default viewer. That works inside the app sandbox to launch an already installed app on the host system based on mime-type and extension. Thanks! Wade
-
On a postscript viewer, you can use evince (which is what I use - ' evince --preview'), and KDE has something equivalent. Any PS-capable viewer will do.
-
I can't help with the icons I am afraid. The ones supplied are based on what was needed to get GTK working some 10 or so years ago when efax-gtk was first written.
-
Hi Chris, Thanks for the blessing and feedback. Hubert (flathub reviewer) helped me with the dbus permissions and I also fixed the license in the appdata file. One remaining question: do you have any higher resolution icons? It looks like flathub is preferring 128x128 icons. I guess if necessary, I can scale the .png in the source accordingly, but wanted to check. I'm also using a larger icon from the obsolete "gfax" program in the meantime. Once the package goes through review it's pretty easy to...
-
On the appdata file, note that efax-gtk is GPL-2.0 or higher, not LGPL (the c++-gtk-utils library used by efax is LGPL-2.1 or higher, and of course GTK is LGPL-2 or higher).
-
Hi, That sounds like a great idea. I don't know how flatpak works so I am content for you to have ownership of the app repository on flatpak. All I would ask is that the latest version of efax-gtk is used (which is what you propose). I see there is a build failure on the part of the flatpak bot, which appears to be because efax-gtk requires a dbus session message bus to be running for the user and it appears that that is not the case. See the README under the heading "DBUS". Since many other programs...
-
Hello, I'm in the middle of submitting efax-gtk to flathub: https://github.com/flathub/flathub/pull/2385 I find myself sending a few faxes a year and my distribution (Fedora) doesn't include efax-gtk by default. I figured I'd get it running from flathub (as opposed to trying to get it included in Fedora). Part of the submission process is to offer ownership of the app repository to the efax-gtk author. Chris, would you like access to submit updates to the version on flathub? Another portion of the...
-
The unexpected response warning is unlikely to be a problem. You have probably just received some calls on the landline while the modem was connected and that condition will be cleared when the modem is initialized. So far so the "can't open page" warning is concerned, assuming the file /home/rcdawson/faxout/Schiff29.ps exists, there are two possibilities: (i) you don't have ghostscript installed, or (ii) the permissions for directory /home/rcdawson/faxout or for file /home/rcdawson/faxout/Schiff29.ps...
-
The unexpected response warning is unlikely to be a problem. You have probably just received some calls on the landline while the modem was connected and that condition will cleared when the modem is initialized. So far so the "can't open page" warning is concerned, assuming the file /home/rcdawson/faxout/Schiff29.ps exists, there are two possibilities: (i) you don't have ghostscript installed, or (ii) the permissions for directory /home/rcdawson/faxout or for file /home/rcdawson/faxout/Schiff29.ps...
-
efax-gtk worked perfectly for several years with various installations of linux (Kubuntu), but, after reinstalling linux and efax-gtk due to a hard drive crash, I am unable to send a fax. Here is the log of a session in which I first got a warning about unexpected response, after which stopped the transmission and tried again> * Beginning fax log: 1722 PST 07 Jan 2021 *** efax-0.9a: 17:22:52 opened /dev/ttyACM0 efax-0.9a: 17:22:52 Warning: unexpected response "RING" efax-0.9a: 17:22:52 Warning: unexpected...
-
Yes this is a problem with some (most) postscript viewers. As a work-around, you can get a better image by pressing the print button and then choosing "Preview". You also get a better image by choosing a "200%" viewing ratio (but then of course the page is very large).
-
With nothing or 'evince' set as the viewer in Settings, double-clicking a file in the 'Sent fax list' gives a low-res pixelated image that is hard to read in gv or 'Document Viewer' (I'm on Debian Buster). But if I open the same file from within Evince or Eye of Gnome (say), by navigating directly to the 'faxsent' folder, the image looks much better: it is pixelated but at much higher resolution. How can I get a better image by double-clicking a sent fax from within efax-gtk's 'Sent fax list'? Also,...
-
With nothing or 'evince' set as the viewer in Settings, double-clicking a file in the 'Sent fax list' gives a low-res pixelated image that is hard to read in gv or 'Document Viewer' (I'm on Debian Buster). But if I open the same file from within Evince or Eye of Gnome (say), by navigating directly to the 'faxsent' folder, the image looks much better: it is pixelated but at much higher resolution. How can I get a better image by opening a sent fax from within efax-gtk's 'Sent fax list'? Also, because...
-
With nothing or 'evince' set as the viewer in Settings, double-clicking a file in the 'Sent fax list' gives a low-res pixelated image that is hard to read in gv or 'Document Viewer' (I'm on Debian Buster). But if I open the same file from within Evince or Eye of Gnome (say), by navigating directly to the 'faxsent' folder, the image looks much better: it is pixelated but at much higher resolution. How can I get a better image by opening a sent fax from within efax-gtk's 'Sent fax list'? Also, because...
-
With nothing or 'evince' set as the viewer in Settings, double-clicking a file in the 'Sent fax list' gives a low-res pixelated image that is hard to read in gv or 'Document Viewer' (I'm on Debian Buster). But if I open the same file from within Evince or Eye of Gnome (say), by navigating directly to the 'faxsent' folder, the image looks much better: it is pixelated but at much higher resolution. How can I get a better image by opening a sent fax from within efax-gtk's 'Sent fax list'?
-
Bump version number
-
Bring to release level 3.2.15
-
Efax-gtk released /efax-gtk/3.2.15/efax-gtk-3.2.15.src.tgz
-
Fix build for gcc-10
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. If you don't want to build from source, the Efax-gtk version in the Debian respository (v3.2.8) did work for me, once I figured out how to filter/capture my US Robotics 5637 USB modem for the Linux virtual machine, which is set up in Settings in VirtualBox. This effort to build the latest version from source in a virtual machine is mostly about wanting it to...
-
It is the page size (or pixel size) which I think is the immediate problem.
-
Thank you. I know how to compile/recompile but this 2.2 MB pdf failed while a previous 6.4 MB pdf was sent. Is it the page or the total file size that I need to be concerned about? Or both? I will convert/shrink/re-print the document in different ways first. [edit: just noticed this PDF has an note annotation on one page that the bigger doc did not have--on 'print to file' that is removed].
-
Thank you. I know how to compile/recompile but this 2.2 MB pdf failed while a previous 6.4 MB pdf was sent. Is it the page or the total file size that I need to be concerned about? Or both? I will convert/shrink/re-print the document in different ways first.
-
You could try adding -dUseBigTIFF to the ghostscript parameters in the get_gs_parms() function in efax_controller.cpp and recompiling, but I doubt it would work because I don't think efax can handle BigTIFF. Assuming it doesn't work, then either rescale your document page size to something more reasonable or send your document by email instead of fax. No, I don't know what utilities might carry out such a resizing for you: you could try bringing up the PDF document in a document viewer and try printing...
-
I am getting errors faxing a PDF document that is about 3.3 MB and 15 pages long. The log file has the following lines: + ./base/gdevp14.c:1959: pdf14_put_image(): PDF14 device push/pop out of sync GPL Ghostscript 9.27: Unrecoverable error, exit code 1 Maximum TIFF file size exceeded Use -dUseBigTIFF(=true) for BigTIFF output efax-0.9a: 18:19:45 Error: missing offset to TIFF data I have tried breaking the document into multiple PDFs of 1-2 pages each and sending it using 'Multiple Files', with the...
-
I am getting errors faxing a PDF document that is about 3.3 MB and 15 pages long. The log file has the following lines: + ./base/gdevp14.c:1959: pdf14_put_image(): PDF14 device push/pop out of sync GPL Ghostscript 9.27: Unrecoverable error, exit code 1 Maximum TIFF file size exceeded Use -dUseBigTIFF(=true) for BigTIFF output efax-0.9a: 18:19:45 Error: missing offset to TIFF data I have tried breaking the document into multiple PDFs of 1-2 pages each and sending it using 'Multiple Files', with the...
-
So, if I plug my USB modem into my Mac when no virtual machine is running, none of the LEDs light up or flash. If I plug my USB modem into my Mac when a virtual machine is running, and the machine is set to 'capture' the USB modem, then the lights flash on/off and go through a flashing sequence. I suspect from this behavior that native MacOS (Mojave in my case) does not have the drivers to 'see' the modem, and faxing with the modem may not be possible solely with MacOS. edit: according to this article,...
-
I'm also trying to sync a Working Folder across all of my machines, real and virtual, using a Dropbox-like syncing service and the creation of aliases/symbolic-links to a common Working Folder called Faxes in each machine's Home directory. So far, so good, and nice to see in/out faxes everywhere and share a common address book. This also means that on any machine--MacOS, Windows or Linux--I can stash a PDF I want to send in the 'faxout' folder and later 'send' it when I am logged in to the appropriate...
-
I'm also trying to sync a Working Folder across all of my machines, real and virtual, using Dropbox-like syncing service and the creation of aliases/symbolic-links to a Working Folder called Faxes in each machine's Home directory. So far, so good, and nice to see in/out faxes everywhere and share a common address book.
-
I'm also trying to sync a Working Folder across all of my machines, real and virtual, using Dropbox-like syncing service and the creation of aliases/symbolic-links to a Working Folder called Faxes in each machine's Home directory. So far, so good, and nice to see in/out faxes and share a common address book.
-
So, if I plug my USB modem into my Mac when no virtual machine is running, none of the LEDs light up or flash. If I plug my USB modem into my Mac when a virtual machine is running, and the machine is set to 'capture' the USB modem, then the lights flash on/off and go through a flashing sequence. I suspect from this behavior that native MacOS (Mojave in my case) does not have the drivers to 'see' the modem, and faxing with the modem may not be possible solely with MacOS.
-
Yes it looks as if you are right. You could probably get it to work with an old style serial modem with a USB -> RS232 converter but that hardly seems worthwhile.
-
So, if I plug my USB modem into my Mac when no virtual machine is running, none of the LEDs light up or flash. If I plug my USB modem into my Mach when a virtual machine is running, and the machine is set to 'capture' the USB modem, then the lights flash on/off and go through a flashing sequence. I suspect from this behavior that native MacOS (Mojave in my case) does not have the drivers to 'see' the modem, and faxing with the modem may not be possible solely with MacOS.
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. If you don't want to build from source, the Efax-gtk version in the Debian respository (v3.2.8) did work for me, once I figured out how to filter/capture my US Robotics 5637 USB modem for the Linux virtual machine, which is set up in Settings in VirtualBox. This effort to build the latest version from source in a virtual machine is mostly about wanting it to...
-
I wondered about that. I've never built an app on MacOS. But I think there's a fundamental problem of Apple not providing drivers in the system for fax or USB fax modems, beyond a certain generation of MacOS. I think I read that faxing is not possible in MacOS because of this.
-
You might want to try compiling efax-gtk-3.2.14 for native MacOS. It works with the BSDs so it stands a chance of working natively, although I know little about MacOS other than that it is a BSD derivative.
-
I can confirm that I definitely had to add 'sudo ldconfig' after 'make install' of efax-gtk, because I ran into the same problem just now installing the app on a second pure Debian Buster virtual machine. I have edited/added this step to my instructions in the first post.
-
I can confirm that I definitely had to add 'sudo ldconfig' after 'make install' of efax-gtk, because I ran into the same problem just now installing the app on a second pure Debian Buster virtual machine. I have added this stage to my instructions in the first post.
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. If you don't want to build from source, the Efax-gtk version in the Debian respository (v3.2.8) did work for me, once I figured out how to filter/capture my US Robotics 5637 USB modem for the Linux virtual machine, which is set up in Settings in VirtualBox. This effort to build the latest version from source in a virtual machine is mostly about wanting it to...
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. If you don't want to build from source, the Efax-gtk version in the Debian respository (v3.2.8) did work for me, once I figured out how to filter/capture my US Robotics 5637 USB modem for the Linux virtual machine, which is set up in Settings in VirtualBox. This effort to build the latest version from source in a virtual machine is mostly about wanting it to...
-
Thank you. That worked (or something did). I ran 'sudo ldconfig'. On its own, not very informative, but the -v option produced a lot of output. I never found out how to do a --libdir option (and it was not in 'ldconfig --help'. Anyway, not needed. I went through the whole ./configure, make, 'sudo make install' process on the Efax-gtk source folder again without error, and the app launches and works as expected. Glad to have this new version in 2020 and to have an option for MacOS! I need a virtual...
-
Possibly you have not run ldconfig. Possibly /usr/local/lib is not specified in /etc/ld.so.conf. Possibly it is looking in /usr/local/lib64, or possibly the /usr/local prefix is not catered for at all. To change to /usr/local/lib64, look at the --libdir configuration option.
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. If you don't want to build from source, the Efax-gtk version in the Debian respository (v3.2.8) did work for me, once I figured out how to filter/capture my US Robotics 5637 USB modem for the Linux virtual machine, which is set up in Settings in VirtualBox. This effort to build the latest version from source in a virtual machine is mostly about wanting it to...
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. This is mostly about wanting the latest and greatest version of Efax-gtk, but the version in the Debian respository (v3.2.8) worked, once I figured out how to filter/capture my US Robotics 5637 USB modem, which is set up in Settings in VirtualBox. I followed these steps: Download source folder of c++-gtk-utils-2.2.19: configure, make, make install (package on...
-
I previously installed Efax-gtk v3.2.13 and v3.2.14 on a hardware machine on Debian Buster (10) for use with my U S Robotics 5637 USB modem. I followed these steps: Download source folder of c++-gtk-utils-2.2.19: configure, make, make install (package on SourceForge, instructions in README) Install libtiff5-dev, gtk+-3.0, libglib2.0 using apt-get or Synaptic etc from Debian repository. Download and install source file/folder for efax-gtk (install instructions in README) [not sure this step necessary]...
-
So, this might have worked with efax-gtk from the Debian repository (v3.2.8), just removing modem parameters, using my U S Robotics 5637 USB modem. However, I did the following to install efax-gtk v 3.2.13 on Debian Buster (current release version of Debian): 1. Download source, configure, make, make install c++-gtk-utils-2.2.19 (see its README) 2. Install libtiff5-dev, gtk+-3.0, libglib2.0 using apt-get or synaptic etc 3. Download and install latest source file/folder for efax-gtk (see README) 3....
-
Efax-gtk on a virtual Linux machine brought fax service to a Mac Mini 2018 and MacOS Mojave that otherwise did not work with a USB fax modem, as follows: Virtual Machine: MX Linux (based on Debian Buster) running in VirtualBox Hardware fax: US Robotics 5637 USB fax modem, plugged into Mac Mini's USB In VirtualBox (on host), under Settings>Ports>USB add filter, select U.S.Robotics USB Modem [0X00] which appears in pop up menu. Unplug modem, wait few seconds, plug in again: LEDs now light up (not before...
-
Efax-gtk on a virtual Linux machine brought fax service to a Mac Mini 2018 and MacOS Mojave that otherwise did not work with a USB fax modem, as follows: Virtual Machine: MX Linux (based on Debian Buster) running in VirtualBox Hardware fax: US Robotics 5637 USB fax modem, plugged into Mac Mini's USB In VirtualBox (on host), under Settings>Ports>USB add filter, select U.S.Robotics USB Modem [0X00] which appears in pop up menu. Unplug modem, wait few seconds, plug in again: LEDs now light up (not before...
1 >