On Fri, 05 May 2023 21:14:40 -
Andre Robatino wrote:
> It might be the systemd OOM killer.
Good thought, but no messages that look like OOM. In fact, nothing in the
log looks like anything other than a normal shutdown. No I idea why I got
logged out. I guess there are some things man was not
It might be the systemd OOM killer. You can see the journalctl output for your
current boot with "journalctl -b 0", the previous boot with "journalctl -b -1",
etc. Get the output for whichever boot the logout happened in and grep for the
word "pressure". I had a similar problem with non-DE login
Just about any package could do a systemd restart against its startup
script, and so if your login session was started from a systemd
startup script that got restarted then it would restart.
I don't boot to graphical, and I login via the console as a user and
run startx. I do it partially becaus
On Aug 25, 2022, at 17:56, Patrick Dupre wrote:
>
> Hello,
>
> dnf update provides:
>
> Package mozilla-openh264-2.3.0-1.fc36.x86_64.rpm is not signed
> Package openh264-2.3.0-1.fc36.x86_64.rpm is not signed
> The downloaded packages were saved in cache until the next successful
> transaction
On 7/24/22 01:42, Patrick Dupre wrote:
It seems that fc36 tries to run a dnf update automatically when the machine goes
to shutdown.
If I am correct, how can I avoid it?
That's not quite correct. Gnome Software (or PackageKit) by default
downloads updates in the background. If there are som
On Tue, 5 Oct 2021 13:40:51 -0500
Ian Pilcher wrote:
> I use systemd-boot, so I try to avoid having unneeded GRUB packages
> installed. When I run dnf update, grub2-tools-efi and
> grub2-tools-extra get installed, even though they aren't required by
> any of my other installed packages.
>
> I a
> On 7 Oct 2021, at 18:38, Ian Pilcher wrote:
>
> On 10/5/21 16:36, Barry wrote:
>>> On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
>>>
>>> I use systemd-boot, so I try to avoid having unneeded GRUB packages
>>> installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
>>> get in
On 10/5/21 16:36, Barry wrote:
On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
I use systemd-boot, so I try to avoid having unneeded GRUB packages
installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
get installed, even though they aren't required by any of my other
installe
On 10/5/21 3:36 PM, Barry wrote:
Try dnf remove package and see what dnf wants to remove.
Just answer no so that dns does no damage.
That’s the trick I used to find out why a package is needed.
You can also do rpm queries, but I do recall the incantation.
Just to be safe, add -n to the dnf comm
> On 5 Oct 2021, at 19:41, Ian Pilcher wrote:
>
> I use systemd-boot, so I try to avoid having unneeded GRUB packages
> installed. When I run dnf update, grub2-tools-efi and grub2-tools-extra
> get installed, even though they aren't required by any of my other
> installed packages.
>
> I alr
On 2021-07-03 10:09 a.m., Ger van Dijck wrote:
When dnf update I get the following message : Errors during downloading
fedora-cisco-openh264. etc etc
How to resolve this problem ?
There must be more lines than that. It's pretty hard to say how to fix
it without knowing what the problem is.
Ger van Dijck wrote:
> When giving dnf update I get the following message:invalid value
> failovermethod = priority in /etc/yum.repo.d/teamviewer.repo . Configuration
> : Optionbinding with failovermethod does not excist.
>
> What does it mean ? and how can I prevent it ?
Remove (or comment) the
Sorry, link was copied badly:
https://computingforgeeks.com/how-to-install-teamviewer-on-fedora/
Am 3. Juli 2021 21:05:51 MESZ schrieb Klaus-Peter Schrage :
>Perhaps this guide might help:
>https://coteamviewermputingforgeeks.com/how-to-install--on-fedora/
>
>Am 3. Juli 2021 18:54:11 MESZ schrieb
Perhaps this guide might help:
https://coteamviewermputingforgeeks.com/how-to-install--on-fedora/
Am 3. Juli 2021 18:54:11 MESZ schrieb Ger van Dijck :
>Hi all,
>
>
>
>
>When giving dnf update I get the following message:invalid value
>failovermethod = priority in /etc/yum.repo.d/teamviewer.repo
On 7/3/21 7:03 PM, Tom Horsley wrote:
On Sat, 3 Jul 2021 18:54:11 +0200
Ger van Dijck wrote:
What does it mean ? and how can I prevent it ?
No idea, but I see so many weird messages during dnf
updates that I just ignore them and wait to see if
I notice a real problem before worrying about th
On 04/07/2021 00:54, Ger van Dijck wrote:
When giving dnf update I get the following message:invalid value failovermethod
= priority in /etc/yum.repo.d/teamviewer.repo . Configuration : Optionbinding
with failovermethod does not excist.
What does it mean ? and how can I prevent it ?
Well,
On Sat, 3 Jul 2021 18:54:11 +0200
Ger van Dijck wrote:
> What does it mean ? and how can I prevent it ?
No idea, but I see so many weird messages during dnf
updates that I just ignore them and wait to see if
I notice a real problem before worrying about them.
On 5/22/21 7:40 PM, Scott Beamer wrote:
I'm having problems with DNF tonight.
Errors during downloading metadata for repository 'updates-testing'
e.g. Downloading successful, but checksum doesn't match. and Curl error
(23): Failed writing received data to disk/application for https://...
Any
On 5/22/21 8:54 PM, Scott Beamer wrote:
Right after I posted, the problem seems to have resolved itself.
Never mind. :)
Glad to see that, but it's still a good idea to remember my suggestion
if/when it happens again.
___
users mailing list -- user
On 5/22/21 7:49 PM, Joe Zeff wrote:
On 5/22/21 8:40 PM, Scott Beamer wrote:
I'm having problems with DNF tonight.
Errors during downloading metadata for repository 'updates-testing'
e.g. Downloading successful, but checksum doesn't match. and Curl
error (23): Failed writing received data to d
On 5/22/21 8:40 PM, Scott Beamer wrote:
I'm having problems with DNF tonight.
Errors during downloading metadata for repository 'updates-testing'
e.g. Downloading successful, but checksum doesn't match. and Curl error
(23): Failed writing received data to disk/application for https://...
Any
On 8 Mar 2021 at 6:12, Michael D. Setzer II via user
wrote:
To: users@lists.fedoraproject.org
Date sent: Mon, 08 Mar 2021 06:12:15 +1000
Subject:dnf update of wine shows error??
Priority: normal
Send reply to: Community suppo
On Fri, 2020-08-14 at 00:34 -0700, Samuel Sieb wrote:
> On 8/13/20 8:50 PM, D. Hugh Redelmeier wrote:
> > > From: Bob Goodwin
> > > Date: Wed, 10 Jun 2020 06:43:38 -0400
> > > Error: SQLite error on "/var/lib/dnf/history.sqlite": Reading a row
> > > failed: database disk image is malformed
> >
>
On 8/13/20 8:50 PM, D. Hugh Redelmeier wrote:
| From: Bob Goodwin
| Date: Wed, 10 Jun 2020 06:43:38 -0400
| Error: SQLite error on "/var/lib/dnf/history.sqlite": Reading a row failed:
database disk image is malformed
I too got this SQLite error.
I was able to fix it simply: just
sudo
| From: Bob Goodwin
| Date: Wed, 10 Jun 2020 06:43:38 -0400
| Error: SQLite error on "/var/lib/dnf/history.sqlite": Reading a row failed:
database disk image is malformed
I too got this SQLite error.
I was able to fix it simply: just
sudo mv /var/lib/dnf/history.sqlite /var/lib/dnf/his
On Sat, 2020-08-08 at 23:14 +0800, Qiyu Yan wrote:
> Patrick O'Callaghan 于2020年8月8日周六 下午10:59写道：
> > On Sat, 2020-08-08 at 19:54 +0800, Qiyu Yan wrote:
> > > > This is an annoyance rather than a problem, but it's been happening for
> > > > over a year and I finally decided to ask about it. This is
Patrick O'Callaghan 于2020年8月8日周六 下午10:59写道：
>
> On Sat, 2020-08-08 at 19:54 +0800, Qiyu Yan wrote:
> > > This is an annoyance rather than a problem, but it's been happening for
> > > over a year and I finally decided to ask about it. This is a snippet
> > > from my usual daily 'dnf update' run (wi
On Sat, 2020-08-08 at 19:54 +0800, Qiyu Yan wrote:
> > This is an annoyance rather than a problem, but it's been happening for
> > over a year and I finally decided to ask about it. This is a snippet
> > from my usual daily 'dnf update' run (with whitespace reduced for
> > legibility):
> >
> No, it
Patrick O'Callaghan 于2020年8月8日周六 下午7:08写道：
> This is an annoyance rather than a problem, but it's been happening for
> over a year and I finally decided to ask about it. This is a snippet
> from my usual daily 'dnf update' run (with whitespace reduced for
> legibility):
>
No, it's not "duplicate"
On 2020-06-11 13:02, Jonathan Billings wrote:
I'd be interested in seeing the output of:
echo 'PRAGMA integrity_check;' | sudo sqlite3 /var/lib/dnf/history.sqlite
It should just return:
ok
°
# echo 'PRAGMA integrity_check;' | sudo sqlite3 /var/lib/dnf/history.sqlite
ok
--
Bob Goodwin - Zu
On Thu, Jun 11, 2020 at 10:27:14AM -0600, Jerry James wrote:
>
> On Thu, Jun 11, 2020 at 10:08 AM Bob Goodwin wrote:
> > No, not that I can see.
> >
> > [bobg@Workstation-1 ~]$ sudo rpm --rebuilddb
> > [sudo] password for bobg:password
> > [bobg@Workstation-1 ~]$
> >
> > Strange, no indication of
On Thu, Jun 11, 2020 at 10:08 AM Bob Goodwin wrote:
> No, not that I can see.
>
> [bobg@Workstation-1 ~]$ sudo rpm --rebuilddb
> [sudo] password for bobg:password
> [bobg@Workstation-1 ~]$
>
> Strange, no indication of any action at all?
Sorry, I wasn't paying attention. The error is on a dnf da
On 2020-06-11 10:46, Jerry James wrote:
On Wed, Jun 10, 2020 at 4:44 AM Bob Goodwin wrote:
DNF failed first try, I ran clean metadata and re-tried, got same result:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
On Wed, Jun 10, 2020 at 4:44 AM Bob Goodwin wrote:
> DNF failed first try, I ran clean metadata and re-tried, got same result:
>
> Running transaction check
> Transaction check succeeded.
> Running transaction test
> Transaction test succeeded.
> Running transaction
> The downloaded packages were
On Wed, 15 Apr 2020 11:25:47 +0100
Patrick O'Callaghan wrote:
> On Tue, 2020-04-14 at 16:24 -0700, stan via users wrote:
> > On Tue, 14 Apr 2020 23:53:58 +0100
> > Patrick O'Callaghan wrote:
> >
> > > The up-arrow thing is a convenience of the Bash Shell (and
> > > probably most other Shells
On Tue, 2020-04-14 at 16:24 -0700, stan via users wrote:
> On Tue, 14 Apr 2020 23:53:58 +0100
> Patrick O'Callaghan wrote:
>
> > > I am aware, that all I have to do is hit the up arrow key, and it
> > > will type the
> > > last used commands.
>
> > The up-arrow thing is a convenience of the Bas
On Tue, 14 Apr 2020 23:53:58 +0100
Patrick O'Callaghan wrote:
> > I am aware, that all I have to do is hit the up arrow key, and it
> > will type the
> > last used commands.
> The up-arrow thing is a convenience of the Bash Shell (and probably
> most other Shells too). It has nothing to do with
On Tue, 2020-04-14 at 12:33 -0500, David wrote:
> I use the following command to update
>
> $ sudo dnf update & flatpak update
>
> Is there a better way to do this. Does anyone have a script or alias
> thing
> that does all that with just sudo dufu or something simple ?
I would
On 14.04.20 19:33, David wrote:
I use the following command to update
$ sudo dnf update & flatpak update
Is there a better way to do this. Does anyone have a script or alias
thing
that does all that with just sudo dufu or something simple ?
I am aware, that all I have to do
On 4/14/20 1:33 PM, David wrote:
> I use the following command to update
>
> $ sudo dnf update & flatpak update
>
> Is there a better way to do this. Does anyone have a script or
> alias thing
> that does all that with just sudo dufu or something simple ?
Why not just put
ali
On Thu, 2 Apr 2020 08:32:32 -0400
David wrote:
> Should I do anything, or just wait for it to self-heal ?
I always ignore it unless it is for a service I actively use,
plus the kernel gets updated so often I usually need to
reboot which will also reload everything.
___
On 2020-04-02 20:32, David wrote:
> I had the following message during and update
> today
>
> Running scriptlet: flatpak-1.6.3-1.fc33.x86_64
> 84/124
> Cleanup : flatpak-1.6.3-1.fc33.x86_64
> 84/124
>
On 8/2/19 12:54 PM, cen wrote:
error: unpacking of archive failed on file
/usr/lib/python2.7/site-packages/backports.ssl_match_hostname-3.5.0.1-py2.7.egg-info:
cpio: File from package already exists as a directory in system
tips?
rpm -qf
/usr/lib/python2.7/site-packages/backports.ssl_matc
Thank you. I did reinstall the packages. With the addition of a 'dnf
clean all; afterwards seems to have resolved the issue!
On Fri, Nov 30, 2018 at 3:05 PM stan wrote:
> On Fri, 30 Nov 2018 10:00:29 -0500
> Willis Yonker wrote:
>
> > Hi,
> >
> > I did a fresh install of Fedora 29 a few weeks
On Fri, 30 Nov 2018 10:00:29 -0500
Willis Yonker wrote:
> Hi,
>
> I did a fresh install of Fedora 29 a few weeks ago. It seems to work
> fine except now dnf seems to not want to use the fedora repo. If I
> remove the fedora.repo file, or even disable the fedora repo in the
> file, it works. An
Suse Shi wrote:
> # dnf update
> Last metadata expiration check: 1:12:38 ago on Mon 27 Aug 2018 08:52:21 AM
> CST.
> Dependencies resolved.
>
> Problem: cannot install both
> gstreamer1-plugins-ugly-free-1.12.5-1.fc27.x86_64 and
> gstreamer1-plugins-ugly-free-1.12.4-2.fc27.x86_64
> - package gs
> On 11/08/2017 12:01 PM, antonio montagnani wrote:
>> tnx for your reply. What do you suggest?? Wait and see??
>
> Yes. You could try occasionally using the --refresh option with dnf to
> make sure it checks for new metadata.
"sudo dnf clean all" also helps.
perl -pe 's/^\s+//g' *.py
_
On 11/08/2017 12:01 PM, antonio montagnani wrote:
tnx for your reply. What do you suggest?? Wait and see??
Yes. You could try occasionally using the --refresh option with dnf to
make sure it checks for new metadata.
___
users mailing list -- users@
Samuel Sieb ha scritto il 08/11/2017 alle 20:31:
On 11/08/2017 09:58 AM, antonio montagnani wrote:
Problema 1: cannot install both webkitgtk4-jsc-2.18.2-1.fc26.i686
and webkitgtk4-jsc-2.18.0-1.fc26.i686
- package webkitgtk4-plugin-process-gtk2-2.18.0-1.fc26.i686
requires webkitgtk4-jsc(x86
On 11/08/2017 09:58 AM, antonio montagnani wrote:
Problema 1: cannot install both webkitgtk4-jsc-2.18.2-1.fc26.i686 and
webkitgtk4-jsc-2.18.0-1.fc26.i686
- package webkitgtk4-plugin-process-gtk2-2.18.0-1.fc26.i686 requires
webkitgtk4-jsc(x86-32) = 2.18.0-1.fc26, but none of the providers ca
On 09/13/16 16:37, joev.8450 wrote:
> I still use priorities as I did with yum. it was an extension under yum.
> then any packages that are in that lower priority repo will not
> over-upgrade the same package in another repo.
Which might fail if the lower priority repo updates before the higher
p
I still use priorities as I did with yum. it was an extension under yum.
then any packages that are in that lower priority repo will not
over-upgrade the same package in another repo.
regards,
Joe Verreau
Durand, MI
On 09/13/2016 02:33 PM, Kevin Cummings wrote:
> On 09/13/16 11:48, Roman Vyache
On 09/13/2016 12:11 PM, Roman Vyacheslavovich wrote:
> В Вт, 13/09/2016 в 18:14 +0200, Jon Ingason пишет:
>> Den 2016-09-13 kl. 17:48, skrev Roman Vyacheslavovich:
>>>
>>> Hi All!
>>>
>>> I have two repos with the same named package. How can i set to
>>> ignore
>>> it from one of them?
>>>
>>> repo
В Вт, 13/09/2016 в 18:14 +0200, Jon Ingason пишет:
> Den 2016-09-13 kl. 17:48, skrev Roman Vyacheslavovich:
> >
> > Hi All!
> >
> > I have two repos with the same named package. How can i set to
> > ignore
> > it from one of them?
> >
> > repo1:package
> > repo2:package
> >
> > i want completel
On 09/13/16 11:48, Roman Vyacheslavovich wrote:
> Hi All!
>
> I have two repos with the same named package. How can i set to ignore
> it from one of them?
>
> repo1:package
> repo2:package
>
> i want completely ignore package from repo2. is it possible with dnf?
With YUM, you used to be able to
Den 2016-09-13 kl. 17:48, skrev Roman Vyacheslavovich:
> Hi All!
>
> I have two repos with the same named package. How can i set to ignore
> it from one of them?
>
> repo1:package
> repo2:package
>
> i want completely ignore package from repo2. is it possible with dnf?
Yes you can! In your case
On Thu, Jun 30, 2016 at 9:35 AM, Walter Cazzola wrote:
> On Wed, 29 Jun 2016, Michal Domonkos wrote:
>
>> It looks like something that is being updated is pulling in the yum
>> package as a dependency. As Tom mentioned, you can find out by trying
>> to remove yum, or even better, by running "dnf
On Wed, 29 Jun 2016, Michal Domonkos wrote:
It looks like something that is being updated is pulling in the yum
package as a dependency. As Tom mentioned, you can find out by trying
to remove yum, or even better, by running "dnf repoquery --installed
--whatrequires yum".
at the moment yum is
On Wed, Jun 29, 2016 at 10:25 AM, Michal Domonkos wrote:
> It looks like something that is being updated is pulling in the yum
> package as a dependency. As Tom mentioned, you can find out by trying
> to remove yum, or even better, by running "dnf repoquery --installed
> --whatrequires yum".
Act
On Wed, Jun 29, 2016 at 12:13 AM, Walter Cazzola wrote:
>
> Dear Experts,
> I've a Fedora 23 installed on my laptop and I keep it updated (even if
> I'm not going through the upgrade process yet).
>
> Yesteday when I checked which packages need to be updated, dnf proposed
> me to install this pack
On Tue, 28 Jun 2016 23:29:06 +0100
Patrick O'Callaghan wrote:
> You can just
> remove them at your leisure.
Or if something actually depend on them, you'll find out if
you do a "dnf erase yum" and it wants to remove lots of
other stuff as well.
--
users mailing list
users@lists.fedoraproject.org
On Wed, 2016-06-29 at 00:13 +0200, Walter Cazzola wrote:
> Dear Experts,
> I've a Fedora 23 installed on my laptop and I keep it updated (even
> if
> I'm not going through the upgrade process yet).
>
> Yesteday when I checked which packages need to be updated, dnf
> proposed
> me to install this p
On Saturday 12 December 2015 14:34:13 John Pilkington wrote:
> Perhaps try
>
> rpm -e --nodeps libkworkspace5-5.4.3-3.fc23.x86_64
>
> ... but I forget exactly how much of the package name is
> appropriate.
That's fixed it. Thanks very much.
--
Richard
--
users mailing list
users@lists.fedorap
On 12/12/2015 06:34 AM, John Pilkington wrote:
Perhaps try
rpm -e --nodeps libkworkspace5-5.4.3-3.fc23.x86_64
... but I forget exactly how much of the package name is appropriate.
John P
Generally speaking, you need just enough to identify it. Unless the OP
has more than one version instal
On 12/12/15 14:17, Richard Ibbotson wrote:
Hi
Anyone any idea how to deal with this one ? FC23. I've tried 'dnf
clean packages' and this still happens after running 'dnf
update'..
Delta RPMs reduced 127.7 MB of updates to 104.6 MB (18.1% saved)
Running transaction check
Transaction check
On Mon, 24 Aug 2015 16:48:22 +0200, Heinz Diehl wrote:
> > https://fedorahosted.org/fedora-infrastructure/ticket/4866
>
> Maybe it's time to take a look at how other distributions do it.
> Arch's pacman has worked for me without any trouble a long time. And
> there is Opensuse & Co..
For such a
On 24.08.2015, Michael Schwendt wrote:
> The feedback in the ticket I've opened is not encouraging so far.
> https://fedorahosted.org/fedora-infrastructure/ticket/4866
Maybe it's time to take a look at how other distributions do it.
Arch's pacman has worked for me without any trouble a long time
On Thu, 20 Aug 2015 07:25:48 -0400 (EDT), Honza Šilhan wrote:
> The more I think about it DNF does it right. You should report it to Fedora
> infrastructure.
> DNF shouldn't inspect all mirrors - you would waste too much resources then.
> We need
> a better mechanism. Just 1 reference repomd met
On Tue, 18 Aug 2015 05:54:07 -0400 (EDT), Honza Šilhan wrote:
> File a bug, if you care, please.
And if I don't file a bug, I don't care?
That would be an odd way to put it. =:-/
Would you rather prefer silence and people returning to another distribution?
I mean, it is not clear yet whether mi
On Sat, 15 Aug 2015 13:40:04 +0100, Patrick O'Callaghan wrote:
> Worth a BZ report surely?
Not from me this time. It is my understanding that there have been
multiple reports before.
A few hours have passed, and meanwhile there are even newer metadata.
However, a subsequent run of "dnf update --
On Sat, 2015-08-15 at 13:21 +0200, Michael Schwendt wrote:
> So, indeed, there's something seriously wrong here, and I assume it
> can only be fixed if the developers of mirror manager and dnf come
> together and look into it.
Worth a BZ report surely?
I have no special insight into this, but oft
On 15.08.2015, Michael Schwendt wrote:
> A day later, no matter how often I run "dnf update --refresh", it never
> gets access to the newer metadata from yesterday again. Not the 76 packages
> as shown earlier in this thread, only the older 50.
Jupp! It's exactly what I'm encountering since movi
> And here's proof of what can happen with just --refresh:
>
> 1. dnf update
> 2. dnf update --refresh
> 3. dnf update --refresh
>
> The last run reverts to older metadata with only 50 updates available compared
> with earlier. Mirror manager assigning to an out-of-date mirror?
A day later
On Fri, 14 Aug 2015 11:59:48 +0100, Patrick O'Callaghan wrote:
> If the metadata is expired, why is it being checked for currency?
User tells the tool the metadata are expired. Whether that is true,
remains to be seen. They are still in the local cache, and the
mirroring system may tell that ther
On Fri, 2015-08-14 at 12:47 +0200, Michael Schwendt wrote:
> Behaviour of running with --refresh and after "clean metadata"
> (or the infamous "clean all") differs, because whereas the latter
> forces dnf to start from scratch and download all metadata, the
> former only expires the metadata. It
And here's proof of what can happen with just --refresh:
1. dnf update
2. dnf update --refresh
3. dnf update --refresh
The last run reverts to older metadata with only 50 updates available compared
with earlier. Mirror manager assigning to an out-of-date mirror?
# dnf update
Last metadata
On Thu, 13 Aug 2015 23:05:06 -0400, Rahul Sundaram wrote:
> Hi
>
> On Thu, Aug 13, 2015 at 3:43 PM, Andreas M. Kirchwitz wrote:
>
> >
> > That does clearly *not* provide the latest updates. It's better than
> > without "--refresh", but "dnf clean metadata" is required for full
> > updates availa
Hi
On Thu, Aug 13, 2015 at 3:43 PM, Andreas M. Kirchwitz wrote:
>
> That does clearly *not* provide the latest updates. It's better than
> without "--refresh", but "dnf clean metadata" is required for full
> updates available.
That contradicts the documentation provided. I would suggest filing
On Thu, 2015-08-13 at 20:49 +, Andreas M. Kirchwitz wrote:
> Maybe it would be less confusing if "--refresh" did the job
> (which sounds like a cool workaround for that kind of problem)
> but there's a difference between "--refresh" and "clean metadata".
From the dnf(1) man page:
Note tha
Suvayu Ali wrote:
>> In practice, there's not much of a difference between "clean all"
>> or just "clean metadata". Because both require the update/upgrade
>> command to download all stuff from the network and build to whole
>> meta database from scratch, even if that wouldn't be necessary.
>
> S
On Thu, Aug 13, 2015 at 07:43:49PM +, Andreas M. Kirchwitz wrote:
> Rahul Sundaram wrote:
>
> >> However, if somebody runs "dnf upgrade" on the command shell then
> >> he clearly wants the latest updates. Right now! No caching or other
> >> magic involved. That's the whole point of running "d
Rahul Sundaram wrote:
>> However, if somebody runs "dnf upgrade" on the command shell then
>> he clearly wants the latest updates. Right now! No caching or other
>> magic involved. That's the whole point of running "dnf upgrade"
>> manually, otherwise the user would have left the whole updating
>
On Sat, Aug 08, 2015 at 02:23:34AM +, Andreas M. Kirchwitz wrote:
> Suvayu Ali wrote:
>
> >> I hope this will be done *fast*, because I have to "clean all"
> >> *everytime* checking for updates. Otherwise, no updates are shown, even
> >> though they exist. This is a major bug.
> >
> > I'm sor
On Fri, 7 Aug 2015 22:38:22 -0400
Rahul Sundaram wrote:
> Hi
>
> On Fri, Aug 7, 2015 at 10:23 PM, Andreas M. Kirchwitz
> >
> > However, if somebody runs "dnf upgrade" on the command shell then
> > he clearly wants the latest updates. Right now! No caching or other
> > magic involved. That's the
Hi
On Fri, Aug 7, 2015 at 10:23 PM, Andreas M. Kirchwitz
>
> However, if somebody runs "dnf upgrade" on the command shell then
> he clearly wants the latest updates. Right now! No caching or other
> magic involved. That's the whole point of running "dnf upgrade"
> manually, otherwise the user woul
Suvayu Ali wrote:
>> I hope this will be done *fast*, because I have to "clean all"
>> *everytime* checking for updates. Otherwise, no updates are shown, even
>> though they exist. This is a major bug.
>
> I'm sorry but "clean all" is not necessary at all! "clean metadata" or
> "clean expire-cac
On 07/23/2015 08:28 AM, Radek Holy wrote:
- Original Message -
From: "Ralf Corsepius"
To: users@lists.fedoraproject.org
Sent: Wednesday, July 22, 2015 6:58:49 PM
Subject: Re: dnf update vs Software Udpates
On 07/22/2015 05:41 PM, Heinz Diehl wrote:
On 22.07.2015, Suvayu
On Thu, Jul 23, 2015 at 02:32:19AM -0400, Radek Holy wrote:
> >
> > Essentially I'm suggesting to treat no connectivity as a powercycle.
> > Hopefully this gives the devs some ideas.
>
> Can you please file an RFE?
Done: https://bugzilla.redhat.com/show_bug.cgi?id=1246253
Cheers,
--
Suvayu
O
- Original Message -
> From: "Ed Greshko"
> To: "Community support for Fedora users"
> Sent: Thursday, July 23, 2015 11:20:05 AM
> Subject: Re: dnf update vs Software Udpates
>
> On 07/23/15 14:30, Radek Holy wrote:
> > Well, "d
On 07/23/2015 06:05 AM, Rahul Sundaram wrote:
Hi
On Wed, Jul 22, 2015 at 10:55 PM, dwoody5654 wrote:
Is there a way to make dnf provide info instead of being silent?
The answer was posted earlier in the thread.
Well, the real answer would be to change dnf's behaviour.
The current behav
On 07/23/15 14:30, Radek Holy wrote:
> Well, "dnf update" is a deprecated alias for "dnf upgrade"
> (http://dnf.readthedocs.org/en/latest/command_ref.html#update-command).
At the risk of sounding pedantic, shouldn't there then be a change to
"check-upgrade" and depreciate "check-update". :-)
F
Ron Yorston wrote:
>What immediately seems odd is that 'dnf --refresh check-update' pulled
>in a new version of the rmy metadata (which hasn't expired) but not
>the updates metadata (which has).
Of course, today it didn't need to download new updates metadata
because it hadn't changed. That wasn'
- Original Message -
> From: "Radek Holy"
> To: "Community support for Fedora users"
> Sent: Thursday, July 23, 2015 9:01:24 AM
> Subject: Re: dnf update vs Software Udpates
>
>
>
> - Original Message -
> > From: "Ron Y
- Original Message -
> From: "Radek Holy"
> To: "Community support for Fedora users"
> Sent: Thursday, July 23, 2015 9:01:24 AM
> Subject: Re: dnf update vs Software Udpates
>
>
>
> - Original Message -
> > From: "Ron Y
- Original Message -
> From: "Ron Yorston"
> To: users@lists.fedoraproject.org
> Sent: Wednesday, July 22, 2015 8:20:11 PM
> Subject: Re: dnf update vs Software Udpates
>
> Suvayu Ali wrote:
> >That said, I sometimes do not understand what's t
- Original Message -
> From: "Suvayu Ali"
> To: users@lists.fedoraproject.org
> Sent: Thursday, July 23, 2015 1:07:13 AM
> Subject: Re: dnf update vs Software Udpates
>
> Hi Pete,
>
> On Wed, Jul 22, 2015 at 05:42:15PM -0500, Pete Travis wrote:
>
- Original Message -
> From: "Rick Stevens"
> To: "Community support for Fedora users"
> Sent: Wednesday, July 22, 2015 7:52:32 PM
> Subject: Re: dnf update vs Software Udpates
>
> On 07/22/2015 10:38 AM, Maurizio Marini wrote:
> > On Tue, 2
- Original Message -
> From: "Ralf Corsepius"
> To: users@lists.fedoraproject.org
> Sent: Wednesday, July 22, 2015 6:58:49 PM
> Subject: Re: dnf update vs Software Udpates
>
> On 07/22/2015 05:41 PM, Heinz Diehl wrote:
> > On 22.07.2015, Suvayu A
Gordon Messmer wrote:
>Use "dnf repolist -v" to find out, in the future. It will print the
>date from the metadata you have, and the URL of the mirror from which it
>was retrieved.
OK, today 'dnf repolist -v' tells me:
fedora: using metadata from Wed Jul 22 08:38:59 2015.
rmy: using metadata f
Hi
On Wed, Jul 22, 2015 at 10:55 PM, dwoody5654 wrote:
> Is there a way to make dnf provide info instead of being silent?
>
> The answer was posted earlier in the thread. Use dnf update --best.
Refer to the man dnf for details.
Rahul
--
users mailing list
users@lists.fedoraproject.org
To unsu
1 - 100 of 160 matches
Mail list logo
