Hello,
> You now want to replace of the components, but since it's very dependent
> on the rest of the system, you are having a hard time finding a
> replacement. It's even difficult to describe the requirements, because
> it's something really unusual.
>
> So: have you considering replacing the
Hello,
I will try to be more explicit in my request and avoid giving the impression
that I'm avoiding the discussion of technical issues. As you mentioned, my
previous response seemed to resemble the replies of corporate support teams,
but I don't really fall into the category of "those who are
Hello,
On my technical side, I don't have insight into the contractual aspect or the
costs involved. I'm not involved in the bidding and proposal writing phases
either. My role comes into play after project maanger send me companies
solutions to evaluate them from a purely technical and securit
Hello,
> With free software, it might not be too costly to try out
> suggestions like Putty. But I speak as someone with a university
> background, not a company one. We might have had a bit more
> freedom to mess around, and even mess up. And a small base of
> sophisticated users rather than a la
Hello,
> Hm ok, it's all too much guesswork then.
I understand that the lack of detailed information can make it challenging to
provide precise solutions.
I believe I have addressed these questions as accurately and honestly as
possible in my previous response to Greg, while also incorporating
Hello,
> See, now we're going in circles again. I already *asked* the OP to
> explain the full picture, and they still only gave a partial answer.
>
> It has been hinted to us that there are more layers in the problem
> than simply Server <--> PC --> Printer. We've been told that there
> is ano
Hello,
> Ok, and what's the problem? That the server wants to print to the
> printer? That the application sends data to the "screen" (a terminal
> emulator) instead of sending it to the printer? That it is necessary
> to see the printer data displayed in a terminal emulator?
The problem here
Hello,
> It's running on a Windows PC. Walk into many a shop and you can see
> the sort of setup, a PC and screen with a barcode scanner, keyboard,
> credit card reader, receipt printer, etc, all hanging off it. The
> server might be in an office, or perhaps at HQ or in the cloud.
> All perfectly
Hello,
>>> I don't understand why you involve a terminal emulator in the process.
>>> Do you need to see the data that goes through the COM port displayed
>>> in a terminal (like minicom)?
>>
>> People interact with the (remote) application by means of the terminal
>> emulator. Things get sent to/
Hello,
>> On the Linux server, are there multiple users logging into this server via
>> ssh and each of them needs to print to a local printer in the way you
>> mention?
Yes, there are indeed multiple users logging into the Linux server via SSH and
each of them needs to print to a local printe
ect.
>> I proposed splitting off the "mux" functionality from the terminal
>> emulator functionality, but I fully understand that phoebus phoebus
>> favours the more "conservative" approach.
The use of a terminal emulator in passthrough mode is tied to our existing
Hello,
>> I don't understand why you involve a terminal emulator in the process.
>> Do you need to see the data that goes through the COM port displayed
in a terminal (like minicom)?
The existing solution is designed in that manner. We migrated our application
from AIX to Linux, and this is the
Hello,
>> I confess I have not read all messages. I think "expect" might be the program
>> you need.
Thank you for your suggestion and assistance. While 'Expect' is primarily
designed to automate interactions with text-based programs, its use for
intercepting and managing escape sequences to en
Hello,
>> You don't mention it, but did you look at CKW (C-Kermit 10.0 for
>> Microsoft Windows)?
No, I didn't look into CKW 10, that's true. I skimmed through the description
of Kermit 95 (from 2003) and that of C-Kermit 9 too quickly and didn't consider
that CKW 10 is the full replacement for
Hello,
>> One viable approach is the one proposed by Stefan et al (modify an
>> existing terminal emulator). I'd tend to separate concerns and just
>> write the application part as a separate process accepting a bidi
>> connection to SSH, one to a terminal emulator, and one to the serial
>> port (
Hello,
>> Clearly we don't know of any terminal
>> emulators that do what you want. (I assume you've already looked at
>> kermit, and found it lacking... yes? OK then.)
I want to express my sincere gratitude for pointing me to this project.
I wasn't familiar with the Kermit terminal emulator be
Hello,
>> I take it that by "the proprietary software" you mean the proprietary
>> terminal emulator running on the client PC.
Yes, that's correct. "The proprietary software" refers to the proprietary
terminal emulator running on the client PC.
>> One thing you might be able to do quickly is es
Hello,
>> I'd just suggest checking with the PuTTY team before hand if they'd be
>> interested in adding the functionality. Sure, a ready-to-apply patch
>> increases the chances, but this seems like a very specific feature that
>> very few people seem to need, so they might not want to add extra
>
Hello,
I understand that the situation may seem complex and i apologize if my previous
messages did not provide a clear overview of the problem. Allow me to summarize
our current situation.
In this response, I will incorporate the various comments made by Greg, Charles
Tomas, and incorporate a
Hello,
>> Looking at
>> https://www.chiark.greenend.org.uk/~sgtatham/putty/feedback.html#feedback-features
>> suggests that you should try to design whatever features you require
>> yourself in the first instance, and then submit it for consideration
>> by the maintainers. And be prepared to imple
Trish,
>> PuTTY is Simon Tatham's -
>> https://www.chiark.greenend.org.uk/~sgtatham/. You might have more
>> success there.
Thank you for the suggestion.
I have also utilized the information from the commit
(https://git.tartarus.org/?p=simon/putty.git;a=commit;h=b846178443cf1a5dc7c5ea2079fd34fd
Hello,
>> > Currently, PuTTY is an option but its current version has limitations
>> > that make it insufficient for our operational use.
>>
>>
>> Commission the PuTTY authors to add the missing features or pay someone
>> else to do it if they aren't interested.
>>
>> https://www.chiark.greenend.o
Hello,
>> I've always used 'ser2net' for that for of thing, mostly with single-
>> board computers attached via serial ports on a remote machine. But it
>> doesn't matter what the device is, it's a dumb pipe to transfer bytes
>> to/from a serial port on another computer.
Thank you for indicating
Hello,
>> Suggestion: Make another description of the challenge.
>>
>> Describe it as a travelling route. Spend effort on telling
>> what the endpoints were and are.
Our current starting point as being a third-party terminal emulator provided by
a licensed company. This emulator runs on an ou
Hello,
>> Is this also true of the Linux version of Putty? I've never used it but
>> it's packaged in Debian. Also I wonder what it is you mean with
>> "bidirectionally" here. Do you expect to read data from the printer and
>> send it back?
Yes, bidirectional communication is expected in both dir
Hello,
>> Would it be correct to say that you don't care about the
>> "terminal emulator" at all, and merely need a way for the Linux
>> server to send data over the network to a serial port on a
>> remote Debian machine which is attached to a printer?
>>
>> If so, I direct you to the sredird pack
Hello,
>> It should be pretty easy to take an existing terminal emulator and add
>> the corresponding functionality.
While it might seem straightforward to enhance an existing terminal emulator
with the required functionality, in practice, it involves a significant amount
of custom development
Dear members of the Debian community,
I am currently on the lookout for a terminal emulator on Debian that can handle
controlled printing from a remote server often referred to as "passthrough"
printing. Our specific requirement is the ability to select the printing device
using a specific meth
Hello,
Thanks for the advice.
Le lundi 15 novembre 2021, 01:40:46 UTC+1, David a
écrit :
>> Hello,
>>
>>Sorry, I do not have any additional knowledge about this.
>>But, I think you will have another chance to receive help
>>if you ask your entire question again on the mailing list for
>>disc
Hello,
The reasons I chose them is that Debian is considered a stable and
reliable OS (the policy of the OS is not to include as many and as much
quickly as possible new features), and that it has a large and dependable
community.
Debian stable release(currently 11
Thanks for the update.
>>From there I found this file for bullseye:>>
>>https://preseed.debian.net/debian-preseed/bullseye/amd64-main-full.txt>>which
>> contains this stanza which appears to match your description:
>>### Description: Typical usage of this partition:
>># Please specify how th
Hello all,
Do you know if it possible to set the number of inodes to create in the
filesystem during the installalation with the pressed file?
If i start from this example for the filesystem /var/log, how to set numbers of
inodes inside it ?
500 550 1024 ext4 \ lv_
32 matches
Mail list logo
