Re: packages: where does x come from?

On Sat, Sep 18, 2021 at 1:06 PM jtagcat jtagcat wrote: > I've looked on multiple occasions for a 'dnf whomaintains', or a section > in info containing 'source' or maintainer. > > Let's take an example: > $ dnf info kubernetes-client > Source : kubernetes-1.20.5-1.fc34.src.rpm > Repository

Re: packages in /var/lib/system-upgrade

On 11/24/2015 05:33 PM, sean darcy wrote: On 11/24/2015 12:33 PM, Rick Stevens wrote: On 11/23/2015 08:24 PM, Stephen Davies wrote: On 19/11/15 11:05, Rick Stevens wrote: On 11/18/2015 04:25 PM, Sam Varshavchik wrote: Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello

Re: packages in /var/lib/system-upgrade

On 11/24/2015 12:33 PM, Rick Stevens wrote: On 11/23/2015 08:24 PM, Stephen Davies wrote: On 19/11/15 11:05, Rick Stevens wrote: On 11/18/2015 04:25 PM, Sam Varshavchik wrote: Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upg

Re: packages in /var/lib/system-upgrade

On 11/23/2015 08:24 PM, Stephen Davies wrote: On 19/11/15 11:05, Rick Stevens wrote: On 11/18/2015 04:25 PM, Sam Varshavchik wrote: Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upgrade Why ? The system upgrade process down

Re: packages in /var/lib/system-upgrade

On 19/11/15 11:05, Rick Stevens wrote: On 11/18/2015 04:25 PM, Sam Varshavchik wrote: Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upgrade Why ? The system upgrade process downloads all the RPMs needed to upgrade the system

Re: packages in /var/lib/system-upgrade

On 11/18/2015 04:25 PM, Sam Varshavchik wrote: Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upgrade Why ? The system upgrade process downloads all the RPMs needed to upgrade the system to that directory, then creates a symli

Re: packages in /var/lib/system-upgrade

Rick Stevens writes: On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upgrade Why ? The system upgrade process downloads all the RPMs needed to upgrade the system to that directory, then creates a symlink called "/system-upgrade" to point at it. When

Re: packages in /var/lib/system-upgrade

On 11/18/2015 02:49 PM, Patrick Dupre wrote: Hello I am plenty of file in /var/lib/system-upgrade Why ? The system upgrade process downloads all the RPMs needed to upgrade the system to that directory, then creates a symlink called "/system-upgrade" to point at it. When the system reboots in

Re: packages not from a trusted source

On 16/06/15 01:06, Patrick O'Callaghan wrote: ... >> Well right, but what about apper? Does it really have no way to show >> me >> what it's warning me about? > > I have no idea. Everyone has different tastes but I have only ever used > the command line for updating (formerly yum, now dnf) since

Re: packages not from a trusted source

On Mon, 2015-06-15 at 08:38 -0500, Glenn Holmer wrote: > On 06/14/2015 11:24 AM, Patrick O'Callaghan wrote: > > On Sun, 2015-06-14 at 07:34 -0500, Glenn Holmer wrote: > > > I had a bunch of updates in apper this morning, and quite a few > > > of > > > them > > > showed the "not from a trusted sou

Re: packages not from a trusted source

On 06/14/2015 11:24 AM, Patrick O'Callaghan wrote: > On Sun, 2015-06-14 at 07:34 -0500, Glenn Holmer wrote: >> I had a bunch of updates in apper this morning, and quite a few of >> them >> showed the "not from a trusted source" warning. I'm at a loss to >> figure >> out how to get more informatio

Re: packages not from a trusted source

On Sun, 2015-06-14 at 07:34 -0500, Glenn Holmer wrote: > I had a bunch of updates in apper this morning, and quite a few of > them > showed the "not from a trusted source" warning. I'm at a loss to > figure > out how to get more information from the message. Which package? > coming > from where?

Re: Packages without updates during 20->21 upgrade

Hi, Following with solutions to many of these issues... I'm using fedup to upgrade from fedora20 to fedora21 before going to fedora22, and there appears to be a few packages that have no fedora21 equivalent: Packages without updates: aic94xx-firmware-30-6.fc20.noarch febootstrap-supermin

Re: packages

