Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
To: debian-user@lists.debian.org Subject: Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible? From: Date: Sat, 1 Apr 2023 07:56:24 +0200 Message-id: <[🔎] zcfhibipctx8o...@tuxteam.de> In-reply-to: <[🔎] caeg4czus4dyt02pvm5byvrpxtxvdeybthfgwhrhi80upoy9...@mail.gmail.com> References: <[🔎] caeg4czus4dyt02pvm5byvrpxtxvdeybthfgwhrhi80upoy9...@mail.gmail.com> On Sat, Apr 01, 2023 at 09:07:30AM +0530, Susmita/Rajib wrote: [...] > The above limitations directs me to suggest to Debian Teams across all > Mailing Lists and the Board to have GPT4 added to extend > functionalities of GNU-Linux systems [...] GPT is not free software, so it can't be included in Debian. Besides, it's being used in very free-software unfriendly ways, but this is a whole different story. Cheers -- t [ ... ] Strange, isn't it, Mr. Tomas? They named the project as OpenAI. Would like to know the aspects on "... Besides, it's being used in very free-software unfriendly ways, but this is a whole different story." You could write to me privately, as this forum shouldn't be used for our discussions on the issue. Best wishes, Rajib
How to get rid of the synaptic message (mentioned below) at the end of installing a package?
My illustrious team leaders and senior debian-user list-members, My present Debian system installed from "Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46" While installing a package I receive this following message: W: Download is performed unsandboxed as root as file '/root/.synaptic/tmp//tmp_sh' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied) What should I do to address this report or stop receiving this message? It doesn't appear to be a harmful report so far as my system is concerned. My user-id can't access root report, I guess. But any advice would be welcome. Best wishes, Rajib B Etc.
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Sat, Apr 01, 2023 at 09:07:30AM +0530, Susmita/Rajib wrote: [...] > The above limitations directs me to suggest to Debian Teams across all > Mailing Lists and the Board to have GPT4 added to extend > functionalities of GNU-Linux systems [...] GPT is not free software, so it can't be included in Debian. Besides, it's being used in very free-software unfriendly ways, but this is a whole different story. Cheers -- t signature.asc Description: PGP signature
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
My illustrious team leaders and senior debian-user list-members, Thank you for replying to my email and for your help. I had posted another, a second message on the issue and clarified my requirements. But between this time, a couple of emails were received from Mr. Davidson, and also from Mr. Stefan Monnier, Mr. Van Snyder and Mr. Greg Wooledge. I thank Mr. Davidson and Mr. Greg Wooledge for their advice. I fondly remember Mr. Wooledge and his support earlier too. Since my earlier 2nd post on this very subject at Sat, 1 Apr 2023 09:07:30 +0530 with message-Id: caeg4czus4dyt02pvm5byvrpxtxvdeybthfgwhrhi80upoy9...@mail.gmail.com makes my need clear, I would like to avoid diff. My reason has been posted in that earlier 2nd post. Dear Mr. Stefan Monnier and Mr. Van Snyder: Unfortunately, I once tried to learn emacs but it is complex. So it is difficult for me to use diff from within emacs. I am sorry that I am not a worthy student. I would refer to my earlier post but like to repeat the last paragraphs of that post: [quote] Bottom line is: icdiff is wonderful, but from a terminal it becomes limited. Can;t a good programmer have icdiff ported to GUI? It would be the best solution available for me, and for people like me. The above limitations directs me to suggest to Debian Teams across all Mailing Lists and the Board to have GPT4 added to extend functionalities of GNU-Linux systems, for example, in this present case, have icdiff extended to a GUI, and then have gifted and humane programmers work in tandem with GPT4 to plug in the insecurities accompanying a new program. Thank you for your suggestions. Shall be expecting better solutions with my having explained my needs clearer this time. [/quote] Best wishes, Rajib B Etc.
Re: Software usage.
In-reply-to: References: From: David Wright Date: Sat, 21 Jan 2023 21:48:14 -0600 Yes, perhaps suggest this change to the editors: "Alternatively, you can send an email to one of the following addresses: "Web pages editors package: www.debian.org debian-...@lists.debian.org" Sent a message February 18. No acknowledgement. No evidence of the suggested change. ... P.
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
My illustrious team leaders and senior debian-user list-members, Thank you for replying to my email and for your help. The situation is complex. The alteration can't be straightaway applied by plain replacing. I will try to illustrate the situation with a clear example: Suppose I wrote a book book1.txt. I then send it to an editor who corrects the initial mistakes, altering some lines while doing so, renaming to another file book2.txt. When I receive the editor's correction, I don't accept them straightaway, but based on his suggestions I change my book1 and edit and alter it further. Diff helps in comparing the two draft editions. This one cycle could again be repeated. Dear Mr. l0f4r0: that pointer, https://unix.stackexchange.com/questions/537418/how-to-make-text-wrap-with-diff-y; indeed helped and led me to icdiff which is wonderful. Unfortunately, for two very large text files, the terminal truncates the beginning and just highlights the end sections of the files. Icdiff didn't work with " | less". But it sure worked with " | more". Similarly, with diff -y <(fold -s -w72 file1) <(fold -s -w72 file2) -W 200, the beginning is truncated and only the end is displayed. And yes, it works with " | more". But it is bland. Without colours differences can't be spotted so easily. Of course, I could use icdiff part by part also. Though tedious, might help. But presently, I am thinking of sticking to icdiff with " | more". Dear Mr. Kramer: Thank you. I fondly remember my interactions with you on several occasions. I checked wdiff and also dwdiff. But they are very bland and very complicated to handle as dwdiff uses a lot of braces with + and - signs, but doesn't present the two files side by side for intuitive/visual comparison. And regarding your "... A person who writes a sig this long probably has issues and disrespects (and offends) a large number of readers. ;-) ...", yes it is generally true. For me, the post below your solution did confuse me, but I am generally adept at skimming and skipping paras. Dear Mr. DdB: I fondly remember my interaction with you some time during May 2022. Perhaps you have overlooked that I needed text wrapping for diff. I have checked the synaptic screenshot for meld, have installed and tried it. But it too suffers from the lack of text wrapping function. For huge text files it is thus problematic. Is a text wrap option available? Am I missing something? Dear Mr. local10: I can't try kompare though meld appears to be monocrome. Since my Desktop Environment is lxde, installing kompare, accompanied by a huge download of kde packages, is impossible unless I use knoppix, which I do. Dear Mr. Davidson: I have already mentioned about diff above. So won't repeat it. But thank you very much for the line. Bottom line is: icdiff is wonderful, but from a terminal it becomes limited. Can;t a good programmer have icdiff ported to GUI? It would be the best solution available for me, and for people like me. The above limitations directs me to suggest to Debian Teams across all Mailing Lists and the Board to have GPT4 added to extend functionalities of GNU-Linux systems, for example, in this present case, have icdiff extended to a GUI, and then have gifted and humane programmers work in tandem with GPT4 to plug in the insecurities accompanying a new program. Thank you for your suggestions. Shall be expecting better solutions with my having explained my needs clearer this time. Best wishes, Rajib B Etc.
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Sat, Apr 01, 2023 at 01:41:22AM +, davidson wrote: > On Sat, 1 Apr 2023 davidson wrote: > > Start here instead: > > > > $ diff file1 file2 > > > > It displays the differences, and your terminal will wrap lines (and > > break words) to fit the window for you. > > > > Does it do what you want? > > A concise explanation of diff's default output format (which is a > little cryptic but quite simple) can be viewed in the info browser > with > > $ info -n "Detailed Normal" diffutils # type 'q' to quit > > or written to a text file with > > $ info -o diff_format_explained.txt -n "Detailed Normal" diffutils Most people prefer diff -u format. Here's a quick sample of the three formats: unicorn:~$ diff <(seq 1 3) <(printf '1\n4\n3\n') 2c2 < 2 --- > 4 unicorn:~$ diff -c <(seq 1 3) <(printf '1\n4\n3\n') *** /dev/fd/63 Fri Mar 31 21:53:34 2023 --- /dev/fd/62 Fri Mar 31 21:53:34 2023 *** *** 1,3 1 ! 2 3 --- 1,3 1 ! 4 3 unicorn:~$ diff -u <(seq 1 3) <(printf '1\n4\n3\n') --- /dev/fd/63 2023-03-31 21:53:37.023781025 -0400 +++ /dev/fd/62 2023-03-31 21:53:37.023781025 -0400 @@ -1,3 +1,3 @@ 1 -2 +4 3 The first one (default) gives no context lines. It simply says "replace line 2, which is "2", with "4". This works fine for some inputs, but it doesn't allow for applying a code patch to a function that has moved a few lines down in the file since the patch was written. So, the second format, "context", was introduced. It shows the lines before and after the change. This allows the patch applier to look around in the file and find the appropriate place to apply the patch, if the content has moved around. The third format, "unified", is just a more compact version of "context". It shows the lines before and after the change, but only once instead of twice. In some ways, the "context" format can be easier to read, because you see the actual new content exactly as it should appear, without the old lines interwoven. On the other hand, the "unified" format shows you the before and after lines right next to each other. In some cases, that can be easier to use. Especially once you get used to it.
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Sat, 1 Apr 2023 davidson wrote: Start here instead: $ diff file1 file2 It displays the differences, and your terminal will wrap lines (and break words) to fit the window for you. Does it do what you want? A concise explanation of diff's default output format (which is a little cryptic but quite simple) can be viewed in the info browser with $ info -n "Detailed Normal" diffutils # type 'q' to quit or written to a text file with $ info -o diff_format_explained.txt -n "Detailed Normal" diffutils -- We've been looking for the enemy for some time now. We've finally found him. We're surrounded. That simplifies things. -- Chesty Puller
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Fri, 31 Mar 2023 davidson wrote: Some elaboration on my first take. On Fri, 31 Mar 2023 Susmita/Rajib wrote: My dear illustrious leaders and senior debian-user list-members, I neglected to notice the proper subset of readers on whom you intended to inflict your request. I tried diffuse, I see that diffuse has quite a number of features: diffuse - graphical tool for merging and comparing text files Diffuse is a graphical tool for merging and comparing text files. Diffuse is able to compare an arbitrary number of files side-by-side and gives users the ability to manually adjust line-matching and directly edit files. Diffuse can also retrieve revisions of files from bazaar, CVS, darcs, git, mercurial, monotone, Subversion and GNU Revision Control System (RCS) repositories for comparison and merging. Which of these features do you *require*? but it appears to me that it suffers from a limitation so far as my need is concerned. It compares files by lines and line numbers, so I can't use word-wrap By "word-wrap", do you mean you need to break *lines* into smaller lines (so that your screen can accomodate their content)? Or do you mean instead that you are dealing with words so long that some words won't fit within a single line on your screen until you turn them into smaller words by inserting newlines. to have the differences between two files within the program window without venturing out to the right within the two file windows. I see (from its package description above) that diffuse can display files' content side-by-side. Is this a requirement of yours? Because if it is not, you can double your effective screen width by simply discarding the side-by-side feature. $ diff <(fmt file1) <(fmt file2) fmt has a -w option to adjust the max line width. The default is 75. If I may say so myself, this is almost certainly not a helpful solution. How embarrassing. Start here instead: $ diff file1 file2 It displays the differences, and your terminal will wrap lines (and break words) to fit the window for you. Does it do what you want? Is there a way to Word Wrap? Am I making a mistake here? Which program would be the best suited for my work for comparing text files? It depends on your precise requirements, which we cannot know until you tell us what they are. (Sometimes one does not know oneself. This is also okay.) I don't believe you have specified any of your requirements that the solution above does not provide. -- Hackers are free people. They are like artists. If they are in a good mood, they get up in the morning and begin painting their pictures. -- Vladimir Putin
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Fri, 31 Mar 2023 Susmita/Rajib wrote: My dear illustrious leaders and senior debian-user list-members, I tried diffuse, but it appears to me that it suffers from a limitation so far as my need is concerned. It compares files by lines and line numbers, so I can't use word-wrap to have the differences between two files within the program window without venturing out to the right within the two file windows. $ diff <(fmt file1) <(fmt file2) fmt has a -w option to adjust the max line width. The default is 75. Is there a way to Word Wrap? Am I making a mistake here? Which program would be the best suited for my work for comparing text files? It depends on your precise requirements, which we cannot know until you tell us what they are. (Sometimes one does not know oneself. This is also okay.) I don't believe you have specified any of your requirements that the solution above does not provide. -- Hackers are free people. They are like artists. If they are in a good mood, they get up in the morning and begin painting their pictures. -- Vladimir Putin
singularity-container in bookworm?
Hello folks, I'm writing to ask if there is anything more recent in the works for https://tracker.debian.org/pkg/singularity-container than https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029669 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917867 It seems the issue is one of the more structural issues that come up when upsteam's maintenance policy does not match Debian's more stable development cycle. Is this a viable candidate for inclusion in https://fasttrack.debian.net/ for Bookworm? Thanks, and cheers! -- Boyan Penkov
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Fri, 2023-03-31 at 22:50 +0200, local10 wrote: > Mar 31, 2023, 16:30 by bkpsusmi...@gmail.com: > > I tried diffuse, but it appears to me that it suffers from > > alimitation so far as my need is concerned. It compares files by > > linesand line numbers, so I can't use word-wrap to have the > > differencesbetween two files within the program window without > > venturing out tothe right within the two file windows. > > Is there a way to Word Wrap? Am I making a mistake here? Which > > programwould be the best suited for my work for comparing text > > files? > > Try Kompare. I tried several diff tools but I liked Kompare the most: > clean, intuitive interface, easy to use, lots of features. emacs includes a nice side-by-side compare and merge feature. > Regards,
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
Mar 31, 2023, 16:30 by bkpsusmi...@gmail.com: > I tried diffuse, but it appears to me that it suffers from a > limitation so far as my need is concerned. It compares files by lines > and line numbers, so I can't use word-wrap to have the differences > between two files within the program window without venturing out to > the right within the two file windows. > > Is there a way to Word Wrap? Am I making a mistake here? Which program > would be the best suited for my work for comparing text files? > Try Kompare. I tried several diff tools but I liked Kompare the most: clean, intuitive interface, easy to use, lots of features. Regards,
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
Am 31.03.2023 um 18:13 schrieb Susmita/Rajib: > My dear illustrious leaders and senior debian-user list-members, > > I tried diffuse, but it appears to me that it suffers from a > limitation so far as my need is concerned. It compares files by lines > and line numbers, so I can't use word-wrap to have the differences > between two files within the program window without venturing out to > the right within the two file windows. > > Is there a way to Word Wrap? Am I making a mistake here? Which program > would be the best suited for my work for comparing text files? > > There is a package called diffoscope but it has to install a long list > of dependent packages in my present Debian system installed from > "Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46" > > Eagerly awaiting your advice. > > Best wishes, > Rajib B > Etc. > > I may be misunderstanding your needs: In many cases, i replace diff with meld, an interactive diff UI
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
On Friday, March 31, 2023 12:13:33 PM Susmita/Rajib wrote: > There is a package called diffoscope but it has to install a long list > of dependent packages in my present Debian system installed from > "Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46" It's been quite a while since I actually used diff, but I always preferred a word diff (to a line based diff). Two options are wdiff and wdiff2 (aka mdiff -w) -- rhk (sig revised 20230312 -- modified first paragraph, some other irrelevant wordsmithing) | No entity has permission to use this email to train an AI. If you reply: snip, snip, and snip again; leave attributions; avoid HTML; avoid top posting; and keep it "on list". (Oxford comma (and semi-colon) included at no charge.) If you revise the topic, change the Subject: line. If you change the topic, start a new thread. Writing is often meant for others to read and understand (legal documents excepted?) -- make it easier for your reader by various means, including liberal use of whitespace (short paragraphs, separated by whitespace / blank lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and references. If someone has already responded to a question, decide whether any response you add will be helpful or not ... A picture is worth a thousand words. A video (or "audio"): not so much -- divide by 10 for each minute of video (or audio) or create a transcript and edit it to 10% of the original. A speaker who uses ahhs, ums, or such may have a real physical or mental disability, or may be showing disrespect for his listeners by not properly preparing in advance and thinking before speaking. (That speaker might have been "trained" to do this by being interrupted often if he pauses.) (Remember Cicero who did not have enough time to write a short missive.) A radio (or TV) station which broadcasts speakers with high pitched voices (or very low pitched / gravelly voices) (which older people might not be able to hear properly) disrespects its listeners. Likewise if it broadcasts extraneous or disturbing sounds (like gunfire or crying), or broadcasts speakers using their native language (with or without an overdubbed translation). A person who writes a sig this long probably has issues and disrespects (and offends) a large number of readers. ;-) '
Re: Unable to open Thunderbird as default calendar app
On 2023-03-29 23:18, Max Nikulin wrote: Thank you for the insights Max. Updating the default mime type for webcal resolved my problem. -- Regards, John Boxall
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
>> Is there a way to Word Wrap? Am I making a mistake here? >> Which program would be the best suited for my work for comparing >> text files? I'd expect most text editors to do that for you. E.g. when I ask Emacs to give me a diff for "files with long lines", the long lines are wrapped and the diff is colored to show the specific words that are changed within each line. Stefan
Re: Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
Hi, 31 mars 2023, 18:30 de bkpsusmi...@gmail.com: > Is there a way to Word Wrap? Am I making a mistake here? Which program > would be the best suited for my work for comparing text files? > Does that pointer help you? https://unix.stackexchange.com/questions/537418/how-to-make-text-wrap-with-diff-y l0f4r0
Which Diff tool could I use for visually comparing two text files where Word Wrap is possible?
My dear illustrious leaders and senior debian-user list-members, I tried diffuse, but it appears to me that it suffers from a limitation so far as my need is concerned. It compares files by lines and line numbers, so I can't use word-wrap to have the differences between two files within the program window without venturing out to the right within the two file windows. Is there a way to Word Wrap? Am I making a mistake here? Which program would be the best suited for my work for comparing text files? There is a package called diffoscope but it has to install a long list of dependent packages in my present Debian system installed from "Official Debian GNU/Linux Live 11.6.0 lxde 2022-12-17T11:46" Eagerly awaiting your advice. Best wishes, Rajib B Etc.
Re: should CLI have a nice UI today?
On 2023-03-25 06:35, to...@tuxteam.de wrote: After a detour around whiptail I ended up full-circle with Tcl/Tk. It is still the nicest, smallest self-contained graphical toolkit enabling one to wrap some GUI around CLI programs. The whole pack is one or two orders of magnitude smaller than some web browser monstrosity and much easier to extend, handle and embed. +1 mick
mount a remote object storage
Hello list, I have the object storage service from the big providers (google cloud storage, Amazon S3). Now I want to mount them in Debian Linux as a block device. Though I know there is s3fs: sudo apt-get install s3fs But i have no experience on it. Do you have any suggestion on using remote object storage as local device? Thanks Corey H.
Re: Strange locally-originating spam messages from sport.qc.ca
Hi Greg, On Thu, Mar 30, 2023 at 07:18:15AM -0400, Greg Wooledge wrote: > On Thu, Mar 30, 2023 at 12:00:01PM +0300, Reco wrote: > > On Thu, Mar 30, 2023 at 09:30:49AM +0100, Julian Gilbey wrote: > > > I wonder if anyone has any idea about how to track this down? > > > > I'd check /var/log/exim4/mainlog first, obviously. > > In addition to that, open one of the spam messages in a competent MUA > and examine the full headers. You should see one or more "Received:" > headers. Every time the message is handed off to a new MTA, a new > Received: header is prepended to the top of the message, so to read > them in chronological order, you have to start at the bottom and work > your way upward. > [...] Thanks - this was useful, and eventually helped me to pin-point the source of the spam. Best wishes, Julian
Re: Strange locally-originating spam messages from sport.qc.ca
Hi Reco, On Thu, Mar 30, 2023 at 02:34:29PM +0300, Reco wrote: > Hi. > > On Thu, Mar 30, 2023 at 12:19:24PM +0100, Julian Gilbey wrote: > > The log seems quite unhelpful here, though I may be missing > > something. Here is an example: > > I disagree. There's nothing to miss here, thus you're correct. > [...] Thanks for your detailed analysis and advice! Though I've solved the problem in this case (it was fetchmail running in daemon mode, pulling in emails from another mail server, though I didn't realise that this was happening), your suggestions are excellent and I will bear them in mind in the future if anything similar happens. Best wishes, Julian
