Hello, I'm trying to configure dnf-automatic to automatically upgrade my system
on a daily basis and send me a summary via mailx using my mailgun account.
I have mailx configured and functioning as expected; I can use the 'mail' cmd
to send mail, and have other services using it to send mail.
The
Sreyan Chakravarty wrote:
> On Mon, Jul 27, 2020 at 7:47 PM stan via users <
> users@lists.fedoraproject.org> wrote:
>
>> rpm keeps track of low level details and is the authority for packages
>> on the system, dnf provides abstraction to make package handling easier
>> for the user (packagekit ta
Hi,
I'm mostly replying to Sreyan's questions, hopefully adding
to what you've said (much) more succinctly than I, Samuel.
I may have taken a few tangents along the way.
Samuel Sieb wrote:
> On 7/29/20 2:57 PM, Sreyan Chakravarty wrote:
>> I tried:
>> $ dnf repoquery --installed kernel*-5.6.*
>>
On 7/29/20 2:57 PM, Sreyan Chakravarty wrote:
I tried:
$ dnf repoquery --installed kernel*-5.6.*
kernel-0:5.6.10-300.fc32.x86_64
Where is the extra 0 in " kernel-0 " coming from ? If you see the rpm
-qa output the zero is not present there:
That seems like an odd command, but that "0:" is the
On Mon, Jul 27, 2020 at 7:47 PM stan via users <
users@lists.fedoraproject.org> wrote:
> rpm keeps track of low level details and is the authority for packages
> on the system, dnf provides abstraction to make package handling easier
> for the user (packagekit takes that abstraction even further).
On Mon, Jul 27, 2020 at 8:09 PM Todd Zullinger wrote:
>
> The subsection "NEVRA Matching" lists the forms dnf accepts.
> For kernel*-5.7.*, we're matching the name-[epoch:]version
> form (the '[epoch:]' portion means it's optional to provide
> the Epoch portion (that's the E in NEVRA¹).
>
> So ke
On 2020-07-30 04:29, stan via users wrote:
> I reinstalled all the selinux components, and still the problem
> persists. I'm going to drop this for a while, see if anything comes to
> me. I have your workaround for the time being.
Have you considered doing a relabel?
fixfiles -F onboot
and reb
On Thu, 30 Jul 2020 02:47:22 +0800
Ed Greshko wrote:
>
> In the above, is PID 5954 the crond process? If you run ps with the
> -Z option do you get something like
>
> [egreshko@f31k ~]$ ps p 821 -Z
> LABEL PID TTY STAT TIME COMMAND
> system_u:system_r:crond
On 2020-07-29 23:25, stan via users wrote:
> On Wed, 29 Jul 2020 20:54:38 +0800
> Ed Greshko wrote:
>
>> So, dwatch is not part of Fedora.
> Not now.
Right. It was retired around F24 and you've rebuilt it locally to make a F31
package.
>> Well, you should easily be able to tell if the hourly c
On Wed, 29 Jul 2020 at 12:28, Christopher St. Louis <
stlouis.christop...@gmail.com> wrote:
> I've been dealing with this absolutely bizarre issue for a few weeks now
> where
> installed fonts seem to be "forgotten" on boot. My desktop is a
> combination of
> tiling window manager (i3) and status
On Wed, 29 Jul 2020 07:46:24 +0800
Ed Greshko wrote:
> On 2020-07-29 07:31, Geoffrey Leach wrote:
> > On Tue, 28 Jul 2020 15:25:56 -0700
> > Samuel Sieb wrote:
> >
> >> On 7/28/20 3:04 PM, Geoffrey Leach wrote:
> >>> On Mon, 27 Jul 2020 16:05:47 -0700
> >>> Samuel Sieb wrote:
> Che
On Wed, 29 Jul 2020 20:54:38 +0800
Ed Greshko wrote:
> So, dwatch is not part of Fedora.
Not now.
> On an F31 system...
>
> [egreshko@f31k ~]$ dnf info dwatch
> Last metadata expiration check: 0:00:33 ago on Wed 29 Jul 2020
> 08:49:46 PM CST. Error: No matching Packages to list
>
> On an F32
I've been dealing with this absolutely bizarre issue for a few weeks now where
installed fonts seem to be "forgotten" on boot. My desktop is a combination of
tiling window manager (i3) and status bar (polybar), and when I start up my
computer I find that the compact bitmap font (curie, manually ins
On 2020-07-29 20:29, stan via users wrote:
> On Wed, 29 Jul 2020 05:38:29 +0800
> Ed Greshko wrote:
>
>> On 2020-07-29 03:23, stan via users wrote:
>>> On Tue, 28 Jul 2020 10:35:54 -0700
>>> stan via users wrote:
>>>
Before I open a bugzilla, I wanted to check if anyone has an
explana
On Wed, 29 Jul 2020 05:38:29 +0800
Ed Greshko wrote:
> On 2020-07-29 03:23, stan via users wrote:
> > On Tue, 28 Jul 2020 10:35:54 -0700
> > stan via users wrote:
> >
> >> Before I open a bugzilla, I wanted to check if anyone has an
> >> explanation for this, and a fix.
> > Opened a bugzilla
Had you been using the A* connectors and did they work reliably?
In the past I researched the different sata chipsets, and I don't
remember if I found anything definitive on the ASMedia ones. I have
personal experience with the marvell ones and they were junk (4pt,
pcie-2lanes) as they would rand
16 matches
Mail list logo