On Fri, 02 May 2014 13:49:39 +0200, Patrick Dupre wrote: > Hello, > > I made the following packages because they either do not existed > or because they were wrong. > I can donate them to the community if it make sense. Depending on how much interest you would develop for real packaging, you mig

Re: packages

On May 2, 2014 5:49 AM, "Patrick Dupre" wrote: > > Hello, > > I made the following packages because they either do not existed > or because they were wrong. > I can donate them to the community if it make sense. > perl-Chart-Clicker-2.88-1.fc20.noarch.rpm > perl-Chart-GRACE-0.95-1.fc20.noarch.rpm

Re: packages requiring "httpd" as opposed to requiring "webserver"?

On Thu, 20 Feb 2014, Rahul Sundaram wrote: > HI > > > On Thu, Feb 20, 2014 at 11:11 AM, Robert P. J. Day wrote: >   that might be a *lot* of bug reports: > > $ repoquery -q --whatrequires webserver| wc -l > 20 > $ repoquery -q --whatrequires httpd| wc -l > 205 > > > Y

Re: packages requiring "httpd" as opposed to requiring "webserver"?

HI On Thu, Feb 20, 2014 at 11:11 AM, Robert P. J. Day wrote: > that might be a *lot* of bug reports: > > $ repoquery -q --whatrequires webserver| wc -l > 20 > $ repoquery -q --whatrequires httpd| wc -l > 205 > You shouldn't do this blindly. Some packages specifically need httpd and not just

Re: packages requiring "httpd" as opposed to requiring "webserver"?

On Thu, 20 Feb 2014, Remi Collet wrote: > Le 20/02/2014 14:43, Robert P. J. Day a écrit : > > > is that considered good package design? it may be that there are > > some packages that absolutely need some webserver feature that is > > provided only by httpd, but is it also possible that some pac

Re: packages requiring "httpd" as opposed to requiring "webserver"?

Le 20/02/2014 14:43, Robert P. J. Day a écrit : > is that considered good package design? it may be that there are > some packages that absolutely need some webserver feature that is > provided only by httpd, but is it also possible that some packages are > being unnecessarily restrictive? just

Re: packages requiring "httpd" as opposed to requiring "webserver"?

On Thu, 20 Feb 2014, Rahul Sundaram wrote: > Hi > > > On Thu, Feb 20, 2014 at 8:43 AM, Robert P. J. Day  wrote: > >   is that considered good package design? it may be that there are > some packages that absolutely need some webserver feature that is > provided only by httpd, but

Re: packages requiring "httpd" as opposed to requiring "webserver"?

Hi On Thu, Feb 20, 2014 at 8:43 AM, Robert P. J. Day wrote: > > is that considered good package design? it may be that there are > some packages that absolutely need some webserver feature that is > provided only by httpd, but is it also possible that some packages are > being unnecessarily r

Re: packages installed

On 03/14/2013 06:39 PM, Reindl Harald wrote: > and if you want a usefull list without version-numbers > which are not helpful to install the same packages > months later on another machine: > > [root@rh:~]$ cat /usr/local/bin/packages > #!/usr/bin/bash > /bin/nice -n 19 /bin/rpm -qa --queryformat

Re: packages installed

Am 14.03.2013 14:02, schrieb Richard Shaw: > On Wed, Mar 13, 2013 at 5:01 PM, Jorge Martínez López > wrote: >> Hi! >> >> 2013/3/13 Patrick Dupre : >>> Hello, >>> >>> In fedora 16 there was a directory /var/log/rpmpkgs >>> where I could find a record or the installed packages. >>> This directory

Re: packages installed

On Wed, Mar 13, 2013 at 5:01 PM, Jorge Martínez López wrote: > Hi! > > 2013/3/13 Patrick Dupre : >> Hello, >> >> In fedora 16 there was a directory /var/log/rpmpkgs >> where I could find a record or the installed packages. >> This directory does not seem to exist any more. >> Has it moved somewher

Re: packages installed

Hi! 2013/3/13 Patrick Dupre : > Hello, > > In fedora 16 there was a directory /var/log/rpmpkgs > where I could find a record or the installed packages. > This directory does not seem to exist any more. > Has it moved somewhere else? /var/log/yum.log or yum list installed Greetings, -- Jorge M

