Re: [GTALUG] help moving a hard drive into a different computer?
How different is your old computer from your new computer? How old is your old computer? On Mon, 25 Sept 2023 at 19:09, Karen Lewellen via talk wrote: > Hi folks, > Sorry rather behind. > request is simple, as my short term computer solution is starting to > fail. > while a new one is being built for me, I have no idea of that timeline. > between the landline issue and my cell phone having someone accessing > its sim code to dial it remotely, my computers are my contact with the > outside world. > Task will be simple for a knowledgeable person. > Any ideas? > Freecycle cafe used to be terrific for such small tasks, no idea of a good > door now however. > Thanks, > Karen > > --- > Post to this mailing list talk@gtalug.org > Unsubscribe from this mailing list > https://gtalug.org/mailman/listinfo/talk > --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] help moving a hard drive into a different computer?
Karen Lewellen via talk wrote on 2023-09-25 16:09: I'm afraid I'm a bit far away to be able to assist with installing a hard drive in person, but this caught my eye: my cell phone having someone accessing its sim code to dial it remotely I'm going to guess your phone number is showing up in the call display on other phones? If that's accurate, it's just spoofing of the call display system. As far as I know, it's extremely unlikely someone's accessed you SIM card remotely. That would require you to be a target of a nation-state level adversary, and even then might be unlikely. But spoofing call display info is trivial for robo-callers, spammers, and scammers. So, unless anyone points out errors in my understanding, you can probably rest assured that your mobile device is safe. Best of luck with the hard drive, Ron (rb) --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
[GTALUG] help moving a hard drive into a different computer?
Hi folks, Sorry rather behind. request is simple, as my short term computer solution is starting to fail. while a new one is being built for me, I have no idea of that timeline. between the landline issue and my cell phone having someone accessing its sim code to dial it remotely, my computers are my contact with the outside world. Task will be simple for a knowledgeable person. Any ideas? Freecycle cafe used to be terrific for such small tasks, no idea of a good door now however. Thanks, Karen --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] why I like shared libraries -- no longer a popular position
Many years ago, I used Gentoo Linux as my primary O/S. I often wonder if I should try it again. It's a source based, rolling release distribution. Packages are compiled locally and usually dynamically linked to shared libraries. If a package isn't compatible with the latest release of a given library, it can be linked to an earlier version. The problem I had with Gentoo was that a fair amount of work was required to maintain the system, both by the user and with the time needed for compiles (especially if a change triggered the need to recompile a majority of the packages). If something broke, either during compiling or when running, it could sometimes be frustrating hunting down the fix or waiting for someone to solve the problem. Having not used it for some time, I'm not sure if things have gotten better in this respect. It can also take some effort deciding and fiddling with how you want to tailor it to your liking. However, I found it was quite a nice system to use when things were working properly. https://www.gentoo.org/ -- Scott --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] why I like shared libraries -- no longer a popular position
On 9/25/23 10:19, D. Hugh Redelmeier via talk wrote: | From: David Collier-Brown via talk In this case, a simple bug needs to be fixed. No interface change. The number of packages to update is the number with copies of this buggy code. Copies count, references (shred libraries) are free. The workaround for the hard problem was to use static linking, which makes distributing bug-fixes painfully difficult. That was one of the major motivations for shared libraries in the first place. I guess that I've been spoiled by C's maturity. The core libraries tend to mutate slowly and the Committee has as a base that revisions should not break programs (but they may break implementations). At Sun, we committed a 5-person team under a founder (David J. Brown) to beating immature changes into the ground. It was too dangerous to leave to a volunteer community, although numerous volunteer efforts helped us greatly. --dave -- David Collier-Brown, | Always do right. This will gratify System Programmer and Author | some people and astonish the rest dave.collier-br...@indexexchange.com | -- Mark Twain CONFIDENTIALITY NOTICE AND DISCLAIMER : This telecommunication, including any and all attachments, contains confidential information intended only for the person(s) to whom it is addressed. Any dissemination, distribution, copying or disclosure is strictly prohibited and is not a waiver of confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail and delete the message from your inbox and deleted items folders. This telecommunication does not constitute an express or implied agreement to conduct transactions by electronic means, nor does it constitute a contract offer, a contract amendment or an acceptance of a contract offer. Contract terms contained in this telecommunication are subject to legal review and the completion of formal documentation and are not binding until same is confirmed in writing and has been signed by an authorized signatory. --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
Re: [GTALUG] why I like shared libraries -- no longer a popular position
| From: David Collier-Brown via talk In this case, a simple bug needs to be fixed. No interface change. The number of packages to update is the number with copies of this buggy code. Copies count, references (shred libraries) are free. Not as easy when interface changes (not additions) are desired or required. | People discovered that there was an NP-complete problem with competing | versions of library functions, but instead of addressing it, they kluged | around it with static linking, snaps and flatpacks. And ended up with a | different problem, as Hugh noted. I guess that I've been spoiled by C's maturity. The core libraries tend to mutate slowly and the Committee has as a base that revisions should not break programs (but they may break implementations). (I think that they failed badly in this when the negated the promise of int max_t. They refused to break ABIs so they broke programs. Better to have eliminated intmax_t (a noisy change) than break it (a silent change).) Languages like Rust and Go have libraries that have evolved and must evolve relatively quickly. Even the core libraries. In Linux, we see how major versions of GTK have stranded a variety of programs. The switch from X11 to Wayland has also been difficult. As time goes on, more of our work is adjusting to change rather than building change. We don't write programs, we assemble them. Then we have to shepherd the assembly through time. A different skill set, one that I haven't developed well. So: anything that makes this easier to do safely would be good. Avoiding a problem (not just putting it off) is great. --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk