On 05/11/2021 20:30, Samuel Sieb wrote:
On 11/5/21 06:27, lejeczek via users wrote:
Like I said - ... then it's Flatpack (and only Flatpack)
showing up as the source.. - certainly for me, in case of
OBS.
OBS Studio comes with RPMFusion repos but those are all
switched on in Gnome's preferenc
On Fri, 2021-11-05 at 13:37 -0300, George N. White III wrote:
> For GNOME developers, life is easier when users are all running
> the same apps via flatpaks, and users can easily move between
> distros. Since GNOME devs are doing the work, they get to set
> priorities.
Might be easier for them, I
On 11/5/21 06:27, lejeczek via users wrote:
Like I said - ... then it's Flatpack (and only Flatpack) showing up as
the source.. - certainly for me, in case of OBS.
OBS Studio comes with RPMFusion repos but those are all switched on in
Gnome's preferences.
I don't have an F35 system to check, b
On 11/5/21 09:37, George N. White III wrote:
For GNOME developers, life is easier when users are all running
the same apps via flatpaks, and users can easily move between
distros. Since GNOME devs are doing the work, they get to set
priorities.
OBS is not a Gnome project, so that's not a relev
On Fri, 5 Nov 2021 at 10:28, lejeczek via users <
users@lists.fedoraproject.org> wrote:
>
>
> On 05/11/2021 13:15, Matti Pulkkinen wrote:
> > pe, 2021-11-05 kello 12:57 +, lejeczek via users kirjoitti:
> >> Hi guys.
> >>
> >> I wonder if you think this is right - perhaps if @devel
> >> reads t
On 05/11/2021 13:15, Matti Pulkkinen wrote:
pe, 2021-11-05 kello 12:57 +, lejeczek via users kirjoitti:
Hi guys.
I wonder if you think this is right - perhaps if @devel
reads this can shed more light - that Gnome Software, when a
search is ran and a match is found, then it's Flatpack (and
pe, 2021-11-05 kello 12:57 +, lejeczek via users kirjoitti:
> Hi guys.
>
> I wonder if you think this is right - perhaps if @devel
> reads this can shed more light - that Gnome Software, when a
> search is ran and a match is found, then it's Flatpack (and
> only Flatpack) showing up a the s
Hi guys.
I wonder if you think this is right - perhaps if @devel
reads this can shed more light - that Gnome Software, when a
search is ran and a match is found, then it's Flatpack (and
only Flatpack) showing up a the source.
One such app which Gnome wants to flatpack-install is OBS
studio, w
On 26/04/2021 03:34, Michael Hennebry wrote:
On Mon, 26 Apr 2021, Ed Greshko wrote:
Well, for sure you have rpmfusion-nonfree-appstream-data installed on your
system. And,
in the update process it is found that the signing key needs and update as well.
As a guess, I tried yum update
On 4/25/21 12:34 PM, Michael Hennebry wrote:
On Mon, 26 Apr 2021, Ed Greshko wrote:
I don't know why you'd see this request to update the key as a "problem".
I took it as a request to continue without a valid key.
>>> Importing GPG key 0x94843C65:
>>> Userid : "RPM Fusion nonfree reposi
On Mon, 26 Apr 2021, Ed Greshko wrote:
On 26/04/2021 02:09, Michael Hennebry wrote:
On F33, yum update gives me
...
(195/196): vim-common-8.2.2787-1.fc33.x86_64.rp 3.6 MB/s | 6.7 MB 00:01
(196/196): java-11-openjdk-headless-11.0.11.0.9 2.4 MB/s | 38 MB 00:15
[DRPM] libburn-1.5.4-1
On 26/04/2021 02:09, Michael Hennebry wrote:
On F33, yum update gives me
...
(195/196): vim-common-8.2.2787-1.fc33.x86_64.rp 3.6 MB/s | 6.7 MB 00:01
(196/196): java-11-openjdk-headless-11.0.11.0.9 2.4 MB/s | 38 MB 00:15
[DRPM] libburn-1.5.4-1.fc33_1.5.4-2.fc33.x86_64.drpm: done
On F33, yum update gives me
...
(195/196): vim-common-8.2.2787-1.fc33.x86_64.rp 3.6 MB/s | 6.7 MB 00:01
(196/196): java-11-openjdk-headless-11.0.11.0.9 2.4 MB/s | 38 MB 00:15
[DRPM] libburn-1.5.4-1.fc33_1.5.4-2.fc33.x86_64.drpm: done
This thread was about the failure of a script that uses mock --chain to
build rpm packages from more than one src.rpm.
There had been a recent update of mock itself, and some of its config
packages too. More updates have followed, and my system appears to be
working again, with a small work-a
lease
of Mock is comming with the following fix:
https://github.com/rpm-software-management/mock/pull/486
After that, mock won't care whether you use `dnf.conf`, `yum.conf` or mix.
Sorry for inconvenience,
Pavel
> In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is a
>
On 23/02/2020 20:16, Sérgio Basto wrote:
I'm fixing it , new mock 2.0 broke it , I wasn't expect that version was
pushed to stable, too soon ...
yes , we just just replace yum.conf with dnf.conf in rpmfusion configurations
Hi Sergio: I have been using F30 mock --chain in a script to build
I'm fixing it , new mock 2.0 broke it , I wasn't expect that version was
pushed to stable, too soon ...
yes , we just just replace yum.conf with dnf.conf in rpmfusion configurations
___
users mailing list -- users@lists.fedoraproject.org
To unsubscri
On 23/02/2020 11:28, John Pilkington wrote:
On 22/02/2020 23:57, Todd Zullinger wrote:
John Pilkington wrote:
Thanks for the suggestions :-)
/etc/mock/default.cfg was 0 bytes and there was a recent
/etc/mock/default.cfg.rpmnew
With the rpmnew version copied into place
mock --scrub=all -r fed
On 22/02/2020 23:57, Todd Zullinger wrote:
John Pilkington wrote:
Thanks for the suggestions :-)
/etc/mock/default.cfg was 0 bytes and there was a recent
/etc/mock/default.cfg.rpmnew
With the rpmnew version copied into place
mock --scrub=all -r fedora-30-x86_64-rpmfusion_free
still gave the
John Pilkington wrote:
> Thanks for the suggestions :-)
>
> /etc/mock/default.cfg was 0 bytes and there was a recent
> /etc/mock/default.cfg.rpmnew
>
> With the rpmnew version copied into place
>
> mock --scrub=all -r fedora-30-x86_64-rpmfusion_free
>
> still gave the KeyError. Omitting the -r
On 22/02/2020 18:14, Todd Zullinger wrote:
John Pilkington wrote:
Fedora 30 had several dnf-related updates today. Since then, mock fails
with KeyError: 'yum.conf'
In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is a
link to yum/yum.conf, which is a 0 byte fil
John Pilkington wrote:
> Fedora 30 had several dnf-related updates today. Since then, mock fails
> with KeyError: 'yum.conf'
>
> In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is a
> link to yum/yum.conf, which is a 0 byte file.
>
> In th
Fedora 30 had several dnf-related updates today. Since then, mock fails
with KeyError: 'yum.conf'
In the mockbuild directory, /var/lib/mock/Fedora.../root/etc/yum.conf is
a link to yum/yum.conf, which is a 0 byte file.
In the corresponding file for epel-7 builds, last used
On Mon, 25 Feb 2019 08:03:27 -0500 Neal Becker wrote:
> Today's update, which wanted to install dnf-utils, failed due to conflicts
> with yum-utils. I was able to remove yum-utils and then transactions
> completed.
Thank you. That solved my problem
Today's update, which wanted to install dnf-utils, failed due to conflicts
with yum-utils. I was able to remove yum-utils and then transactions
completed.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to use
It's been years since I used yum, so the answers could be polluted with
dnf usage.
>
> Questions
>
> 1) Any ideas why my yum runs keep hanging, and what I can do to fix
> it?
Turn up the debugging in /etc/yum.conf. I think the max is 10.
Redirect the output to a file, both
Sorry for cross posting folks, but I'm a bit desperate and the Centos mailing
list doesn't seem to like me at the moment.
All of this is on a Centos 7 system, but I'm hoping someone here can help
Questions
1) Any ideas why my yum runs keep hanging, and what I can do to fix it?
On Thu, 2016-12-01 at 17:45 +0100, Ger van Dijck wrote:
> Hi all ,
>
> A question : How can I remove a repositorie in YUM repositories ?
>
> Some way or another certain defined reposiories causes when trying
> updating the system conflicts.
You should probably switch to d
Hi all ,
A question : How can I remove a repositorie in YUM repositories ?
Some way or another certain defined reposiories causes when trying
updating the system conflicts.
Kind regards,
Ger van Dijck.
--
Using Opera's mail client: http://www.opera.com
Samuel Sieb wrote:
>> Is there any counterpart of the old "yum check" where I can verify
>> everything is now ok?
>>
> I don't know what "yum check" did. What are you trying to verify?
From the man page for YUM.
> check Checks the local rpmdb
oh...
for me..
dmesg | grep rtl
returns rtl188ee
modprobe rtl8188ee installs
I had renamed the files for the rtl :
/lib/firmware/rtlwifi/rtl8192cfw.bin
/lib/firmware/rtlwifi/rtl8192cfwU_B.bin
/lib/firmware/rtlwifi/rtl8192defw.bin
and removed the rtl using modprobe
I then, via yum
On 04/07/16 13:40, bruce wrote:
Happy 4th guys..
I have a centos 6.5 box with a yum update error. (I know, this is fed,
but thought maybe I could get pointers here on this!)
The laptop runs kernel for elrepo, to be able to use the builtin wifi.
The update process, was the same as usual, as
On 07/04/2016 04:05 PM, bruce wrote:
Checked for the cards:
cat /proc/asound/cards
What is the output of this?
If you have additional info, feel free to add it, might help someone in
the future!
What is the output of "lspci -v" (just the part for your sound card)?
Also, the output of "apl
On 07/04/2016 05:40 AM, bruce wrote:
Happy 4th guys..
I have a centos 6.5 box with a yum update error. (I know, this is fed,
but thought maybe I could get pointers here on this!)
The laptop runs kernel for elrepo, to be able to use the builtin wifi.
What wifi chipset is it?
If you&#x
Hi.
Forgive me for posting here on a centos issue... but, maybe it'll help
someone if they run into the same issue on centos/fed...
Did a yum update.... yum went through the process, did the update as
expected.
However, after the update.. sound was gone!
Checked for the cards:
cat
Hey Ed.
Thanks for the reply.
For grins, I placed the exclude line in the elrepo file for the yum update
[elrepo]
name=ELRepo.org Community Enterprise Linux Repository - el6
baseurl=http://elrepo.org/linux/elrepo/el6/$basearch/
http://mirrors.coreix.net/elrepo/elrepo/el6/$basearch
.
--- Begin Message ---
On 07/04/16 20:40, bruce wrote:
> Happy 4th guys..
>
> I have a centos 6.5 box with a yum update error. (I know, this is fed, but
> thought maybe
> I could get pointers here on this!)
>
> The laptop runs kernel for elrepo, to be able to use the builtin
On 07/04/16 20:40, bruce wrote:
> Happy 4th guys..
>
> I have a centos 6.5 box with a yum update error. (I know, this is fed, but
> thought maybe
> I could get pointers here on this!)
>
> The laptop runs kernel for elrepo, to be able to use the builtin wifi.
>
> The u
Happy 4th guys..
I have a centos 6.5 box with a yum update error. (I know, this is fed, but
thought maybe I could get pointers here on this!)
The laptop runs kernel for elrepo, to be able to use the builtin wifi.
The update process, was the same as usual, as root, run "yum update" ne
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
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 mom
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
> -
roposed
> me to install this packages:
>
>Installing:
> yum noarch 3.4.3-507.fc23 fedora 1.2 M
> yum-metadata-parser x86_64 1.1.4-15.fc23fedora 39 k
> yum-utils noarch 1.1.31-508.fc23 updates 117 k
>
> This sounds wei
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
use
; proposed
> me to install this packages:
>
> Installing:
> yum noarch 3.4.3-507.fc23 fedora 1.2 M
> yum-metadata-parser x86_64 1.1.4-15.fc23fedora 39 k
> yum-utils noarch 1.1.31-508.fc23 updates 117 k
>
> This
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 packages:
Installing:
yum noarch
On Thu, 16 Jun 2016 10:51:29 +0100
Andrew Haley wrote:
> On 16/06/16 04:29, Tim wrote:
>
> > The point of shared libraries is efficiency. Just wait to you
> > install a dozen things that required Java, for instance, and they
> > all decide that they need to bring in their own, rather than use a
On Thu, 2016-06-16 at 00:45 +0100, James Hogarth wrote:
> On 15 Jun 2016 22:57, "Patrick O'Callaghan"
> wrote:
> >
> >
> > http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap
> > -app
> > s-are-coming-to-distros-everywhere-bye-
On 16/06/16 04:29, Tim wrote:
> The point of shared libraries is efficiency. Just wait to you
> install a dozen things that required Java, for instance, and they
> all decide that they need to bring in their own, rather than use a
> system installation.
Here's a thought: couldn't this system use
//arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app>
> > s-are-coming-to-distros-everywhere-bye-apt-yum/
> >
> > At first glance this looks really interesting and will be available on
> > Fedora, though according to the article RedHat haven't yet decided
On 06/15/2016 08:29 PM, Tim wrote:
Allegedly, on or about 15 June 2016, Patrick O'Callaghan sent:
http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app
s-are-coming-to-distros-everywhere-bye-apt-yum/
At first glance this looks really interesting and will be availab
Allegedly, on or about 15 June 2016, Patrick O'Callaghan sent:
> http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app
> s-are-coming-to-distros-everywhere-bye-apt-yum/
>
> At first glance this looks really interesting and will be available on
> Fedora, tho
On 15 Jun 2016 22:57, "Patrick O'Callaghan" wrote:
>
> http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app
> s-are-coming-to-distros-everywhere-bye-apt-yum/
>
> At first glance this looks really interesting and will be available on
> Fedora
On Wed, 15 Jun 2016 22:56:17 +0100
Patrick O'Callaghan wrote:
> Any thoughts?
I don't think this ought to be done via yet another
package format, because that will mean I'd still need
someone to create the package and if there isn't one,
I can't install (without lots more work).
I'd rather see a
http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app
s-are-coming-to-distros-everywhere-bye-apt-yum/
At first glance this looks really interesting and will be available on
Fedora, though according to the article RedHat haven't yet decided to
support it officially.
Any tho
> From: "Rick Stevens"
> On 04/12/2016 02:30 PM, Paolo Galtieri wrote:
> > This is a problem that has existed for a long time, and is starting to
> > get really annoying. I'm running F22 and when I do an update the
> > directories /var/cache/dnf and /
On Wed, Apr 13, 2016 at 09:45:23AM -0700, Rick Stevens wrote:
> On 04/13/2016 07:40 AM, Paolo Galtieri wrote:
> >Thank you for all the comments.
> >
> >What I find interesting, as I indicated in my original post, is that
> >it's the files in
> >
> >/v
On 04/13/2016 07:40 AM, Paolo Galtieri wrote:
Thank you for all the comments.
What I find interesting, as I indicated in my original post, is that
it's the files in
/var/cache/yum/x86_64/22
that are being updated even though I use dnf to do the update. They show
the current date of my
On 04/13/16 10:42, Patrick O'Callaghan wrote:
> On Wed, 2016-04-13 at 10:12 -0500, g wrote:
>> ===>
>> i may be in err, but i believe that dnf also uses "/var/cache/yum/*".
>
> No, it uses /var/cache/dnf.
>
===>
my bad. i thought i had read in in t
On Wed, 2016-04-13 at 10:12 -0500, g wrote:
> ===>
> i may be in err, but i believe that dnf also uses "/var/cache/yum/*".
No, it uses /var/cache/dnf.
poc
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproj
On 04/13/16 09:40, Paolo Galtieri wrote:
> Thank you for all the comments.
>
> What I find interesting, as I indicated in my original post, is that
> it's the files in
>
> /var/cache/yum/x86_64/22
>
===>
i may be in err, but i believe that dnf also uses "/v
Thank you for all the comments.
What I find interesting, as I indicated in my original post, is that
it's the files in
/var/cache/yum/x86_64/22
that are being updated even though I use dnf to do the update. They show
the current date of my last update.
I'll go ahead and rm -rf t
es won't be touched
> unless you specify the "--releasever=" option.
You're right. I just assumed they were gone after the upgrade (I
don't upgrade using the tool; usually just do a separate fresh
install). Bad assumption, it seems.
I like the other suggestion, just delet
On 04/12/2016 02:50 PM, Rick Stevens wrote:
"dnf (or yum) clean all" only clean for the CURRENT fedora. Your "du -s"
commands are from /var/cache, and since you didn't specify walking
down the tree (e.g. "du -hs *"), we don't know which directories un
On 04/12/2016 03:03 PM, stan wrote:
On Tue, 12 Apr 2016 14:30:49 -0700
Paolo Galtieri wrote:
[snip]
Still no change. How do I remove the data?
I've had good luck with dnf clean packages and yum clean packages.
Any help is appreciated.
Do you have keepcache=0 in /etc/yum.con
On Tue, 12 Apr 2016 14:30:49 -0700
Paolo Galtieri wrote:
[snip]
> Still no change. How do I remove the data?
I've had good luck with dnf clean packages and yum clean packages.
> Any help is appreciated.
Do you have keepcache=0 in /etc/yum.conf and /etc/dnf/dnf.conf? If
that
On 04/12/2016 02:30 PM, Paolo Galtieri wrote:
This is a problem that has existed for a long time, and is starting to
get really annoying. I'm running F22 and when I do an update the
directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
seem to be any way to clea
On Tue, Apr 12, 2016 at 5:31 PM Paolo Galtieri wrote:
> This is a problem that has existed for a long time, and is starting to
> get really annoying. I'm running F22 and when I do an update the
> directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
>
This is a problem that has existed for a long time, and is starting to
get really annoying. I'm running F22 and when I do an update the
directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
seem to be any way to clean them out.
cd /var/cache
cd yum/x86_64/22
ls -
On 03/04/2016 04:13 AM, Gary Stainburn wrote:
> On Thursday 03 March 2016 17:37:16 Stephen Gallagher wrote:
>>
>> engine.io isn't packaged in Fedora, so it's not going to be able to find it
>> just from a yum install.
>>
>> You need to run `npm install` i
On Thursday 03 March 2016 17:37:16 Stephen Gallagher wrote:
>
> engine.io isn't packaged in Fedora, so it's not going to be able to find it
> just from a yum install.
>
> You need to run `npm install` in "and it
> will download all the requires modules into the nod
On 03/02/2016 09:54 AM, Gary Stainburn wrote:
> I folks.
>
> I've tried installing node.js and socket.io as I want to see if they will
> provide a solution to a problem I have.
>
> However, the first problem I've got is that it won't run. Below are the yum
I folks.
I've tried installing node.js and socket.io as I want to see if they will
provide a solution to a problem I have.
However, the first problem I've got is that it won't run. Below are the yum
installs that I've tried. They look a bit iratic as I did them while
, yum was downloading five packages at a time.
Have you visited "man yum.conf" yet?
There's lots of stuff about bandwidth throttling and stuff like that
in it:
max_connections
The maximum number of simultaneous connections. This
overrides
the url
On 2015-12-18 01:34, Michael Schwendt wrote:
On Thu, 17 Dec 2015 17:05:21 -0700, Robin Laing wrote:
Hello,
I am trying to upgrade my system and through our corporate
firewall/network filters/etc, the bandwidth is limited. Today while
doing an upgrade, yum was downloading five packages at a
On Thu, 17 Dec 2015 17:05:21 -0700, Robin Laing wrote:
> Hello,
>
> I am trying to upgrade my system and through our corporate
> firewall/network filters/etc, the bandwidth is limited. Today while
> doing an upgrade, yum was downloading five packages at a time.
Have you visite
On 2015-12-17 17:45, Rick Stevens wrote:
On 12/17/2015 04:05 PM, Robin Laing wrote:
Hello,
I am trying to upgrade my system and through our corporate
firewall/network filters/etc, the bandwidth is limited. Today while
doing an upgrade, yum was downloading five packages at a time.
Due to the
On 12/17/2015 04:05 PM, Robin Laing wrote:
Hello,
I am trying to upgrade my system and through our corporate
firewall/network filters/etc, the bandwidth is limited. Today while
doing an upgrade, yum was downloading five packages at a time.
Due to the limits, I was running into a under X bytes
Hello,
I am trying to upgrade my system and through our corporate
firewall/network filters/etc, the bandwidth is limited. Today while
doing an upgrade, yum was downloading five packages at a time.
Due to the limits, I was running into a under X bytes for 60 seconds
restart.
The limit is
On Wed, 2015-12-09 at 15:06 -0500, Fernando Cassia wrote:
> On Wed, Dec 9, 2015 at 2:04 PM, Andrew Haley wrote:
> > It's a terrible name for anyone who knows motor racing: it
> > indicates
> > a total failure.
> What is wrong with the Linux world that prevents it from using human
> readable packag
On 12/10/2015 04:51 AM, Tim wrote:
Allegedly, on or about 09 December 2015, Ralf Corsepius sent:
My view: The only thing that was wrong with yum, was it being
work-in-progress, when its maintainer passed away.
One hopes that something as central as the updating/installing tool
would be (a
On 10 December 2015 at 14:44, Ian Malone wrote:
> On 10 December 2015 at 11:51, Tim wrote:
>> Allegedly, on or about 09 December 2015, Ralf Corsepius sent:
>>> My view: The only thing that was wrong with yum, was it being
>>> work-in-progress, when its maintainer p
On 10 December 2015 at 11:51, Tim wrote:
> Allegedly, on or about 09 December 2015, Ralf Corsepius sent:
>> My view: The only thing that was wrong with yum, was it being
>> work-in-progress, when its maintainer passed away.
>
> One hopes that something as central as the upd
On 10. 12. 2015 at 22:21:42, Tim wrote:
> Allegedly, on or about 09 December 2015, Ralf Corsepius sent:
> > My view: The only thing that was wrong with yum, was it being
> > work-in-progress, when its maintainer passed away.
>
> One hopes that something as central as the upd
Allegedly, on or about 09 December 2015, Ralf Corsepius sent:
> My view: The only thing that was wrong with yum, was it being
> work-in-progress, when its maintainer passed away.
One hopes that something as central as the updating/installing tool
would be (a) worked on by more than one
Tim wrote:
>> As acronyms go, I think it's an odd one, too. DNF in sporting parlance
>> means did not finish. To other people, it might mean do not f**k.
Joe Zeff:
> Why couldn't you spell out fork properly. Or were you referring to fsck?
I left it so people could use whatever f**k word they w
This is the rationale I was told:
http://www.linux-magazine.com/Online/Features/Will-DNF-Replace-Yum
--
Bruce Byfield 604-421-7189 (on Pacific time)
https://brucebyfield.wordpress.com
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https
On Dec 9, 2015 4:17 AM, "Junayeed Ahnaf" wrote:
>
> Hello,
>
>
>
> I haven’t been using Fedora for a while (2+ years) and yesterday I
installed fedora on dad’s computer and see that they replaced yum with dnf.
Now the question is why was this done ? And who names t
On Wed, Dec 9, 2015 at 2:04 PM, Andrew Haley wrote:
> It's a terrible name for anyone who knows motor racing: it indicates
> a total failure.
>
What is wrong with the Linux world that prevents it from using human
readable package names that indicate its FUNCTION?
Fedora-package-manager was not
On 12/09/2015 12:37 PM, Junayeed Ahnaf wrote:
What's interesting to me, is that you cannot compile the very last working yum
and expect it to build and work flawlessly in in fc22 and later.
THAT is more upsetting to me than the issues/problems in dnf.
Why is that? What’s the problem
>
What's interesting to me, is that you cannot compile the very last working yum
and expect it to build and work flawlessly in in fc22 and later.
THAT is more upsetting to me than the issues/problems in dnf.
>
Why is that? What’s the problem ? Any specific library it is built against
an do not f**k.
Why couldn't you spell out fork properly. Or were you referring to
fsck?
Seems to me that the better question to have been asked
by the OP would have been: What was WRONG with yum?
and: What does dnf fix that was
broken in yum?
My view
On 12/09/2015 11:31 AM, Patrick O'Callaghan wrote:
> On Wed, 2015-12-09 at 16:17 +0600, Junayeed Ahnaf wrote:
>> I haven't been using Fedora for a while (2+ years) and yesterday I
>> installed
>> fedora on dad's computer and see that they replaced yum with dn
l out fork properly. Or were you referring to fsck?
Seems to me that the better question to have been asked
by the OP would have been: What was WRONG with yum?
and: What does dnf fix that was
broken in yum?
My view: The only thing that was wrong with yum, was it b
Seems to me that the better question to have been asked by the OP would have
been: What was WRONG with yum?
and: What does dnf fix that was broken
in yum?
I second this
-Original Message-
From: users-boun...@lists.fedoraproject.org
[mailto:users
ng to fsck?
Seems to me that the better question to have been asked
by the OP would have been: What was WRONG with yum?
and: What does dnf fix that was
broken in yum?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription opti
On 12/09/2015 03:21 AM, Tim wrote:
As acronyms go, I think it's an odd one, too. DNF in sporting parlance
means did not finish. To other people, it might mean do not f**k.
Why couldn't you spell out fork properly. Or were you referring to fsck?
--
users mailing list
users@lists.fedoraproject
On Wed, 09 Dec 2015 11:31:14 +, Patrick O'Callaghan wrote:
> > as "DNF"
> > ? The name seems pretty weird to be honest.
>
> No wierder than YUM (Yellow-dog Updater Modified)
Well, it had started as a modified "yup" (the Yellow Dog Linux Updater)
On Wed, 2015-12-09 at 16:17 +0600, Junayeed Ahnaf wrote:
> I haven't been using Fedora for a while (2+ years) and yesterday I
> installed
> fedora on dad's computer and see that they replaced yum with dnf. Now
> the
> question is why was this done ? And who names their
Allegedly, on or about 09 December 2015, Junayeed Ahnaf sent:
> And who names their package manager as “DNF” ? The name seems pretty
> weird to be honest.
As acronyms go, I think it's an odd one, too. DNF in sporting parlance
means did not finish. To other people, it might mean do not f**k.
-
1 - 100 of 2857 matches
Mail list logo