looking for /var/log/rpmpkgs, was Re: packages installed

> Hello, > > In fedora 16 there was a directory /var/log/rpmpkgs > where I could find a record or the installed packages. > This directory does not seem to exist any more. > Has it moved somewhere else? rpmpkgs is a file that gets created in the /var/log directory Currently, in F18 this is genera

Re: [Packages] Minus Desktop Tool for Fedora

On Tue, 2012-01-17 at 19:46 -0600, Manuel Escudero wrote: > So I was navigating the Net when I found this online storage service > with > an interesting twist called "Minus" I discovered they had a Desktop > client > for their service and that the Desktop client had versions for Ubuntu > and > Arc

Re: [Packages] Minus Desktop Tool for Fedora

2012/1/22 Aaron Konstam > On Tue, 2012-01-17 at 19:46 -0600, Manuel Escudero wrote: > > So I was navigating the Net when I found this online storage service > > with > > an interesting twist called "Minus" I discovered they had a Desktop > > client > > for their service and that the Desktop clien

Re: [Packages] Minus Desktop Tool for Fedora

On Tue, 2012-01-17 at 19:46 -0600, Manuel Escudero wrote: > So I was navigating the Net when I found this online storage service > with > an interesting twist called "Minus" I discovered they had a Desktop > client > for their service and that the Desktop client had versions for Ubuntu > and > Arc

Re: [Packages] Minus Desktop Tool for Fedora

