> Am 07.12.2024 um 05:13 schrieb Philip Rhoades via users
> :
>
> People,
>
> Years ago I got caught when there was a major change of PG and I had to go
> back to a previous version of Fedora to export the PG data so I could import
> it into the new PG on the new Fedora - so I have been rout
On 12/6/24 7:14 PM, Stephen Morris wrote:
On 7/12/24 13:28, Samuel Sieb wrote:
There's nothing accumulating here. The lock file is checked at
application startup. If it's still valid, then the new process will
not start, probably passing information to the existing process. If
it's not vali
People,
Years ago I got caught when there was a major change of PG and I had to
go back to a previous version of Fedora to export the PG data so I could
import it into the new PG on the new Fedora - so I have been routinely
(more-or-less) doing these exports as part of my normal backup process
On 7/12/24 13:28, Samuel Sieb wrote:
On 12/6/24 6:20 PM, Tim via users wrote:
I think in Firefox's case, it's more of some kind of flag that it uses
only for itself, rather than anything else (not preventing something
else deleting it, for instance). From my programming in binary days
(when *yo
On 7/12/24 13:27, Todd Zullinger wrote:
Stephen Morris wrote:
Yes, but this still highlights the final question as "sudo dnf download
symlinks-1.7-11.fc41.src" does the download but as shown above "sudo dnf
install symlinks-1.7-11.fc41.src" won't do the install.
How do I find where the source h
Stephen Morris wrote:
> Yes, but this still highlights the final question as "sudo dnf download
> symlinks-1.7-11.fc41.src" does the download but as shown above "sudo dnf
> install symlinks-1.7-11.fc41.src" won't do the install.
>
> How do I find where the source has been installed to when under d
On Fri, 2024-12-06 at 14:44 -0400, George N. White III wrote:
> AI-fueled clickbait sites often dominate search results and multiply
> the same AI halucinations
I only see this getting worse. In the past, anything you searched for
you always had to think about what you read, and could look for
c
On 12/6/24 6:20 PM, Tim via users wrote:
I think in Firefox's case, it's more of some kind of flag that it uses
only for itself, rather than anything else (not preventing something
else deleting it, for instance). From my programming in binary days
(when *you* are the compiler) it's like storing
Samuel Sieb:
> > Right. That's an example of what I meant by an application storing
> > text data in a symlink. Even if they were rpm installed, the lock
> > files most likely won't be owned by the rpm.
I expect installed files to be owned by the RPM, but not files created
by the program later
On Fri, Dec 6, 2024 at 8:53 PM Stephen Morris wrote:
>
> On 7/12/24 12:35, Jeffrey Walton wrote:
>
> On Fri, Dec 6, 2024 at 8:30 PM Stephen Morris
> wrote:
>
> I have enabled the Fedora source repository so that I can install the
> symlinks source.l
> Having enabled the source repositor
On 7/12/24 12:35, Jeffrey Walton wrote:
On Fri, Dec 6, 2024 at 8:30 PM Stephen Morris wrote:
Hi,
I have enabled the Fedora source repository so that I can install the
symlinks source.l
Having enabled the source repository I issued the command "sudo dnf install
symlinks-1.7-11.fc41.sr
On Fri, Dec 6, 2024 at 8:30 PM Stephen Morris wrote:
>
> Hi,
> I have enabled the Fedora source repository so that I can install the
> symlinks source.l
> Having enabled the source repository I issued the command "sudo dnf
> install symlinks-1.7-11.fc41.src" (the binary package tells me
Hi,
I have enabled the Fedora source repository so that I can install
the symlinks source.l
Having enabled the source repository I issued the command "sudo dnf
install symlinks-1.7-11.fc41.src" (the binary package tells me the
source is symlinks-1.7-11.fc41.src.rpm) and got the followin
On 7/12/24 11:12, Will McDonald wrote:
On Fri, 6 Dec 2024 at 23:57, Stephen Morris
wrote:
On 7/12/24 10:52, Will McDonald wrote:
That said, I've never maintained anything other than internal org
SPEC files and I suspect the investment in maintenance is
probably significant. Re
On 7/12/24 11:16, Will McDonald wrote:
On Sat, 7 Dec 2024 at 00:01, Stephen Morris
wrote:
On 7/12/24 10:44, Will McDonald wrote:
On Fri, 6 Dec 2024 at 23:28, Stephen Morris
wrote:
On 6/12/24 13:39, Sbob wrote:
The only reason I need this is to download an eb
On Sat, 7 Dec 2024 at 00:01, Stephen Morris
wrote:
> On 7/12/24 10:44, Will McDonald wrote:
>
> On Fri, 6 Dec 2024 at 23:28, Stephen Morris
> wrote:
>
>> On 6/12/24 13:39, Sbob wrote:
>>
>
>
> The only reason I need this is to download an ebook in epub format.
>>>
>>
>> There are linux epub read
On Fri, 6 Dec 2024 at 23:57, Stephen Morris
wrote:
> On 7/12/24 10:52, Will McDonald wrote:
>
> That said, I've never maintained anything other than internal org SPEC
> files and I suspect the investment in maintenance is probably significant.
> Replace it (or wrap it) with a local Python script,
On 7/12/24 10:44, Will McDonald wrote:
On Fri, 6 Dec 2024 at 23:28, Stephen Morris
wrote:
On 6/12/24 13:39, Sbob wrote:
The only reason I need this is to download an ebook in epub
format.
There are linux epub readers available, I thought I had one
installed but I
On 7/12/24 10:52, Will McDonald wrote:
On Fri, 6 Dec 2024 at 23:39, Stephen Morris
wrote:
On 6/12/24 09:35, Will McDonald wrote:
On Thu, 5 Dec 2024 at 21:29, Stephen Morris
wrote:
I might be skating on thin ice here, but here goes, as a
developer, and the way I w
On Fri, 6 Dec 2024 at 23:39, Stephen Morris
wrote:
> On 6/12/24 09:35, Will McDonald wrote:
>
> On Thu, 5 Dec 2024 at 21:29, Stephen Morris
> wrote:
>
>> I might be skating on thin ice here, but here goes, as a developer, and
>> the way I write programs to the level of user friendliness required
On Fri, 6 Dec 2024 at 23:28, Stephen Morris
wrote:
> On 6/12/24 13:39, Sbob wrote:
>
The only reason I need this is to download an ebook in epub format.
>>
>
> There are linux epub readers available, I thought I had one installed but
> I can't find it at the moment, but Okular will read epub fi
On 6/12/24 09:35, Will McDonald wrote:
On Thu, 5 Dec 2024 at 21:29, Stephen Morris
wrote:
I might be skating on thin ice here, but here goes, as a
developer, and the way I write programs to the level of user
friendliness required where I work, in my view what is happening
is ba
On 6/12/24 13:39, Sbob wrote:
All;
I am trying to install wine and adobe digital editions, I am setting
up a Fedora queme VM for this, I can setup Fedpra 40 or Fedora 41, I
have found several wine/adobe digital editions install guides but so
far none of them work.
Anyone have a set of ins
On 7/12/24 09:58, Samuel Sieb wrote:
On 12/6/24 2:53 PM, Stephen Morris wrote:
On 7/12/24 01:43, Barry Scott wrote:
On 6 Dec 2024, at 13:13, Tim via users
wrote:
I suppose there could be symlinks that don't point to something, now,
but might in the future? Or, normally do, but didn't at
On 7/12/24 00:45, Neal Becker wrote:
On Thu, Dec 5, 2024 at 7:37 PM Neal Becker wrote:
Did you find any problems other than the message?
I haven't seen any problems that were noticeable to me, and I've done
several updates since the one in question and as yet haven't had a
re-occurrenc
On 12/6/24 2:53 PM, Stephen Morris wrote:
On 7/12/24 01:43, Barry Scott wrote:
On 6 Dec 2024, at 13:13, Tim via users
wrote:
I suppose there could be symlinks that don't point to something, now,
but might in the future? Or, normally do, but didn't at the time of
your test.
Seems that al
On 7/12/24 01:43, Barry Scott wrote:
On 6 Dec 2024, at 13:13, Tim via users
wrote:
I suppose there could be symlinks that don't point to something, now,
but might in the future? Or, normally do, but didn't at the time of
your test.
Seems that all the dangling symlinks on my KDE VM are ow
On Fri, Dec 6, 2024 at 2:06 AM Robin Laing wrote:
>
> Just about all the sites have pointed to running scrub under a cron
> script on a regular basis to help minimize issues and ensure integrity
> of the drive. I don't know what it does, just what I have read.
>
AI-fueled clickbait sites often
> On 6 Dec 2024, at 13:13, Tim via users wrote:
>
> I suppose there could be symlinks that don't point to something, now,
> but might in the future? Or, normally do, but didn't at the time of
> your test.
Seems that all the dangling symlinks on my KDE VM are owned by RPMs.
I ran this to find
I got the same message again with dnf update this morning. Journalctl
shows this:
Dec 06 08:44:03 nbecker0 systemd[531438]: Reached target exit.target - Exit
the Session.
Dec 06 08:44:03 nbecker0 systemd[1]: user@0.service: Deactivated
successfully.
Dec 06 08:44:03 nbecker0 systemd[1]: Stopped use
On Fri, 2024-12-06 at 08:58 +1100, Stephen Morris wrote:
> It is my understanding, which could be completely wrong, that a
> symlink is not a physical file as such and doesn't contain any data
> as such, it just links to somewhere that does contain the data (be it
> a file or folder). If the target
On Thu, 2024-12-05 at 23:05 -0700, Robin Laing wrote:
> Each person has their own usage and needs. As I said, I will give BTRFS
> a closer look in the near future. Working with volumes is a new domain
> for me to learn. I have worked with ext file system for over a decade.
> I know it isn't p
32 matches
Mail list logo