2012/1/18 Rahul Sundaram > On 01/18/2012 09:03 PM, Manuel Escudero wrote: > > > > > I'm afraid I can't... Even when Minus is supposed to be based on > Opensource > > I don't think there's a tarball to actually compile the app... (or maybe > > there is somewhere thanks to the > > archlinux package

Re: [Packages] Minus Desktop Tool for Fedora

On 01/18/2012 09:03 PM, Manuel Escudero wrote: > > I'm afraid I can't... Even when Minus is supposed to be based on Opensource > I don't think there's a tarball to actually compile the app... (or maybe > there is somewhere thanks to the > archlinux package they have) But as this is only a convert

Re: [Packages] Minus Desktop Tool for Fedora

2012/1/18 Rahul Sundaram > On 01/18/2012 07:16 AM, Manuel Escudero wrote: > > > Minus Website > > > > And if you're on Fedora and want to use the Minus desktop tool, you can > > download the RPM's I created from here: > > > > 32Bit - > > > http://commondatastorage.googleap

Re: [Packages] Minus Desktop Tool for Fedora

On 01/18/2012 07:16 AM, Manuel Escudero wrote: > Minus Website > > And if you're on Fedora and want to use the Minus desktop tool, you can > download the RPM's I created from here: > > 32Bit - > http://commondatastorage.googleapis.com/xenodecdn/Minus-Desktop-RPM/minus-des

Re: Packages remaining after upgrade

On 03/10/2011 09:08 PM, Alex wrote: > That was my exact concern. I realize if there are no package changes > it doesn't need to be updated; I was just concerned that after the > upgrade (including distro-sync), there were still such old packages. I > would have expected at least a "build world" kin

Re: Packages remaining after upgrade

Hi, >> I've just upgraded from fc13 to fc14, and I've noticed there are >> multitudes of packages remaining not only from fc13, but even from >> fc12. > > That's quite normal for reasons others have stated but do run yum > distro-sync.  That should fix any package versioning issues Thanks everyon

Re: Packages remaining after upgrade

On 03/10/2011 04:47 AM, Alex wrote: > Hi, > > I've just upgraded from fc13 to fc14, and I've noticed there are > multitudes of packages remaining not only from fc13, but even from > fc12. That's quite normal for reasons others have stated but do run yum distro-sync. That should fix any package ve

Re: Packages remaining after upgrade

On Wed, 2011-03-09 at 18:17 -0500, Alex wrote: > For example, has expat really not been upgraded since fc13? I have a > 100 packages from fc12 still installed. Is that normal? This includes > libXaw, lzo, smp_utils, which, xorg-x11-xauth, mozilla-filesystem, > among others. > > Is fc12 even still

Re: Packages remaining after upgrade

On 03/09/2011 05:26 PM, James Wellnitz wrote: > Yup, that's normal. > > These packages have indeed not been rebuilt since f13, or even f12. > > My system shows much the same stuff: > > % rpm -qf /etc/fedora-release > fedora-release-14-1.noarch > > % rpm -q expat > expat-2.0.1-10.fc13.x86_64 > e

Re: Packages remaining after upgrade

Yup, that's normal. These packages have indeed not been rebuilt since f13, or even f12. My system shows much the same stuff: % rpm -qf /etc/fedora-release fedora-release-14-1.noarch % rpm -q expat expat-2.0.1-10.fc13.x86_64 expat-2.0.1-10.fc13.i686 % rpm -q lzo lzo-2.03-3.fc12.x86_64 % rpm -q

Re: Packages to be removed for Fedora 13

Don Quixote de la Mancha wrote: > But perhaps there would be a better use for my time. That is, would > the community be better off if python-pgsql were completely abandoned, > and I contributed in some other way? I guess some other way would help more as long as nobody shouts that he needs pyt

Re: Packages to be removed for Fedora 13

I wrote: > I have plans to use python-pgsql: [...] > If having a maintainer would prevent its removal from Fedora 13, I > could do that. However, while I know Python pretty well, I'm quite > the newbie with SQL. and Till Maas wrote: > Yes, adopting it as a maintainer would be enough to prevent it

Re: Packages to be removed for Fedora 13

On Thu, 11 Feb 2010 02:33:26 +1030, Tim wrote: > > To "follow the default route" is the behaviour for the "Default" > > device selection. Selecting a specific device from the list of > > available devices turns of that feature. > > Yes, it's obviously meant to work that way, but it wasn't. It'd

Re: Packages to be removed for Fedora 13

On Wed, 2010-02-10 at 14:32 +0100, Michael Schwendt wrote: > To "follow the default route" is the behaviour for the "Default" > device selection. Selecting a specific device from the list of > available devices turns of that feature. Yes, it's obviously meant to work that way, but it wasn't. It'd

Re: Packages to be removed for Fedora 13

On Wed, 10 Feb 2010 23:00:44 +1030, Tim wrote: > I can't say that I've ever noticed it crash (across several different > Fedora releases). The memory corruption symptoms may be new. Perhaps specific to F-12 since its development. > The only problem I've noticed was when a network > interface wen

Re: Packages to be removed for Fedora 13

On Wed, 2010-02-10 at 13:05 +0100, Michael Schwendt wrote: > Though, there is no immediate need to spend time on this package as > long as it's unmaintained upstream and as long as crashes are not > reproducible. I can't say that I've ever noticed it crash (across several different Fedora releases

Re: Packages to be removed for Fedora 13

On Tue, 09 Feb 2010 17:31:41 -0500, Lyos wrote: > >> I have taken ownership of gnome-applet-netspeed, as I use it as well. > >> > >> However... I need a co-maintainer who is familiar with C/C++. > >> Anyone willing to step up? > >> > > Familiarity with C/C++ (the netspeed applet is written i

Re: Packages to be removed for Fedora 13

On 02/09/2010 05:19 PM, Michael Schwendt wrote: > On Tue, 09 Feb 2010 16:58:10 -0500, Lyos wrote: > > >> On 02/09/2010 02:10 AM, Tim wrote: >> >>> On Mon, 2010-02-08 at 14:26 -0200, Fernando Henrique wrote: >>> >>> I use gnome-applet-netspeed >>> Me too, a

Re: Packages to be removed for Fedora 13

On Tue, 09 Feb 2010 16:58:10 -0500, Lyos wrote: > On 02/09/2010 02:10 AM, Tim wrote: > > On Mon, 2010-02-08 at 14:26 -0200, Fernando Henrique wrote: > > > >> I use gnome-applet-netspeed > >> > > Me too, and I'd like to continue to. It does what I want rather neatly > > (shows a small ga

Re: Packages to be removed for Fedora 13

On 02/09/2010 02:10 AM, Tim wrote: > On Mon, 2010-02-08 at 14:26 -0200, Fernando Henrique wrote: > >> I use gnome-applet-netspeed >> > Me too, and I'd like to continue to. It does what I want rather neatly > (shows a small gadget in the taskbar that I can keep an eye on, and can > easily

Re: Packages to be removed for Fedora 13

Am 08.02.2010 15:07, schrieb Don Quixote de la Mancha: > I have plans to use python-pgsql: > >> python-pgsql >> https://admin.fedoraproject.org/pkgdb/packages/name/python-pgsql > > ... but I haven't actually used it yet. > > I just want a way to access PostgreSQL data

Re: Packages to be removed for Fedora 13

On Mon, 2010-02-08 at 14:26 -0200, Fernando Henrique wrote: > I use gnome-applet-netspeed Me too, and I'd like to continue to. It does what I want rather neatly (shows a small gadget in the taskbar that I can keep an eye on, and can easily click on for a bit more information). -- [...@localhost

Re: Packages to be removed for Fedora 13

On Tue, Feb 9, 2010 at 1:10 AM, Ralf Corsepius wrote: > On 02/08/2010 01:56 PM, Till Maas wrote: >> Hi, at least the following packages are currently going to not be >> available anymore in Fedora 13. If you still use them, please check at >> the given URL, whether the owner for Fedora devel is or

Re: Packages to be removed for Fedora 13

On 02/08/2010 01:56 PM, Till Maas wrote: > Hi, at least the following packages are currently going to not be > available anymore in Fedora 13. If you still use them, please check at > the given URL, whether the owner for Fedora devel is orphan. If it is, > please reply to this mail and mention the

Re: Packages to be removed for Fedora 13

A. Boggiano wrote: > Il 08/02/2010 13:56, Till Maas ha scritto: >> showimg >> https://admin.fedoraproject.org/pkgdb/packages/name/showimg > > I use showimg. The big problem with this one is that it's dead upstream (since 2006!) and stuck at KDE 3 (which also i

Re: Packages to be removed for Fedora 13

On Monday 08 February 2010 09:21 AM, Mike Cloaked wrote: > > > Fernando Henrique wrote: >> >> I use gnome-applet-netspeed >> >> > > If this package is no longer to be available in F13 is there an alternate > package/widget/applet that can be used to monitor download speed? I have > always found t

Re: Packages to be removed for Fedora 13

Fernando Henrique wrote: > > I use gnome-applet-netspeed > > If this package is no longer to be available in F13 is there an alternate package/widget/applet that can be used to monitor download speed? I have always found this really useful all the time -- View this message in context:

Re: Packages to be removed for Fedora 13

On Mon, Feb 8, 2010 at 4:56 AM, Till Maas wrote: > muine                                       > https://admin.fedoraproject.org/pkgdb/packages/name/muine I use muine. -- Marc Wilson m...@cox.net -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options

Re: Packages to be removed for Fedora 13

Il 08/02/2010 13:56, Till Maas ha scritto: > Hi, at least the following packages are currently going to not be > available anymore in Fedora 13. If you still use them, please check at > the given URL, whether the owner for Fedora devel is orphan. If it is, > please reply to this mail and mention th

Re: Packages to be removed for Fedora 13

I use gnome-applet-netspeed On Mon, Feb 8, 2010 at 1:32 PM, Paolo Galtieri wrote: > On 02/08/2010 05:56 AM, Till Maas wrote: >> Hi, at least the following packages are currently going to not be >> available anymore in Fedora 13. If you still use them, please check at >> the given URL, whether the

Re: Packages to be removed for Fedora 13

On 02/08/2010 05:56 AM, Till Maas wrote: > Hi, at least the following packages are currently going to not be > available anymore in Fedora 13. If you still use them, please check at > the given URL, whether the owner for Fedora devel is orphan. If it is, > please reply to this mail and mention the

Re: Packages to be removed for Fedora 13

Don Quixote de la Mancha wrote: > I have plans to use python-pgsql: [...] > If having a maintainer would prevent its removal from Fedora 13, I > could do that. However, while I know Python pretty well, I'm quite > the newbie with SQL. Yes, adopting it as a maintainer would be enough to prevent i

Re: Packages to be removed for Fedora 13

Hi, On Mon, Feb 8, 2010 at 4:56 AM, Till Maas wrote: > Hi, at least the following packages are currently going to not be > available anymore in Fedora 13. If you still use them, please check at > the given URL, whether the owner for Fedora devel is orphan. If it is, > please reply to this mail an