Re: Catch22 installing RPM-GPG-KEY
Jonathan Ryshpan wrote: > An attempt to install vlc failed because my system is missing one of > the gpg key files, namely: > /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27 > Attempts to install it fail, because it's not installed. At the bottom > is a log of an attempt to install it, reformatted to fit on the screen > without too much folding. > > What's the best way to get the file installed? You generally don't need to install these manually. You just install the rpmfusion-free-release package (which you already seem to have, based on the 'dnf provides' output below). But for reference, if you want to manually import a GPG key to the rpm database, use: $ sudo rpm --import /path/to/to/key > # dnf provides /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27 > > Last metadata expiration check: 2:00:36 ago on Wed 31 Jan 2018 04:22:22 > AM PST. > rpmfusion-free-release-27-1.noarch : RPM Fusion (free) Repository > Configuration > Repo: rpmfusion-free > Matched from: > Filename: /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27 If 'dnf provides' can tell you this, you already have the rpmfusion-free release package installed. If you don't have /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27 then something is wrong with your install and you should reinstall the rpmfusion-free-release package to fix it. I would check the current repo files in /etc/yum.repos.d to ensure you don't have any rpmfusion files you created manually. If not, then reinstall the rpmfusion-free-release package: $ sudo dnf reinstall https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm > Curl error (37): Couldn't read a file:// file for file:///etc/pki/rpm- > gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27 [Couldn't open file > /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-27] Perhaps you installed the rpmfusion-free-release package long ago and then upgraded fedora (as opposed to a fresh install). This should update the rpmfusion-free-release package which provides the proper GPG keys. But it's hard to say where things went wrong on your system. You may want to check the version and verify the rpmfusion-free-release package. $ rpm -q rpmfusion-free-release $ rpm -V rpmfusion-free-release -- Todd ~~ Life is a gamble at terrible odds -- if it was a bet, you wouldn't take it. -- Tom Stoppard, Rosencrantz and Guildenstern Are Dead signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: What is this gibberish?
Samuel Sieb wrote: > On 02/02/2018 04:31 AM, Tom Horsley wrote: >> Just did a dnf update, this comes out: >> >> ... >>Running scriptlet: firefox-58.0.1-1.fc27.x86_64 >> 18/18 >>Running scriptlet: firefox-58.0-4.fc27.x86_64 >> 18/18 >> Running as unit: run-r1880116b569f49288e6d0da0c5832367.service >> Running as unit: run-r329e01978cfe43258a05456898834edb.service >>Verifying: GraphicsMagick-1.3.28-1.fc27.x86_64 >> 1/18 >>Verifying: GraphicsMagick-c++-1.3.28-1.fc27.x86_64 >> 2/18 >> ... >> >> Running as unit? Huh? > > rpm is now running some tasks asynchronously using temporary systemd units. > I don't know which tasks are being done this way, but I expect at least the > mandb update is. If you were quick enough, you should have been able to get > more info by running "systemctl status > run-r1880116b569f49288e6d0da0c5832367.service". The unit tasks are logged, so you can see them with journalctl or in syslog. (Not that it's at all ideal to have to look around to find what may have caused this less-than-useful output.) As you said, the man-db package includes a transaction trigger which runs the man-db-cache-update service when any package in the transaction adds or removes files from /usr/share/man: $ rpm -q --filetriggers man-db transfiletriggerin scriptlet (using /bin/sh) -- /usr/share/man if [ -x /usr/bin/systemd-run -a -x /usr/bin/systemctl ]; then /usr/bin/systemd-run /usr/bin/systemctl start man-db-cache-update || : fi # update cache transfiletriggerpostun scriptlet (using /bin/sh) -- /usr/share/man if [ -x /usr/bin/systemd-run -a -x /usr/bin/systemctl ]; then /usr/bin/systemd-run /usr/bin/systemctl start man-db-cache-update || : fi The man-db-cache-update service checks /etc/sysconfig/man-db and if the variable SERVICE is not 'no' it runs. So it should be possible to disable this proactive updating of the man-db if desired. Just knowing what it is is enough for me, I think. It worried me the first time I noticed it when updating a package I built in a COPR, since I knew there were no systemd scriptlets in that package. I'm not sure why the man-db trigger scriptlets don't direct output to /dev/null like most scriptlets. It seems like they should. The systemd service call is logged, so if there's a problem it should be visible in syslog. Plus, the output we get now is effectively worthless. :) I submitted a patch to quiet this output: https://src.fedoraproject.org/rpms/man-db/pull-request/5 If that's accepted then we'll eventually stop seeing this anytime an rpm installs or removes man pages. -- Todd ~~ Man was made at the end of the week's work when God was tired. -- Mark Twain signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: What is this gibberish?
Tom Horsley wrote: > On Sun, 4 Feb 2018 10:17:10 +0800 > Ed Greshko wrote: > >> But please be aware that you're subverting the plot by a secret society to >> produce >> copious indecipherable output so users will switch over to GUIs and have >> things >> hidden from view. :-) :-) > > And then the secret society can cause great amusement by > utterly changing the GUI in every release to see how long it > takes people to figure out the new one just as they > got used to the old one :-). Haha. :) They'll pry my TUI from my cold, carpal-tunnel-syndrome'd hands. I still remember many years ago, before I heard of linux, someone's reason for preferring computerized text files to a book with the same data: "I can't grep a dead tree." So as long as we can grep the code, the secrets can't be too well hidden. ;) -- Todd ~~ How much does it cost to entice a dope-smoking UNIX system guru to Dayton? -- Brian Boyle, UNIX/WORLD's First Annual Salary Survey signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: What is this gibberish?
Samuel Sieb wrote:
> On 02/03/2018 05:57 PM, Todd Zullinger wrote:
>> The unit tasks are logged, so you can see them with
>> journalctl or in syslog. (Not that it's at all ideal to
>> have to look around to find what may have caused this
>> less-than-useful output.)
>
> How is it not useful? I'm happy to be aware of that part of the
> transaction. It would certainly be more useful if there was some indication
> of what specifically it was for.
IMO, it's not useful because it tells the user nothing about
what script is actually running.
What useful information is included in:
Running as unit: run-re2635381e8fe44a6aad4926eddab6961.service
It says that something is running, but no detail about what
it is. If more scriptlets add similar calls to systemd-run,
then we'll just have more of those lines, none of which
allow a user to do anything without digging into the logs to
see what service was actually run. And since the
information is already in the logs, sending the least useful
part of it to stdout during the rpm transaction is not of
any real value.
This is similar to enabling or starting a service in %post.
The output from systemctl start (or /sbin/service, from way
back) isn't sent to stdout either. Scriptlets are not
supposed to be noisy.
>> The man-db-cache-update service checks /etc/sysconfig/man-db
>> and if the variable SERVICE is not 'no' it runs. So it
>> should be possible to disable this proactive updating of the
>> man-db if desired.
>
> This mandb run has always been done. The change now to running it as a
> service is because when it was being run as part of the main process, it was
> taking a very long time sometimes and holding up the rest of the
> transaction. Now, it's running separately and is not waited for.
Sure, I understand that part. I still don't think there's
any value to leaving the systemd-run output in the
transaction output.
> Personally, I hope it's not accepted and I expect there are other parts that
> are using or will use this method.
I'm genuinely curious what value you see in having these
"Running as unit: run-*.service" lines in the output.
I can see wanting to know what was happening if one of them
hangs or causes errors, but the way this is currently done,
the only error output we'd see is if the systemd-run call
itself failed. I care more about error output of any
commands which are run as scriptlets, but the output of the
systemd service is sent to the logs rather than the terminal
already, so I have to look there for output and errors.
All I see in the case of the man-db-cache-update scriptlet
is that the typical >/dev/null was missed when it was
converted to use systemd-run. The scriptlet before was:
MAN_NO_LOCALE_WARNING=1 /usr/bin/mandb -q
That is silent by design. The MAN_NO_LOCALE_WARNING=1 was
added explicitly to avoid spurious output from the scriptlet
in 98f1386 ("suppress potential locale warning when
installing with glibc-minimal-langpack - resolves #1314633",
2016-03-14):
https://src.fedoraproject.org/rpms/man-db/c/98f13860c7
--
Todd
~~
(When asked whether he liked children) "Ah yes...boiled or fried."
-- W.C. Fields
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: What is this gibberish?
Samuel Sieb wrote: > It lets me know that something else was run, just like there's a line saying > that it's running a scriptlet for package whatever. As I mentioned, I would > much prefer that there was some part of that line that said what the unit is > for, but at least with that line I know that it's happening and I can check > the logs if necessary. There is a lot that is run which is not included in the rpm/dnf output. Including it all would be far too verbose to be useful. Scriptlets are supposed to be silent. >> All I see in the case of the man-db-cache-update scriptlet >> is that the typical >/dev/null was missed when it was >> converted to use systemd-run. The scriptlet before was: >> >> MAN_NO_LOCALE_WARNING=1 /usr/bin/mandb -q >> >> That is silent by design. The MAN_NO_LOCALE_WARNING=1 was > > This being silent ended up being a problem. mandb took a long time to run > and there was no explanation on why the dnf transaction appeared to be hung > for several minutes. It would have been good if there had been some output > saying that mandb was being run. Sure you might be able to switch consoles > and run "ps" if you know about that, but this would have been easier. The problem wasn't that it was silent. It was that it was a long(ish)-running process that was not suited to run as a scriptlet. It's better done via cron or as it is now as a transient systemd-run service. Anyway, I think the current output is unintentional. Whether the man-db packager maintainers agree or not, I don't know. I do feel confident that this output is a departure from how scriptlets have long behaved and it should be more deliberately and consistently designed if it's going to be kept. -- Todd ~~ Future, n. That period of time when our affairs prosper, our friends are true and our happieness is assured. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: What is this gibberish?
Ralf Corsepius wrote: > On 02/04/2018 08:34 AM, Todd Zullinger wrote: > >> The problem wasn't that it was silent. It was that it was a >> long(ish)-running process that was not suited to run as a >> scriptlet. It's better done via cron or as it is now as a >> transient systemd-run service. > And does this actually work? > > I recently was facing situations where this mandb stuff hit midst of > shutdown, when all mounted files already where unmounted, delaying shutdowns > be some 10-15mins. > > I haven't investigated, but I was inclined to blame systemd's unreliabily > and lack of robustness ;) I'm certainly not here to defend systemd's use for seemingly everything. :) All I care about in this situation is quieting the useless and confusing output from the man-db file trigger scriptlet's use of systemd-run. Doing that is a good step and doesn't interfere at all with subsequent work to improve the output from rpm/dnf while handling these transaction triggers, scriptlets, etc. >> Anyway, I think the current output is unintentional. > I think, the output needs to be more verbose and consider the current output > to be non-helpful. It may well be better to have more defaults in the rpm transaction to alert the user when it's running triggers or something, but that is something which most likely needs to happen in rpm/dnf rather than in this particular scriptlet. What we have here is the output of a scriptlet calling: /usr/bin/systemd-run /usr/bin/systemctl start man-db-cache-update We're only getting systemd-run/systemctl output, which is of very dubious value (and that value only goes down as more scriptlets run via this method). Knowing that a file trigger was running the man-db scriptlet would be better, but that's a slightly different matter. -- Todd ~~ Ninety percent of everything is crap. -- Sturgeon's Law signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Where to report dependency problems.
Hi, Dirk Gottschalk wrote: > I just tried to install system-config-kickstart, because i want to > create a media for "unattented installation" and got this error: > > # dnf install system-config-kickstart > Letzte Prüfung auf abgelaufene Metadaten: vor 3:25:11 am Di 06 Feb 2018 > 19:46:57 CET. > Fehler: > Problem: conflicting requests > - nothing provides system-config-date needed by system-config- > kickstart-2.9.3-5.fc27.noarch > > Where do I have to report this. In earlier Fedora Versions this worked. https://bugzilla.redhat.com is the place for this sort of issue. There's a handy shortcut to find bugs for a given package at bugz.fedoraproject.org. I started here: http://bugz.fedoraproject.org/system-config-kickstart This shows one open bug for the package: unable to install system-config-kickstart https://bugzilla.redhat.com/show_bug.cgi?id=1465684 It was filed for Fedora 26, but it's noted by another user that it also affects Fedora 27. If you have a bugzilla account already, you can login and add yourself to the Cc list for the bug so you can get updates. (If you don't have an account already, they're free to create.) -- Todd ~~ A fool's brain digests philosophy into folly, science into superstition, and art into pedantry. Hence University education. -- George Bernard Shaw signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: rpmbuild
Hi,
Patrick Dupre wrote:
> I am trying to create a rpm file from a tgz package.
> Could you help me?
>
> I have been here
> http://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package
> I run
> rpmbuild -ba textext.spec
>
> Here is my file:
>
> Name: textext
> Version:0.4
> Release:1%{?dist}
> Summary:The textext for inkscape
>
> License:GPLv3+
> URL:https://pav.iki.fi/software/textext/
> Source0:https://pav.iki.fi/_downloads/textext-0.4.tar.gz
> #BuildRequires:
> #Requires:
>
> %description
>
>
> %prep
> %autosetup
>
>
> %build
> %configure
> %make_build
>
>
> %install
> rm -rf $RPM_BUILD_ROOT
Remove this rm -rf line. It is not needed or desirable.
> %make_install
>
>
> %files
> %license add-license-file-here
Unless the package actually has a file named
add-license-file-here, you should remove this line. You'll
get a build error otherwise (once you fix the current
error).
> %doc add-docs-here
Same as above.
> %changelog
> * Fri Feb 9 2018 Patrick Dupre
> -
Fill in a changelog entry as well. It might be as simple as
'- Initial package'
> But I get an error:
>
> rpmbuild -ba textext.spec
> Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.0cm1Uq
> + umask 022
> + cd /home/pdupre/rpmbuild/BUILD
> + cd /home/pdupre/rpmbuild/BUILD
> + rm -rf textext-0.4
> + /usr/bin/gzip -dc /home/pdupre/rpmbuild/SOURCES/textext-0.4.tar.gz
> + /usr/bin/tar -xof -
> + STATUS=0
> + '[' 0 -ne 0 ']'
> + cd textext-0.4
> /var/tmp/rpm-tmp.0cm1Uq: line 38: cd: textext-0.4: No such file or directory
> error: Bad exit status from /var/tmp/rpm-tmp.0cm1Uq (%prep)
If you look at the textext-0.4.tar.gz, you'll see that it
does not place the files in a directory:
$ tar -tvf textext-0.4.tar.gz
-rwxr-x--- pauli/pauli 27225 2008-04-22 17:14 textext.py
-rw--- pauli/pauli 415 2008-01-12 10:48 textext.inx
You'll need to have the %autosetup macro create the
directory for you before it unpacks the tarball. That is
done with the -c option, so your %autosetup line above
should be:
%autosetup -c
Your next errors will be that this tool has no configure or
Makefile, so %configure, %make_build, and %make_install are
all going to fail. You will need to replace them with the
actual steps to build/install the textext package.
I suspect that there is nothing to build, so the %build
section can likely be dropped entirely.
Then in the %install section you'll have to create the
needed directory structure and install the files. And
finally you'll have to list them in the %files section.
You'll really want to read more of the rpm packaging guides
to learn how to do all of those things.
https://fedoraproject.org/wiki/How_to_create_an_RPM_package
might be a good place to start.
--
Todd
~~
Talk is cheap because supply exceeds demand.
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Gjots2 latest update
Hi,
Frederic Muller wrote:
> Happy user of Gjots2 there was an automatic update over the weekend
> which unformately now refuses (well doesn't offer a prompt) to open GPG
> encrypted files. So I cannot use it anymore. I downgraded to the
> previous version and it's working fine. Not sure if it's me only problem
> or where to file a bug.
It looks like gjot2 was upgraded from 2.3.15 to 3.0.2. I
don't know what the gjots2 release naming is like, but that
sort of major version upgrade often includes changes which
are not backward compatible (which generally shouldn't
happen in a stable Fedora release).
I think the proper thing to do is to file a bug report and
include the steps needed to reproduce the issue. Maybe it's
simply a bug in gjots2-3.0.2 which can be easily fixed (see
below).
You can file a bug report here:
https://apps.fedoraproject.org/packages/gjots2/bugs
The default is against rawhide, so you'll want to change
that to Fedora 26 or 27, whichever you're using.
I've never used gjots2, but I installed it and tried to save
a note with a .gpg extension. This error was shown in the
terminal where I ran gjots2:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/gjots2/gui.py", line 1578, in
on_saveAs_trigger
if self.gjotsfile.write_file(_("Save as ..."), exporting=0):
File "/usr/lib/python2.7/site-packages/gjots2/file.py", line 778, in
write_file
reuse_password = reuse_password)
File "/usr/lib/python2.7/site-packages/gjots2/file.py", line 467, in _do_store
f = self._general_open(filename, "w", reuse_password = reuse_password)
File "/usr/lib/python2.7/site-packages/gjots2/file.py", line 408, in
_general_open
return self.gpg_open(filename, mode = mode, reuse_password = reuse_password)
File "/usr/lib/python2.7/site-packages/gjots2/file.py", line 312, in gpg_open
if os.environ["GPG_AGENT_INFO"]:
File "/usr/lib64/python2.7/UserDict.py", line 40, in __getitem__
raise KeyError(key)
KeyError: 'GPG_AGENT_INFO'
The GPG_AGENT_INFO is no longer used in gnugp >= 2.2, so
perhaps that's partly why things are breaking? It looks
like the way gjots2 detects gpg changed between 2.3.15 and
3.0.2, with 3.0.2 using the now outdated GPG_AGENT_INFO.
A simply patch to fix this and allow gjot2 to prompt for
passprhases is:
-if os.environ["GPG_AGENT_INFO"]:
+if "GPG_AGENT_INFO" in os.environ and os.environ["GPG_AGENT_INFO"]:
in /usr/lib/python2.7/site-packages/gjots2/file.py.
Since I already had a basic patch, I filed a pull request
for the gjots2 package here:
https://src.fedoraproject.org/rpms/gjots2/pull-request/2
Maybe that's all that's needed as a band-aid. It does mean
that the intended feature of 3.0.2 to use gpg-agent
credentials doesn't work. But at least with this patch it
falls back to the previous behavior of prompting for
credentials.
--
Todd
~~
Anyone who is capable of getting themselves made President should on
no account be allowed to do the job.
-- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Where to report dependency problems.
Hi Dirk, Dirk Gottschalk wrote: > Am Dienstag, den 06.02.2018, 19:12 -0500 schrieb Todd Zullinger: >> https://bugzilla.redhat.com is the place for this sort of >> issue. There's a handy shortcut to find bugs for a given >> package at bugz.fedoraproject.org. I started here: >> >> http://bugz.fedoraproject.org/system-config-kickstart >> >> This shows one open bug for the package: >> >> unable to install system-config-kickstart >> https://bugzilla.redhat.com/show_bug.cgi?id=1465684 >> >> It was filed for Fedora 26, but it's noted by another user >> that it also affects Fedora 27. If you have a bugzilla >> account already, you can login and add yourself to the Cc >> list for the bug so you can get updates. (If you don't have >> an account already, they're free to create.) > > Thanks for your advice. I didn't think about Bugzilla. Sometimest the > nearest thing doesn't come into my mind. Indeed. I usually also find that if the answer comes to me, it's only _after_ I ask for help. :) > Meanwhile I downloaded the source RPM and take a look, if I can fix the > problem. Excellent! Having a patch attached makes any bug report better. If you want to look at the package source in git, you can use the fedpkg tool to clone it and generate a patch. For browsing the package source without cloning it, there is also: https://src.fedoraproject.org/rpms/system-config-kickstart Good luck and thanks for looking into a fix! -- Todd ~~ It's reassuring to know that if you behave strangely enough, society will take full responsibility for you. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Where to report dependency problems.
Dirk Gottschalk wrote: > Am Donnerstag, den 15.02.2018, 12:54 -0500 schrieb Matthew Miller: >> On Thu, Feb 15, 2018 at 06:37:14PM +0100, Dirk Gottschalk wrote: If you have a fix, rather than filing a bug, consider submitting a pull request to https://src.fedoraproject.org/rpms/system-config-kickstart >>> >>> That was my intention. But fedpkg seems to ignore the ssh-agent. >>> But I >>> always get a "permission denied" error, while trying to clone. Even >>> with my public ssh key added in my profile. >> >> If you make a fork in the web ui (see the "Fork" button in the top >> right), can you clone from that fork? > > No, I can't. fedpkg seems to ignore ssh-agent. My Key ist stored on a > card and gpg-agent works as my ssh-agent. Fedpkg seems to ignore this. Just to be sure, do you have a Fedora account and membership in the packagers group in the Fedora Account System? If not, then you won't be able to connect to pkgs.fedoraproject.org via ssh. You can clone anonymously with 'fedpkg clone -a'. Then you can generate a patch (or patches) to attach to the existing bugzilla ticket. If you do have a Fedora account, then it should work and perhaps you can share what commands you're running along with the output? -- Todd ~~ All I really want for Christmas is Santa's list of Naughty Girls. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Where to report dependency problems.
Dirk Gottschalk wrote: > I have a FAS Account, but AFAIK I'm not in the packagers group. That > could be the Problem. But, that to be said, my Cardreader is not even > accessed. Hmm. I don't know for certain, but if you've gotten a fork, I would think you'd be able to clone from that via ssh. There is a short delay while the gitolite configuration is updated, which is what controls ssh access. IIRC, that runs every 15 minutes. (I hit that often when I find some easy-to-fix bug and try to fork and push. I've now just started to fork first, then work on the changes, so the ssh permissions propagate by the time I'm done making and testing the fixes. ;) ) Not having the agent hit your cardreader is more perplexing though. I haven't used any hardware tools for ssh keys, so I'm not sure how best to diagnose that. You can use fedpkg -v to get more output (I think -d -v gives a bit more, or perhaps multiple -v options). Alternately, you can set GIT_TRACE=1 and then run the git clone command that fedpkg was running, to cut out an extra layer. > Here is the output, including my command: > > $ fedpkg clone ssh://dirk198...@pkgs.fedoraproject.org/forks/dirk1980ac > /rpms/system-config-kickstart.git > Klone nach 'system-config-kickstart' ... > dirk198...@pkgs.fedoraproject.org: Permission denied (publickey). > fatal: Konnte nicht vom Remote-Repository lesen. > > Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen > bestehen > und das Repository existiert. > Could not execute clone: Command '['git', 'clone', 'ssh://dirk1980ac@pk > gs.fedoraproject.org/ssh://dirk198...@pkgs.fedoraproject.org/forks/dirk > 1980ac/rpms/system-config-kickstart.git', '--origin', 'origin']' > returned non-zero exit status 128 GIT_TRACE=1 git clone -v ssh://dirk198...@pkgs.fedoraproject.org/ssh://dirk198...@pkgs.fedoraproject.org/forks/dirk1980ac/rpms/system-config-kickstart.git (I left off the redundant '--origin origin', since that's the default for git clone.) -- Todd ~~ Not only is life a bitch, it has puppies. -- Adrienne E. Gusoff signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: warning about spectre with last kernel update
Ed Greshko wrote: > On 02/18/18 05:12, François Patte wrote: >> Le 17/02/2018 à 20:31, Ed Greshko a écrit : >>> On 02/18/18 02:10, François Patte wrote: returns that virtualbox drivers (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) and nvidia driver were not compiled with a retpoline compiler As these modules are compiled on board with gcc using akmod, I suppose that gcc is not a retpoline compiler. What can I do? >>> >>> Where do you get your Vbox and nVidia drivers from? >> rpmfusion, as akmods >> >> but >> >> grep DRETPOLINE /var/log/vbox-install.log > > What is the gcc line in that file? > >> >> and >> >> grep DRETPOLINE >> /var/cache/akmods/nvidia-340xx/340.106-1-for-4.15.3-300.fc27.x86_64.log >> >> return nothing... I was curious about this myself recently. I think there is a lack of detail in the nvidia kmod build logs because they don't pass V=1 to the make command. This results in nice, quiet build output. But for package builds it's preferable to see the options used. I've submitted a patch to rpmfusion for the nvidia-kmod package: https://bugzilla.rpmfusion.org/4800 If that's accepted, I or someone else can work on adding the same V=1 to the make command for the other nvidia-*-kmod packages. The difference with and without V=1 is quite a lot. Without V=1: https://paste.fedoraproject.org/paste/DCfHztA22~NI77Bhes~LOw With V=1: https://paste.fedoraproject.org/paste/jPkevkTHxq42boCeS5okyA And to keep it more relevant to this thread, with the verbose make I can see that -DRETPOLINE is used when building the nvidia kmod on my f26 system. Thanks for sending me on a fun hunt Ed. :) -- Todd ~~ Curiosity killed the cat, but for awhile I was a suspect. -- Steven Wright signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: warning about spectre with last kernel update
Joe Zeff wrote: > On 02/17/2018 02:32 PM, Todd Zullinger wrote: >> If that's accepted, I or someone else can work on adding the >> same V=1 to the make command for the other nvidia-*-kmod >> packages. > > The question is, how many people would want to see the extra output or know > what to do with it? I know people who'd have to be talked through the > process of reporting a bug, and having to save that output for the report > might be what makes them decide that it's too much bother. Yes, having that > parameter can be a good thing, but I don't know if it's useful enough in > general to be added. I'm of the opinion that builds logs should show the build process in more detail rather than less. If someone doesn't want to see the output, why are they looking through the build logs of an automatically built kernel module? Odds are good that most people looking through the logs are trying to either confirm how it was built or diagnose a problem. Both cases are helped by including more complete build output. And both cases outweigh that of the user who says "I don't like so much output in a file I don't understand" in my opinion. I don't have it at hand, but I believe that the Fedora packaging guidelines include a requirement to use such options. While that's not mandatory for a package which is built on end-user systems, the same package source is built in rpmfusion's build system and they do follow the Fedora guidelines. I also feel that anyone who gives up at attaching a file to a bug report isn't likely to file a bug report worth filing. ;) -- Todd ~~ If Stupidity got us into this mess, then why can't it get us out? -- Will Rogers (1879-1935) signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: R as on Ubuntu and Fedora
Max Pyziur wrote: > On Wed, 21 Feb 2018, Ed Greshko wrote: >> On 02/21/18 07:28, Max Pyziur wrote: >>> I've been learning R on both Fedora and Ubuntu. >>> >>> I've noticed that Ubuntu has considerably greater >>> support for R than Fedora (more R deb packages than R >>> rpm packages). >>> >>> Is there a rationale for this? I'd presume that it's mostly that less folks have contributed R-based packages to Fedora. The only way to change that is for more folks interested in R to maintain packages in Fedora. :) >> I don't use R or Ubuntu. But I wonder if counting the number of packages is >> actually >> reflective of the level of support. Is there a one-to-one correspondence >> between deb >> and rpm packages and the distributions? >> >> I count 140 rpm's (R-*) packages on Fedora. This excludes the devel >> packages. How >> many more does Ubuntu have and what functionality do they provide that is >> missing >> from Fedora? >> >> With that info, I would think one could write a BZ against R requesting the >> missing >> pieces. Probably would get a better, more definitive answer that way. I'm not an R user either, so I could be wildly wrong here. But I believe that most of the different packages are extensions/modules/additional data files rather than than missing pieces of the core R software. Similar to CPAN for Perl modules, R has CRAN for R packages. (That's probably nothing new to either of you, but might be useful to someone casually following this thread.) There are 12,173 packages listed at https://cloud.r-project.org/web/packages/available_packages_by_name.html So I guess no distribution has much of it covered. ;) > I count about 435 on Ubuntu. To be fair, Ubuntu gets to build on top of the substantial work of Debian. For grins, I poked at the latest docker images from Debian, Ubuntu, and Fedora and came up with these numbers: # debian (docker.io/debian:latest) $ apt-get update $ apt-cache pkgnames | grep -ciw r 292 # ubuntu (docker.io/ubuntu:latest) $ apt-get update $ apt-cache pkgnames | grep -ciw r 365 # fedora (registry.fedoraproject.org/fedora:rawhide) # (There are 42 '-devel' packages and 4 matches which are # not R packages.) $ dnf list available | grep -iw r | grep -cv -- -devel 167 # Non-R packages: fonts-KOI8-R.noarch fonts-KOI8-R-100dpi.noarch fonts-KOI8-R-75dpi.noarch perl-Tree-R.noarch There's an R SIG for Fedora, which looks like it's been quiet since October. Perhaps some folks interested in R packaging would be welcome there? https://stat.ethz.ch/mailman/listinfo/r-sig-fedora -- Todd ~~ Most of one's life is one prolonged effort to prevent oneself thinking. -- Aldous Huxley signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: why does virtualbox keep all my old /lib/modules directories around?
Ed Greshko wrote:
> On 02/24/18 15:32, Robert P. J. Day wrote:
>> not sure why i never noticed this before, but even though updating
>> my fedora box keeps only the last three versions of the kernel, i have
>> a couple dozen /lib/modules directories each representing an older
>> version of the kernel going back to 4.11.12, and when i examine all
>> those old directories, they contain nothing but:
>>
>> 4.11.12-200.fc25.x86_64
>> │ └── misc
>> │ ├── vboxdrv.ko
>> │ ├── vboxnetadp.ko
>> │ ├── vboxnetflt.ko
>> │ └── vboxpci.ko
>>
>> ... etc etc ...
>>
>> i'm sure i'm safe to manually remove all those older /lib/modules,
>> but should i be surprised that they're even there? is there something
>> i can configure about virtualbox to not have it lock those old
>> directories in place?
>
> Sounds more like the kernel removal process than anything related to
> virtualbox.
It depends on how the Virtualbox modules are installed. If
they're via kmod/akmod packages, then when the corresponding
kernel is removed the kmod-vbox-${kernel_uname} package
should be removed, removing the files it installed.
I suspect that the vbox modules weren't installed via an rpm
package -- or if they were, those packages lack a proper
requirement on the kernel version they're built for, which
leaves this cruft.
Running:
$ rpm -qf /lib/modules/4.11.12-200.fc25.x86_64/misc/vboxdrv.ko
would be useful in determining whether they're owned by any
package. We know they don't come from the kernel rpm, so
it's not it's job to clean them up (and it would be wrong if
it did, of course).
--
Todd
~~
A fool's brain digests philosophy into folly, science into
superstition, and art into pedantry. Hence University education.
-- George Bernard Shaw
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: why does virtualbox keep all my old /lib/modules directories around?
Robert P. J. Day wrote:
> i honestly don't recall how they came to be there, but i rarely
> install anything on my fedora system *not* via an actual .rpm package.
I don't know how Virtualbox works, but perhaps some version
in the past installed via rpm and then helpfully compiled
modules for updated kernels and installed those directly --
as opposed to how akmods work by generating a kmod package
and installing that?
> so, clearly, kernel removal comes along to remove the corresponding
> /lib/modules directory, finds it still has content, and is forced to
> leave it there. that's annoying.
But much better than rpm removing directories that are not
empty and contain files which are not part of any package,
of couse. :)
> is there any option for kernel removal to at least warn
> that it can't delete the /lib/modules directory?
I'm not aware of any such options. That would have to be
done in rpm, I believe. And then it would likely warn far
more often than you'd want.
You could write a quick script which looked for orphaned
files under /lib/modules (and optionally cleaned them up)
fairly easily.
You do have to be careful to not remove some files generated
by depmod (which kmod packages call in their
%post scriptlets, at least).
Running something like this occasionally should help locate
any cruft:
find /lib/modules/ ! -name 'modules.*' -print0 | \
xargs -r0 rpm -qf | awk '/is not owned/ {print $2}'
That's not perfect by any means. The awk portion is
particularly broken if the listed files contain spaces. I
don't know of a way to have rpm output only the filename or
use a different separator.
If I was going to really use such a script I'd look at the
python rpm bindings most likely.
Short of that, I'd tighten the unowned filename extraction
in one way or another. Matching the full line and stripping
out the leading 'file ' and trailing 'is not owned by any
package' is probably the simplest method -- not necessarily
done with awk. It could be grep piped to sed, perl, or
whatever suits your tastes.
--
Todd
~~
Don't take life seriously, you'll never get out alive.
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: basic issue/question -- renaming in mass a bunch of files
Patrick O'Callaghan wrote:
> I wonder if that version is actually prename ('dnf install prename')
> under a different name, which would be nicely ironic ...
Heh. I think they're different. I'm not a Debian user
though, so I could be way off on what follows. :)
This gets quite messy. The /usr/bin/rename command is
managed by alternatives in Debian. The default for rename
in a docker container of Debian 8 is file-rename.
The file-rename command comes from the rename package. It's
installed as file-rename rather than rename based on this
commit:
https://salsa.debian.org/perl-team/modules/packages/rename/commit/642262b4
The source of the Debian rename package is the perl
File::Rename module, here:
https://metacpan.org/release/File-Rename
The Fedora prename package points to:
http://search.cpan.org/dist/rename/
That's a different perl rename tool (since you can never
have too many rename tools, obviously). Debian ships
prename as well. It's in the rename alternatives group.
Debian also ships the util-linux rename as rename.ul, but it
doesn't seem to be in the alternatives group for rename.
Clearly, using the command in a script would be insane, as
you'd have more lines of code to determine which version you
were using than it would take to just rename the files using
whatever language the script was written in. :)
--
Todd
~~
A diplomat is a person who can tell you to go to Hell in such a way
that you actually look forward to the trip.
-- Anonymous
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: RH rpms, and installing using hardlinks vs symlinks
Robert P. J. Day wrote: > i'm curious about RH packaging policy that dictates that some > command variants are packaged for fedora to install with symlinks > and others with hardlinks. > > trivial example in /usr/bin on my fedora 27 system: > > -rwsr-xr-x. 1 root root52984 Aug 2 2017 at > lrwxrwxrwx. 1 root root2 Aug 2 2017 atq -> at > lrwxrwxrwx. 1 root root2 Aug 2 2017 atrm -> at > > so even though all of those "commands" are in the very same directory, > atq and atrm are supported via symlinks, not hardlinks. I would bet that often the use of symlink or hardlink is part of the upstream install scripts. Unless there is a strong reason to change that, the packaging should just follow upstream. > OTOH, consider the "git" command, also in /usr/bin: > > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git > > as you can see, there are 116 hardlinks to that executable, pretty > much all of them in /usr/libexec/git-core: > > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git-add > -rwxr-xr-x. 1 root root 41441 Feb 16 15:03 git-add--interactive > -rwxr-xr-x. 3 root root 2273360 Feb 16 15:03 git-am > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git-annotate > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git-apply > -rwxr-xr-x. 116 root root 2273360 Feb 16 15:03 git-archive > ... big snip ... > is there a reason that "at" uses symlinks, while "git" installs with > hardlinks? one would imagine that it would be the other way around -- > given that the "at" variations are all in the same directory, > hardlinks would seem to be the better choice since there is no > possibility of crossing filesystem boundaries. > > also, what if i manually partitioned while installing, and put > /usr/bin and /usr/libexec in separate partitions? (yes, i realize > that's not the standard these days -- all of /usr defaults to a single > partition -- but i'm assuming i still have the freedom to do something > that unwise.) would git then switch to symlinks to support all those > command name variants? > > just curious about how decisions like this are made WRT to > packaging. The git package uses hardlinks and includes some duplication of binaries precisely to avoid cross-directory hardlinks. That allows /usr/bin and /usr/libexec to be mounted on different file systems. It's not all that common to do that, I'm sure. But rpmlint warns about such cross-directory hardlinks. While working on the git packaging I used the support in upstream git's Makefile (NO_CROSS_DIRECTORY_HARDLINKS): https://src.fedoraproject.org/rpms/git/c/6ef5f1f7232 That change was made in the master (rawhide) branch. It will be part of Fedora 28. It's not a change worth applying to other releases by itself, so I don't expect to see it pushed to the current Fedora 26/27 releases. Ideally such changes are reasonably described in the commit message. I strive to write detailed commit messages so future maintainers or anyone curious can see why a given change was made. Not every packager does this, of course. And I'm sure that despite my best efforts, I might not always describe the reasoning for a change in a way that answers all the questions someone may have in the future. I think it's worth poking through the git history of the packages you're curious about. There may be some answers about the others in the commit logs. The git repositories for all Fedora packages can be found at: https://src.fedoraproject.org/ -- Todd ~~ When you make a mistake, make amends immediately. It's easier to eat crow while it's still warm. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: RH rpms, and installing using hardlinks vs symlinks
Robert P. J. Day wrote: > ... ah, so the replacement of those cross-directory hardlinks with > symlinks will happen in F28, is that what you're saying? The change will be in F28, yes. The few files in /usr/bin are simply copied, not symlinked. Within /usr/bin, the identical files are hardlinked to each other. -- Todd ~~ An election is coming. Universal peace is declared and the foxes have a sincere interest in prolonging the lives of the poultry. -- T.S. Eliot signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: RH rpms, and installing using hardlinks vs symlinks
Samuel Sieb wrote: > On 03/09/2018 01:27 AM, Robert P. J. Day wrote: >>that was my understanding -- as long as the files are within >> precisely the same directory, hard links could still be used, but any >> cross-directory links (even if within the same filesystem) will use >> symlinks. is that about right? > > From what you were saying, it sounded like you thought it was a system-wide > change for how linking worked. > > Hard links can be used between directories on the same file system, but for > a package install, since you don't know how the partitions will be > configured, it's safer to to use symlinks if not in the same directory. > That's what is being changed for this package. In the git package, there aren't symlinks. Within /usr/bin, the git binaries which are identical are hardlinked to each other. And separately, within /usr/libexec/git-core, the git binaries which are identical are hardlinked to each other. For anyone really curious about the finer details on this, I would point to the upstream git Makefile¹ and the Fedora git spec file². ¹ https://github.com/git/git/blob/master/Makefile ² https://src.fedoraproject.org/rpms/git/blob/master/f/git.spec -- Todd ~~ Optimist, n. A proponent of the doctrine that black is white. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: RH rpms, and installing using hardlinks vs symlinks
Samuel Sieb wrote: > On 03/09/2018 03:06 PM, Todd Zullinger wrote: >> In the git package, there aren't symlinks. Within /usr/bin, >> the git binaries which are identical are hardlinked to each >> other. And separately, within /usr/libexec/git-core, the >> git binaries which are identical are hardlinked to each >> other. > > But the split between /usr/bin and /usr/libexec is a new thing in F28 > according to your earlier email, right? Yeah. In current releases the files are hardlinked across /usr/bin and /usr/libexec. I've never seen any bug reports about that causing actual problems. I made the change after noticing the cross-directory hardlink warning from rpmlint. It should really be an unnoticable change to nearly everyone, apart from those rare people that want to mount /usr/bin and /usr/libexec on different file systems -- Todd ~~ Historian, n. A broad-gauge gossip. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: dnf Upgrade Produces GPG Error
Ed Greshko wrote: > Well, you very well may have the keys for Negativo17 but > it is just that whoever is the maintainer missed signing > the RPM as the error states. FWIW, the maintainer at negativo17.org said this error has been corrected (in the comment section at the URL below). > IMHO, since the flash-plugin is available directly from > Adobe and their repo it makes little sense to get it from > Negativo17. I can't see how they would add value. The packaging of flash-plugin from Adobe is rather awful (as is typical when vendors supply packages). According to https://negativo17.org/adobe-flash-plugin/ the improvements over the Adobe packaging include: This package tries to comply as maximum to the Fedora Packaging Guidelines; this means the packages has debuginfo packages, default Fedora’s GCC compile time options (where possible) and standard locations for binaries, data and docs. Features: * Separate Control Center integration package for the native architecture (64 bit/32 bit). * No copying of the plugin around the filesystem after the package is installed; installation in the original Adobe package is all done in %post section! * 32 bit plugin can also be installed along the 64 bit one in a 64 bit environment; this is useful for example with the 32 bit Steam client or 32 bit browsers. Of course, it's still packaging flash, which is a steaming turd that provides very little benefit these days (I'm not counting "it's a great attack vector" as a benefit. ;) ) Unless someone is absolutely forced to use a site that requires flash, not installing the flash-plugin package from anywhere is the best plan. -- Todd ~~ Faith, n. Belief without evidence in what is told by one who speaks without knowledge, of things without parallel. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Top-posting & list guidelines (was: alternative to skype)
Patrick O'Callaghan wrote: > Top-posting is specifically discouraged by the Guidelines > of this and other lists hosted by Fedora, not to mention > many other mailing lists of a technical nature. Please > read: > > https://fedoraproject.org/wiki/Mailing_list_guidelines#Proper_posting_style This reminded me that we used to include a link to the guidelines in the list footer (and in the list welcome message). Not everyone reads it no matter how often we may include it, but it surely helps raise awareness a little. With the move to mailman3, the list footer cannot be set via the web-based admin interface. I dug into the mailman3 documentation and filed an infrastructure ticket to see about adding guidelines link back to the list footer for this list. https://pagure.io/fedora-infrastructure/issue/6794 -- Todd ~~ If barbie is so popular, why do you have to buy her friends? -- Jack Handy signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Top-posting & list guidelines (was: alternative to skype)
chicago wrote: > I think both top posting and bottom posting are asinine. > The correct answer is to delete the quoted text and reply. > > If there's something you're replying to in particular, > maybe quote that one line but there's no need to quote the > entire thread so far in every email in the thread. The list guidelines ask folks to use "bottom, interleaved posting." and to "not over-quote by the hierarchy level in the correspondence." It's a shame that many popular email clients make this require more effort than necessary and that many users come from work/school environments which encourage top-posting, over-quoting, HTML mail, etc. Overall, I'd say the list members here do a reasonable job and many of the list regulars give helpful, friendly nudges to new members. -- Todd ~~ I don't mean to sound cold, or cruel, or vicious, but I am, so that's the way it comes out. -- Bill Hicks signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Top-posting & list guidelines (was: alternative to skype)
Patrick O'Callaghan wrote: > On Tue, 2018-03-20 at 22:20 -0400, Todd Zullinger wrote: >> With the move to mailman3, the list footer cannot be set via >> the web-based admin interface. I dug into the mailman3 >> documentation and filed an infrastructure ticket to see >> about adding guidelines link back to the list footer for >> this list. >> >> https://pagure.io/fedora-infrastructure/issue/6794 > > Thanks. I tried to bring this up recently (in the thread at: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/thread/EP7DQ36TJB5G3KGV4FPUQ7D6TKOF24NV/ > but nothing happened. Ahh. I happened to be traveling at that time and wasn't following the list closely. Generally, anything that needs the attention of a list admin should get sent to the users-owner address. Otherwise it's likely to simply fall through the cracks. :) > I'd also like to suggest an explicit URL for the list > archive in the message footer, which did used to be there. > I know it's in the message headers, but these aren't > clickable in many MUAs. Yep. The discussion in the ticket I filed includes a suggestion (and example text) for adding the archive link to the footer. So it's likely that will be added when that ticket is addressed. -- Todd ~~ A fool's brain digests philosophy into folly, science into superstition, and art into pedantry. Hence University education. -- George Bernard Shaw signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Killing only selected Chrome windows from the CLI ?
Philip Rhoades wrote: > On 2018-03-27 12:18, Samuel Sieb wrote: >> If you run top, which process is using the CPU? Just kill that one, >> then go through your chrome tabs and find out which tab has the sad >> face on it. > > That usually doesn't work from my recollection, no individual tab seems to > be a problem - it is either Chrome as a whole or a whole window I think . . > obviously shutting down all of Chrome fixes the problem . . but it is a pain > to gradually re-open all the windows I previously had open again . . Times like that, 'chrome://restart' is handy. I use it most often to pick up updates without waiting for Chrome to see that it's been updated, but it works well in general. -- Todd ~~ Living in a vacuum sucks. -- Adrienne E. Gusoff signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
Hi Bill, home user wrote: > Some of you have neat sayings beneath your signature. A > good one in this thread is "Conjecture is just a > conclusion based on incomplete information. It isn't a > fact.". > > I'm seeing comments implying that messages from > yahoo-based member accounts are not reaching members with > gmail-based member accounts. I'm wondering if this might > be one of those conjectures based on incomplete > information. Has anyone actually tried to diagnose the > problem? Unfortunately, it is not conjecture. :( > Are the messages disappearing because > - I use HYPERKITTY to post them? > - my account is based on a yahoo e-mail address? > - your account is based on a gmail e-mail address? > - something else? > (I realize there could be more than one cause.) It's primarily because your address is @yahoo.com. In 2014, Yahoo began using an agressive DMARC setting with a policy to reject all yahoo.com mail that fails DMARC. Not all domains which recieve mail respect this, but Gmail is one that does. That's why list messages from @yahoo.com addresses don't reach users @gmail.com. I am not familiar enough with DMARC and Mailman3 to know whether there are any work-arounds available for this issue or not. There aren't any great solutions to it, in any case. If someone knows differently it would be great if they could reach out to the Fedora Infrastructure team with details (ideally in the form of a patch ;) ). https://fedoraproject.org/wiki/Infrastructure If you want to read more about this issue, search the web for something like: yahoo dmarc mailing lists -- Todd ~~ Disobedience, n. The silver lining to the cloud of servitude. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
I wrote: > I am not familiar enough with DMARC and Mailman3 to know > whether there are any work-arounds available for this issue > or not. There aren't any great solutions to it, in any > case. A little further reading tells me that Mailman supports a few possible work-arounds¹. I've mentioned these to the list admins and will see if any of them are worth testing². ¹ https://wiki.list.org/DEV/DMARC ² Only 'Replace From:' or 'Wrap message' would be reasonable for this list, IMO. If it were @aol.com causing this trouble, I'd be more inclined to suggest the 'Discard' option. ;) -- Todd ~~ Even moderation ought not to be practiced to excess. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Administrivia: DMARC mitigations enabled -- applies to Yahoo addresses, at least (was Re: HYPERKITTY does not show messages parts being addressed in replies.)
Hi all, As we've discussed in this thread and others recently, messages from subscribers @yahoo.com do not reach subscribers @gmail.com (among others). This is due to an aggressive policy set by Yahoo which breaks mail sent via the mailing list. The mitigation enabled should change the From: address of the outgoing mail to the list address. This should only apply to users of @yahoo.com and other domains which set a similar DMARC policy. Subscribers at other domains should see no change to the From: address of mail they send to the list. I believe that only the email address will be changed, and not the sender's name, but I am not certain of that yet. Hopefully this mitigation will work well and provide an overall improvement to the list. If not, we'll revert it. All that said, the best solution would be to stop using @yahoo.com as a mail provider -- at least for mailing lists. They have repeatedly caused grief to the folks that manage the Fedora Project mail systems. As far back as 2010, the previous lead of the Fedora Infrastructure team posted about one of the common problems @yahoo.com caused: https://mmcgrath.livejournal.com/37248.html -- Todd ~~ If age imparted wisdom, there wouldn't be any old fools. -- Claudia Young signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
Ed Greshko wrote: >> On 03/27/2018 12:03 PM, home user wrote: >> >> It doesn't matter either way. >> >> If you have a yahoo.com address and send from your email client via >> yahoo's email servers, it still goes to fedoraprojects lists server and >> sends out from there. If you sent from hyperkitty it sends directly out >> from there. The problem is yahoo.com telling everyone that all email >> with a yahoo.com addres must come from a yahoo.com email server. In the >> case of email lists, this doesn't not happen. >> >> Odd... you should get an email anytime the ticket updates automatically, >> not sure what is going on. Did you check your spam folder in case it >> ended up in there? >> >> kevin > > Regardless of what email address is being used, is this > ticket sufficient to address the quoting problems that the > Hyperkitty interface has? > > I have replied here to a long message posted by "kevin", > expanded all the sections with the "..." and the reply > only shows "On 03/27/2018 12:03 PM, home user wrote:" and > only contains what "kevin" wrote. Extremely confusing. I am pretty sure that Hyperkitty simply doesn't include any "attribution" on its own. The "... wrote" being quoted is exactly what Kevin's mail client included. It's no less confusing, but it's not as much a bug as a mis-feature. So it's really a feature request for Hyperkitty to include some form of "At ..., $user wrote:" attribution when it adds a quote from the message. That might be sped up if someone reading is interested in filing a bug upstream and perhaps even providing a patch to hyperkitty. Someone from the infrastructure team may eventually be able to do just that, but I know they have many, many items on their list of tasks. :) https://gitlab.com/mailman/hyperkitty/issues I did a quick search for quote and attribution and didn't see any open items. -- Todd ~~ Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Administrivia: DMARC mitigations enabled -- applies to Yahoo addresses, at least (was Re: HYPERKITTY does not show messages parts being addressed in replies.)
Patrick O'Callaghan wrote: > On Tue, 2018-03-27 at 17:27 -0400, Todd Zullinger wrote: >> Hi all, >> >> As we've discussed in this thread and others recently, >> messages from subscribers @yahoo.com do not reach >> subscribers @gmail.com (among others). This is due to an >> aggressive policy set by Yahoo which breaks mail sent via >> the mailing list. >> >> The mitigation enabled should change the From: address of >> the outgoing mail to the list address. This should only >> apply to users of @yahoo.com and other domains which set a >> similar DMARC policy. Subscribers at other domains should >> see no change to the From: address of mail they send to the >> list. >> >> I believe that only the email address will be changed, and >> not the sender's name, but I am not certain of that yet. I did check the mailman source code and it does leave the user name mostly untouched. So (presuming @example.com has a DMARC 'reject' policy), From: Some User would be changed to From: Some User via users >> Hopefully this mitigation will work well and provide an >> overall improvement to the list. If not, we'll revert it. > > That seems to be a sensible change. Perhaps one or two yahoo.com users > could post here just to check it's working and we gmail.com users can > see their messages. > > Of course as long as nothing appears we'll have to keep checking HK to > see if we're missing something ... Or you'll notice replies to messages you've not seen. :) Maybe we'll be lucky and everyone will move off @yahoo.com, giving the infrastructure team a nice present. -- Todd ~~ To have a successful relationship, I must learn to make it look like I'm giving as much as I'm getting. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
I wrote:
> That might be sped up if someone reading is interested in
> filing a bug upstream and perhaps even providing a patch to
> hyperkitty. Someone from the infrastructure team may
> eventually be able to do just that, but I know they have
> many, many items on their list of tasks. :)
>
> https://gitlab.com/mailman/hyperkitty/issues
I believe the place to add this would be around here in the
source:
https://gitlab.com/mailman/hyperkitty/blob/master/hyperkitty/static/hyperkitty/js/hyperkitty-thread.js#L242
I don't use javascript much and I'm not curious enough to
setup a hyperkitty dev environment to test this, but
something like this might be what's needed:
diff --git i/hyperkitty/static/hyperkitty/js/hyperkitty-thread.js
w/hyperkitty/static/hyperkitty/js/hyperkitty-thread.js
index bd17e98..fbb2369 100644
--- i/hyperkitty/static/hyperkitty/js/hyperkitty-thread.js
+++ w/hyperkitty/static/hyperkitty/js/hyperkitty-thread.js
@@ -252,10 +252,13 @@ function setup_replies() {
if (sig_index != -1) {
quoted = quoted.substr(0, sig_index);
}
+// set reply attribution
+var attribution = $(this).parents(".email").first()
+.find(".email-body").clone().text() + ' wrote:';
// add quotation marks
quoted = $.trim(quoted).replace(/^/mg, "> ");
// insert before any previous text
-textarea.val(quoted + "\n" + textarea.val());
+textarea.val(attribution + "\n" + quoted + "\n" + textarea.val());
textarea.focus();
});
function set_new_thread(checkbox) {
--
Todd
~~
Now, now my good man, this is no time for making enemies.
-- Voltaire, on his deathbed in response to a priest asking that
he renounce Satan.
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Administrivia: DMARC mitigations enabled -- applies to Yahoo addresses, at least (was Re: HYPERKITTY does not show messages parts being addressed in replies.)
First, thanks for replying. It shows the list changes in action. At least it appears to work as intended. :) Tim via users wrote: > Allegedly, on or about 27 March 2018, Todd Zullinger sent: >> All that said, the best solution would be to stop using >> @yahoo.com as a mail provider -- at least for mailing >> lists. They have repeatedly caused grief to the folks >> that manage the Fedora Project mail systems. > > And that'll only work until the next mail service provider > does the same thing (insist mail addressed from them goes > through them). Which, supposedly, they should all be > doing. Yeah. DMARC isn't the primary reason for bashing Yahoo. It's more that they have repeatedly blocked all mail from Fedora domains after a few users signed up for a list, forgot how to get off it, and marked it as spam. I've never managed the Fedora domains, but I've managed others and that sort of thing always left a lasting impression on me. > Likewise, with the converse. Recipient mail service > providers insisting that mail from somewhere must come > through them, regardless of the fact that's not always > practical or possible. > > Case in point; many of us have our own domains, and will > use them to the fullest extent (use our domain name, post > through our servers), yet our ISPs interfere (intercept > passing mail, and route it through their own servers). Are there (m)any ISPs that block the submission port (587)? I know many block port 25, but if you're running your own mail server, you really just need to do it from IP space that you control. For me, the worst part of having port 25 blocked these days is that it makes it slightly harder to diagnose issues with remote mail servers (but only very slightly). > In some ways I don't mind the notion that a mail server > may remove our addresses from the post, preventing spam > from personally reaching us, and stopping private replies. > But it heads towards anonymising the mail, making it > easier for someone to be an ass, or impersonate other > people. Indeed. It's an interesting balancing act. -- Todd ~~ Heathen, n. A benighted creature who has the folly to worship something that he can see and hear. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
Patrick O'Callaghan wrote: >> As a strictly email client user I hope fewer people will use the HyperKitty >> interface >> with these mis-features. :-) > > It's feature creep. The unwarranted desire to turn a simple archive > page into a full-featured web forum interface, which AFAIK nobody asked > for and which doesn't appear to really work. I don't think that's quite fair. It seems like it works reasonably well to me. Clearly there are folks who use it and while this quoting attribution issue is confusing, there are many folks who post regularly from mail clients that cause as much confusion by poorly quoting and/or using bad html to plain text conversions, etc. > This is a mailing list. It's incomprehensible to me that > anyone would want to use a clunky web interface instead of > a mail client (even if it's a web email client) for > functions which are specific to email. I can't imagine how anyone uses most mail clients, web and GUI mail clients seem awful to me. But as long as the mail arrives to me in decent form, I don't much care how it got to me. :) The hyperkitty archiver has definitely improved on several long-standing issues with the previous pipermail archiver. If a message ever needs to be removed or otherwise edited in the archive, it no longer invalidates links to all the messages in the archive. And it's now much easier to link to a thread and all the messages in it instead of only to individual messages. Both of those are very nice improvements, I think. >> I'll just add this to the list of things that confuse and/or bug me. Such >> as: Why as >> one gets older they mis-type more frequently and no amount of proof reading >> helps? >> And why do people use the word "one" when they mean "I". :-) :-) > > One likes to appear detached :-) Haha. And it might be better than finding oneself using "we" as if to account for all the voices in one's head. :) -- Todd ~~ Many questions are unanswerable. Many answers are questionable. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
Patrick O'Callaghan wrote: > The front page for the month of March shows the most recent 10 messages > with a lot of white space. Compare the Evolution (old-style) list > archive: > > https://mail.gnome.org/archives/evolution-list/2017-March/thread.html > > I know which is more useful to me. For one thing the old-style page > shows all of March. I can also sort it by Date or by Author. To find > (say) messages from around March 25 in HK, I have to click through an > unknown number of intermediate pages and even then the dates of > messages are not shown unless I open them. There's apparently no way to > search for a specific date so I guess I have to do mental arithmetic to > figure out how old the message is relative to the present. FWIW, you can change the number of threads shown per page at the bottom. The default is 10, but you can choose up to 200, which gets you all the threads from March. Better searching and date display would be nice improvements. Hopefully someone that wants them submits patches to implement them. >> If a message ever needs to be removed or otherwise edited in >> the archive, it no longer invalidates links to all the >> messages in the archive. > > That may be so, in which case it's a plus, but more for the admins than > for the users. As a site admin, I might not even read the list, so I might not care that I broke all the links to other messages which users had inserted in their messages. I very much belive the stable message links in the archive is a user benefit. It's main benefit to admins is that it allows them to remove or alter a message without having to annoy all the users of the list(s). :) >> And it's now much easier to link to a thread and all the >> messages in it instead of only to individual messages. > > An example of a link to a thread: > > https://mail.gnome.org/archives/evolution-list/2017-March/msg00087.html The way I see it, that's a link to a message. Sure, it shows one link to a follow-up message below it. But there are dozens of messages in that thread and they are not shown in the pipermail archives. If you follow one follow-up message you can easily end up having to back up a few levels to get back to replies from earlier in the thread. I'm not trying to say that hyperkitty is infinitely better than pipermail. It's better, worse, and different depending on the area and the preference of the user. I do believe that it's an overall improvement. And for better or worse, it's the archiver we've got. :) -- Todd ~~ There is only one basic human right, the right to do as you damn well please. And with it comes the only basic human duty, the duty to take the consequences. -- P. J. O'Rourke signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: HYPERKITTY does not show messages parts being addressed in replies.
home user via users wrote:
> This post should qualify as one test.
Indeed. The from is munged to:
From: home user via users
Unless we find some nasty gotcha that isn't obvious, I think
the settings change is a win. If it works here, it might be
worth setting as the default for other fedoraproject.org
lists.
> By the way, how many of this list's members use yahoo.com for this list?
Good question. I grabbed a copy of the subscriber list to
check. Here's the top 25 domains:
$ awk -F@ '{print $2}' ~/tmp/fedora-users-subscribers | sort | uniq -c | sort
-rn | head -n25
2019 gmail.com
222 yahoo.com
155 hotmail.com
86 redhat.com
60 fedoraproject.org
59 comcast.net
26 googlemail.com
19 earthlink.net
18 verizon.net
17 yahoo.co.in
15 yahoo.co.uk
15 sbcglobal.net
15 gmx.de
14 cox.net
14 bellsouth.net
13 web.de
12 msn.com
12 gmx.net
12 att.net
11 charter.net
10 live.com
9 pobox.com
9 netscape.net
8 sympatico.ca
8 outlook.com
I am pretty shocked at the sheer amount of gmail.com
addresses. I know it's popular, but I didn't expect that it
so utterly dominated the subscriber count.
There are a little over 5,400 subscribers in total.
> I notice that at least one member posting in this thread has two avatars!
I imagine from posting via different addresses? I hope we
don't count multiple addresses as multiple personalities in
a bad way. If so, I'm in trouble based on the large pile of
addresses I've accumulated over the years. ;)
--
Todd
~~
Man was made at the end of the week's work when God was tired.
-- Mark Twain
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Administrivia: DMARC mitigations enabled -- applies to Yahoo addresses, at least (was Re: HYPERKITTY does not show messages parts being addressed in replies.)
stan wrote: > On Tue, 27 Mar 2018 17:27:40 -0400 > Todd Zullinger wrote: >> As we've discussed in this thread and others recently, >> messages from subscribers @yahoo.com do not reach >> subscribers @gmail.com (among others). This is due to an >> aggressive policy set by Yahoo which breaks mail sent via >> the mailing list. >> >> The mitigation enabled should change the From: address of >> the outgoing mail to the list address. This should only >> apply to users of @yahoo.com and other domains which set a >> similar DMARC policy. Subscribers at other domains should >> see no change to the From: address of mail they send to the >> list. >> >> I believe that only the email address will be changed, and >> not the sender's name, but I am not certain of that yet. >> >> Hopefully this mitigation will work well and provide an >> overall improvement to the list. If not, we'll revert it. > > Would this change be why I'm suddenly seeing oodles of old messages > showing up on the list? Messages that I've already seen, since I don't > have a problem with messages from yahoo addresses being invisible. This shouldn't be related to that. All it does is change the From: field of messages sent from domains with very strict DMARC policies, so that they use the list address. The sender name is kept, with 'via $list_name' appended. > I'm not sure what this will do to any messages I've saved > - will they be deleted when I delete these old messages > that are showing up as if they are new? No change we make to the list settings could affect your saved messages. (I'm presuming that you're referring to messages saved in your email client.) -- Todd ~~ Dope will get you through times of no money better than money will get you through times of no dope. -- Freewheelin' Franklin signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: How to install compiler package.
Hi John, sa...@wexfordpress.com wrote: > Installed Fedora 26 on recommendation of a Scribus > developer. Installed about 30 packages per his advice. > > But when I try to compile a program the machine can't find > C++. So what is the package I need to install to compile > C++ programs?. gcc-c++ is the package containing the c++ compiler. You may also want other accompanying tools. For that, you can install the c-development package group with: sudo dnf groupinstall c-development If you're searching for a command, you can often find it using the 'dnf provides' command: $ sudo dnf provides c++ Last metadata expiration check: 0:01:51 ago on Mon 09 Apr 2018 12:53:41 PM EDT. gcc-c++-7.3.1-2.fc26.x86_64 : C++ support for GCC Repo: @System Matched from: Filename: /usr/bin/c++ gcc-c++-7.3.1-2.fc26.x86_64 : C++ support for GCC Repo: updates Matched from: Filename: /usr/bin/c++ gcc-c++-7.1.1-3.fc26.i686 : C++ support for GCC Repo: fedora Matched from: Filename: /usr/bin/c++ gcc-c++-7.1.1-3.fc26.x86_64 : C++ support for GCC Repo: fedora Matched from: Filename: /usr/bin/c++ The 'dnf search' command is also handy. -- Todd ~~ I have to decide between two equally frightening options. If I wanted to do that, I'd vote. -- Duckman signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Borgmatic
Patrick O'Callaghan wrote: > On Tue, 2018-04-10 at 20:16 +0800, Ed Greshko wrote: >> I don't know the "official or approved" process but looking in koji I see >> that >> Benjamin Pereto is doing all the builds and >> appears in the >> changelog. So, being the dummy I am I'd email him. :-) :-) > > OK, I had just looked at 'rpm -qi ...' which is less specific. I'll do > that. You can reach all the maintainers of a given package using the alias -ow...@fedoraproject.org. I'm not sure if this is something you're thinking could be added to the existing package or would be a new package, just related to the current one. If the former, filing a bug as an enhancement request. The wiki goes into a little detail about this (and covers new package requests as well): https://fedoraproject.org/wiki/Bugs_and_feature_requests#Enhancement_Requests -- Todd ~~ If age imparted wisdom, there wouldn't be any old fools. -- Claudia Young signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Borgmatic
Patrick O'Callaghan wrote: > The maintainer has accepted the idea and Borgmatic is on track for F28 > and EL-7: > > https://bodhi.fedoraproject.org/updates/?search=borgmatic > > Thanks to Ed and Todd for the suggestions. Excellent! Thanks for nudging things forward. Soon someone else will run 'dnf install borgmatic' and be happy that it's available so easily. :) -- Todd ~~ I believe in the noble, aristocratic art of doing absolutely nothing. And someday, I hope to be in a position where I can do even less. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Sam Varshavchik wrote: > After upgrading to Fedora 28, most of Youtube is broken in Firefox, claiming > lack of H.264 codec support. > > Googling around, found this: https://fedoraproject.org/wiki/OpenH264 I think that H.264 implementation is somewhat limited (and stale, in addition to not having anything in the f28 repo), based on some comments in #fedora IRC. For Firefox, ffmpeg-libs and compat-ffmpeg28 were what I needed in f28. At the moment, the compat-ffmpeg28 package is still in the rpmfusion-free-rawhide repo though, so you have to do a little juggling to install things. Here's what I did in a test VM just now: $ sudo dnf install ffmpeg-libs $ sudo dnf install rpmfusion-free-release-rawhide $ sudo dnf --enablerepo rpmfusion-free-rawhide install compat-ffmpeg28 I didn't do this all in one step as installing ffmpeg-libs with rpmfusion-free-rawhide enabled would pull in a number of f29 packages that are better to avoid. Hopefully this will be cleared up by the rpmfusion folks in the next few days, before F28 is released. If it hasn't been reported to them, it would be great if someone can do that. -- Todd ~~ You can't make something idiot proof, idiots are too damned creative. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
stan wrote: > On Thu, 26 Apr 2018 23:23:28 -0400 > Sam Varshavchik wrote: > >>> To Todd's point, I noticed in my updates today that rpmfusion had >>> ffmpeg updates, so that might solve your problem. >> >> Yes, that seems to be one way to get there. >> >> I already had rpmfusion, and this us where I had full HTML5 support >> from, including H.264, up to F27. But I did not have >> rpmfusion-rawhide enabled, and I lost H.264 after updating to F28. >> >> If you say that you were only on Fedora rawhide, but not rpmfusion >> rawhide, and you still have H.264 without compat-ffmpeg28 from >> rpmfusion rawhide, it would be useful to compare notes, to figure out >> where you're getting H.264 from, in F28. >> > No, I have > Name: compat-ffmpeg28 > Version : 2.8.14 > Release : 1.fc28 > Architecture: x86_64 > Install Date: Thu 15 Mar 2018 03:05:26 PM MST > > installed. And I've had rpmfusion-rawhide enabled the whole time, so > that is probably why it is working. I don't have the cisco repo > enabled, though. > > These, > rpmfusion-free-release-28-1.noarch > rpmfusion-nonfree-release-28-1.noarch > installed today, so rpmfusion now has an F28 repository. You should be > able to install the compat-ffmpeg28 from there. Except that you can't at the moment. :) That's what I was saying in my reply to Sam. The compat-ffmpeg28 package is not in the rpmfusion-free repositories for f28. This is most likely just a matter of things needing to be synced from what was in the rpmfusion-free-rawhide repo. The repositories from the rpmfusion-free-release are: https://download1.rpmfusion.org/free/fedora/releases/28/Everything/x86_64/os/ https://download1.rpmfusion.org/free/fedora/updates/28/x86_64/ https://download1.rpmfusion.org/free/fedora/updates/testing/28/x86_64/ At the moment, compat-ffmpeg28 is not present in any of those repositories. I mentioned it in IRC to one of the rpmfusion folks and Sam filed a ticket in the rpmfusion bugzilla. Odds are good they're already working on it and will resolve it before f28 is released on Tuesday. -- Todd ~~ How am I supposed to hallucinate with all these swirling colors distracting me? -- Lisa Simpson signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Sam Varshavchik wrote: > Todd Zullinger writes: > >> Except that you can't at the moment. :) >> >> That's what I was saying in my reply to Sam. The >> compat-ffmpeg28 package is not in the rpmfusion-free >> repositories for f28. This is most likely just a matter of >> things needing to be synced from what was in the >> rpmfusion-free-rawhide repo. > > It seems that firefox 60 has been patched to support ffmpeg-4.0, so none of > that would be needed, soon. Yes, that's good to know -- for Firefox, at least. It'll be a week or so until that's released, if I'm reading the Firefox release schedule properly. I'm sure that's one of the main use-cases, but there are others where folks might want to use the compat-ffmpeg28 package. That package is now in the rpmfusion-free repo for f28, on the master rpmfusion mirror. It should sync out to other mirrors in the next few hours/days. Thanks to Nicolas Chauvet for pushing that out and to you, Sam, for filing the ticket. (I'll admit that I was a bit worried when I read the replies in the rpmfusion ticket.) I talked to a few folks in #fedora-devel on IRC today who told me that the f28 cisco-openh264 repos are being worked on between the Fedora release engineering team and the folks at Cisco that handle the open264 packages. Apparently, they are intended to work reasonably well. I installed the f27 packages in f28 to test and that was not sufficient for H.264 on youtube though. That might be the same thing you did. (I just changed $releasever in the fedora-cisco-openh264 repo to 27 to install.) Hopefully soon the proper f28 packages will be in place and we can confirm whether they work better or not. But at least now there's a known-good method with compat-ffmpeg28. -- Todd ~~ The direct use of physical force is so poor a solution to the problem of limited resources that it is commonly employed only by small children and great nations. -- David Friedman signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Samuel Sieb wrote: > On 04/27/2018 01:38 PM, Todd Zullinger wrote: >> I installed the f27 packages in f28 to test and that was >> not sufficient for H.264 on youtube though. That might >> be the same thing you did. (I just changed $releasever >> in the fedora-cisco-openh264 repo to 27 to install.) > > Did you check that the plugin was enabled in Firefox? It's set to "Always Activate." Still doesn't work (including restarting Firefox after toggling the "Always activate" setting). Whether that's because it's not built for f28 is hard to tell. If I remember, I'll try to check it after the proper f28 repo is updated. But compat-ffmpeg28 works now. :) -- Todd ~~ Whenever I feel blue, I start breathing again. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Sam Varshavchik wrote: > I distinctly recall that the automatic download and install of the external > plugin was explicitly disabled in Firefox, a year or so, ago. I was able to > find this thread in the archives: > > https://lists.fedoraproject.org/pipermail/devel/2013-November/thread.html#191178 > > I didn't reread the entire thread; but I recall that the outcome was that > the downloading of that plugin has been disabled ever since. The fedora-cisco-openh264 repo provides that in a packaged form, so enabling the repo and installing it gets you the plugin binary. After that you just need to enabled it in the Firefox config. That's what I did to test. Since I installed the package for f27 on an f28 system, I can't be positive that it didn't work with youtube because of that or if it wouldn't work even if it was built for f28. I don't really care enough to dig too much. I'll try to check it again once the f28 repos are in place. -- Todd ~~ Now don't say you can't swear off drinking; it's easy. I've done it a thousand times. -- W.C. Fields signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Ed Greshko wrote: > Is the plugin you're talking about really relevant? The description of it > says: > > This plugin is automatically installed by Mozilla to comply with the WebRTC > specification and to enable WebRTC calls with devices that require the H.264 > video codec. > > It doesn't appear to me that it is involved in providing h.264 player support. Talking with some folks in #fedora-devel, despite that description it should provide more general support. I've never used it before as I have ffmpeg-libs from rpmfusion installed which provides good h.264 support. If someone wants to test it with a current release, it should be simple to do though. -- Todd ~~ We waste time, so you don't have to. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Sudo but no su -
D&R wrote: > On Sat, 28 Apr 2018 06:15:08 -0400 > Tom H wrote: > >> On Fri, Apr 27, 2018 at 5:41 PM, Samuel Sieb wrote: >>> On 04/27/2018 07:26 AM, D&R wrote: On Fri, 27 Apr 2018 08:22:12 -0400 Tom H wrote: > > sudo -s > sudo su > sudo su -l > sudo sh > sudo sh -l > sudo bash -l > ... None of the sudo commands listed allow you to run a graphical program ie. meld. Is there some way to do that? >>> > sudo su - is not on the above list so > I tried sudo su - > I was able to run meld without any apparent problems. "sudo su -" is equivalent to "sudo su -l". You could just run "sudo meld ..." as well. But running graphical apps as root is discouraged for many reasons. It would be better to use sudo to copy the files you want to work with and then run meld as a regular user. For a non-graphical app, vimdiff is an alternative (though it comes with the cost of learning another tool). -- Todd ~~ Cogito cogito ergo cogito sum -- I think that I think, therefore I think that I am. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Ed Greshko wrote: > On 04/28/18 08:01, Todd Zullinger wrote: >> Ed Greshko wrote: >>> Is the plugin you're talking about really relevant? The description of it >>> says: >>> >>> This plugin is automatically installed by Mozilla to comply with the WebRTC >>> specification and to enable WebRTC calls with devices that require the >>> H.264 video codec. >>> >>> It doesn't appear to me that it is involved in providing h.264 player >>> support. >> Talking with some folks in #fedora-devel, despite that >> description it should provide more general support. I've >> never used it before as I have ffmpeg-libs from rpmfusion >> installed which provides good h.264 support. >> >> If someone wants to test it with a current release, it >> should be simple to do though. > > Well, enabling the plugin on a F28 system results in a message saying the > plugin will > be downloaded soon.but it never does. At least not after 2hrs of waiting. Is this using the gnome-software tool or after you've installed the package and somewhere in firefox? If the former, then that's likely because the f28 fedora-cisco-openh264 repositories are not populated yet. (I installed the f27 packages by replacing $releasever in the fedora-cisco-openh264 repo config with 27 to test.) If it's the latter, then I'm curious where that occurs. > I just now upgraded an F27 laptop to F28. Previously the FF in F27 showed > H.264 > support available when checking www.youtube.com/html5 and the plugin disabled. > > After the upgrade everything still works just fine and I see compat-ffmpeg28 > has been > installed from rpmfusion. > > I then installed compat-ffmpeg28 on an F28 install which I had done in a VM a > while > back and had no H.264 support. After the install, it too had support added. Indeed, that matches what Sam and I found as well. Now that compat-ffmpeg28 is in the rpmfusion-free repo for f28, it's easier to install than when it was only in the rpmfusion-free rawhide repo (it was built before f28 branched). At this point it's just a mild curiosity whether the Cisco OpenH264 plugin works with youtube. I think we'll have to wait for the proper f28 builds to test that further, but I'm not betting they will). -- Todd ~~ A common mistake people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: H.264 video broken after updating to Fedora 28
Ed Greshko wrote: > On 04/29/18 01:27, Todd Zullinger wrote: >> Ed Greshko wrote: >>> Well, enabling the plugin on a F28 system results in a >>> message saying the plugin will be downloaded >>> soon.but it never does. At least not after 2hrs of >>> waiting. >> >> Is this using the gnome-software tool or after you've >> installed the package and somewhere in firefox? > > I don't use gnome. This is KDE. > > I did not download any packages from anywhere. > > In FF, I went to Add-Ons--->Plugins and selected "Always > Activate" for the OpenH264 plugin. Okay. So you're skipping the step of installing the packages from the fedora-cisco-openh264 repo. Doing that prevents the need for firefox to attempt to download the plugin (which it clearly doesn't or can't do). It's not important enough to poke at this further, as it's only a mild curiosity to know whether the OpenH264 plugin provided by Cisco in the fedora-cisco-openh264 repo works for general H.264 decoding (as I was told it should). I'll leave it to the folks who provide that to test it and see that it works as intended. At this point, I think the lack of general H.264 playback is correctly documented on the wiki page and the information I received to the contrary was incorrect. > It would seem the answer is to install the appropriate > ffmeg libs for the version of fedora one is running. Indeed. The need for compat-ffmpeg28 on Fedora 28 should hopefully be short-lived (but the effort from the packagers at rpmfusion is much appreciated). -- Todd ~~ The trouble with being punctual is that nobody's there to appreciate it. -- Franklin P. Jones signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Claws-Mail doesn't start on FC28.
Erik P. Olsen wrote: > Claws-Mail doesn't start on FC28 because it can't find > libnsl.so.1. A softlink to libnsl.so.2 fixes the issue. It's probably better to install libnsl which provides libnsl.so.1 rather than creating a symlink to a different library version. But for what it's worth, claws-mail starts up without libnsl installed for me. I've not used it before, so I clicked through the setup process and the app started without error. Perhaps it's a plugin which has the libnsl.so.1 dependency? It would be good to find out if there's a package which is missing a dependency. Something like this might help turn up any plugin which needs libnsl.so.1: ldd /usr/lib*/claws-mail/plugins/*.so | egrep 'libnsl.so.1|:$' I'm not a claws-mail user, so I don't know if it stores plugins elsewhere. If so, you'd want to look in those locations as well. -- Todd ~~ Dope will get you through times of no money better than money will get you through times of no dope. -- Freewheelin' Franklin signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: pip install as non-root on Fedora
Ian Pilcher wrote: > Is it possible to get $SUBJECT working? I need to install 'grip' from > https://github.com/joeyespo/grip, and trying to do so as a normal user > isn't working (permission denied errors trying to write to > /usr/lib/python2.7/site-packages). I believe you need to add the --user option. That may become the default at some point, but it looks like it isn't yet for pip (I didn't check if pip3 defaults to --user). This works for me: pip install --user grip -- Todd ~~ Politics, n. A strife of interests masquerading as a contest of principles. The conduct of public affairs for private advantage. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: No way to set hostname during install from f28 live?
Tom Horsley wrote: > I'm installing fedora 28 from the "install to disk" option > of the workstation live CD. > > I don't appear to ever get an opportunity to set the > hostname to anything other than the default > localhost.localdomain. > > Did I miss it, or is this just something I need to change > following the install? On the XFCE spin, the "Network and Hostname" spoke is enabled in the installer. This appears to be disabled in the Workstation spin. There the Gnome Initial Setup utility is, in theory, run on your first login to add additional users, set a root password, configure networking, etc. I don't remember that running when I installed, but I may have closed it and forgotten since this was just a VM to testing. It's also possible that the install guide is out of date with respect to Gnome Initial Setup. I haven't tried it, but within the live environment there's an editable hostname entry in Settings, under Details, then About. I don't know if that sticks if you change it and then install to disk. -- Todd ~~ To have a successful relationship, I must learn to make it look like I'm giving as much as I'm getting. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Firefox ESR for F28?
Terry Polzin wrote: > Is there a Firefox ESR for F28, I just upgraded and have found that > firefox and java are having certificate issues trying to run a JNLP > application. Not officially, but there is a COPR with 52esr here: https://copr.fedorainfracloud.org/coprs/mavit/firefox-esr/ -- Todd ~~ Ocean, n. A body of water occupying about two-thirds of a world made for man -- who has no gills. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Any way to disable debugsource generation on fedora >= 27
stan wrote: > From the man page for rpmbuild: > """ > --with OPTION > Enable configure OPTION for build. > > --without OPTION > Disable configure OPTION for build. > """ > > Does adding the option --without _enable_debug_packages to the end > of the rpmbuild line work? If it does, you could just disable any > other debug options above that you don't want the same way. The --with/--without arguments toggle conditions set via %bcond_with and %bcond_without. So that won't do what Robin wants. More details on --with/--without are here: http://rpm.org/user_doc/conditional_builds.html -- Todd ~~ There is no end to the laws, and no beginning to the execution of them. -- Mark Twain signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Any way to disable debugsource generation on fedora >= 27
Robin Lee wrote: > I recently upgrade my host from f26 to f28. But to keep compatible > with old behavior, > I am figuring out a way to revert the change 'Separate Subpackage and > Source Debuginfo'[1]. > That means let rpm not generate debugsource and subpackage debuginfo. > Simply adding '%_debugsource_packages 0' to ~/.rpmmacros does not work. That should be the macro which controls the debugsource packages. What's your build setup look like? In other words, what tools are you using and what releases are you targeting? I would suggest building with mock, as that should get you the proper defaults for each release target (among other benefits). Perhaps if you provide more details on what your doing and how it fails someone here will be able to spot the issue and suggest a solution or work-around. -- Todd ~~ Intaxication (n.) Euphoria at getting a tax refund, which lasts until you realize it was your money to start with. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: ocsinventory package not in Fedora distro?
Franta Hanzlík wrote: > I want to upgrade my Fedora 19 server to Fedora 27, but is seems as > from cca Fedora 24+ ocsinventory packages (server and agents) are not > in Fedora repos (although this SW is still maintained and released > under (Fedora acceptable) GPLv2 license: > http://ask.ocsinventory-ng.org/7459/license-about-ocs-inventory-ng?show=7459#q7459 > https://www.ocsinventory-ng.org/ > ) > With a situation when some packages are missing in new Fedora distros > (and they was in previous) I have met several times, so I want to ask > rather generally: Is it possible to find out the fate of such package? It generally is, though sometimes it takes a little digging. The way I go about it is to check in the git repository for packages. When a package is retired from the distribution the spec file and other files are replaced with a dead.package file. The dead.package file should include the reason the package was retired. In the case of ocsinventory, it looks like it was orphaned (which is what we call it when the maintainer formally ceases to maintain the package). If no one else steps up to maintain the package it is then retired. You might start at https://src.fedoraproject.org/. From there you can select the "Browse" link in the upper right and then search for ocsinventory. That leads you to https://src.fedoraproject.org/rpms/ocsinventory. You'll notice the reb bubble with "Retired on Fedora" near the top. To view the dead.package file, click on the Files link. From there, clicking on the dead.package link shows the reason for the retirement: 2016-05-19: Retired orphaned package, because it was orphaned for more than six weeks. Hopefully that helps you a little (though not as much as having ocsinventory available of course). It's always possible for someone else to unorphan the package and pick up maintenance. Fedora relies heavily on volunteer maintainers. Maybe someone reading will decide to pick up the package. :) -- Todd ~~ Every man should have a college education in order to show him how little the thing is really worth. -- Elbert Hubbard (1856-1915), "A Message to Garcia" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Any way to disable debugsource generation on fedora >= 27
stan wrote:
> On Wed, 2 May 2018 23:57:53 -0400
> Todd Zullinger wrote:
>> The --with/--without arguments toggle conditions set via
>> %bcond_with and %bcond_without. So that won't do what Robin
>> wants.
>>
>> More details on --with/--without are here:
>>
>> http://rpm.org/user_doc/conditional_builds.html
>>
>
> Thanks.
>
> My knowledge of this is minimal, but I was going by the kernel, which
> was probably a bad choice, as the kernel is unique. There, passing
> --without-debuginfo turns off debug package generation, but that is
> probably due to special coding in the spec file, shown below.
[...]
Well... I didn't go into all the details about how the
--with/--without options work. I started to write more in
my initial reply, but then I thought I was getting too deep
in the weeds, so I dropped that. ;)
For a little more detail on it, the kernel isn't doing
anything special there with regards to --with/--without.
They're doing essentially what the %bcond_with/out macros
do.
In /usr/lib/rpm/macros, %bcond_with and %bcond_without are
defined like this:
%bcond_with()%{expand:%%{?_with_%{1}:%%global with_%{1} 1}}
%bcond_without() %{expand:%%{!?_without_%{1}:%%global with_%{1} 1}}
They're really just shortcuts for setting %with_$foo and
related macros. You can read more in the macros file,
starting around line 104 in rpm-4.14.0:
https://github.com/rpm-software-management/rpm/blob/rpm-4.14.0-release/macros.in#L104
It's a lot of macro work there, but it boils down to making
things easier for packages to use the %bcond macros and the
--with/--without command line arguments. Even the command
line arguments are just shortcuts to define %_with_$foo and
%_without_$foo macros.
Hopefully that's at least mildly interesting and/or useful
information. More importantly, I hope I managed to sum it
up reasonably, without any major errors. ;)
--
Todd
~~
If God had meant for us to be naked, we would have been born that way.
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Any way to disable debugsource generation on fedora >= 27
Robin Lee wrote: > On Thu, May 3, 2018 at 12:03 PM, Todd Zullinger wrote: >> Robin Lee wrote: >>> I recently upgrade my host from f26 to f28. But to keep compatible >>> with old behavior, >>> I am figuring out a way to revert the change 'Separate Subpackage and >>> Source Debuginfo'[1]. >>> That means let rpm not generate debugsource and subpackage debuginfo. >>> Simply adding '%_debugsource_packages 0' to ~/.rpmmacros does not work. [...] > It doest not work with _debugsource_packages set to 0. Indeed. I played around for a bit last night, to no avail. It's not clear to me from the rpm documentation, source comments, or git history whether this is intentional or not. It may be a case that wasn't tested. Or it could be intended that it's turned on at the distro level and can only be disabled in individual packages. That would help improve reproducibility. I think you'd have to ask the rpm maintainers about this to be sure. I'm still not clear on why you want to do this. I know I don't need to know that. I'm curious mostly and knowing why this is a problem might help someone here see another way to solve it. :) Is the goal to build binary, non-noaarch packages on f28 that you can use on older releases -- including the debuginfo? That seems unlikely to be ideal, but I'm guessing at your use-case. If it's just curiosity, then I understand. Sorry I can't help with a better answer in that case. I can at least confirm that it doesn't appear to be a macro you can override short of changing the setting in the system-wide macros file or individual spec file. :) -- Todd ~~ If age imparted wisdom, there wouldn't be any old fools. -- Claudia Young signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Any way to disable debugsource generation on fedora >= 27
Robin Lee wrote:
> I am using the planex[1] tool to do massive rpm rebuild.
> It use something like 'rpm -q --specfile' to predict the result
> rpms, and generate a dependency tree. And then use this info to
> build rpms in el7 mock one by one.
>
> I then use the ''%_debugsource_template %{nil}' trick, which can
> satisfy planex by now.
>
> [1] https://github.com/xenserver/planex
Cool, that looks handy. Is planex intended to support
generating srpms on newer systems like Fedora and building
on RHEL/CentOS? That seems like a recipe for other odd
failures, particularly as rpm development has picked up a
bit recently. We're likely to see more changes with each
Fedora release (or at least far more often than they end up
in RHEL/CentOS). :)
The mock --buildsrpm might be better for this than using
rpmbuild directly on the host. Coupled with mock's
--resultdir argument it doesn't look like it would be all
tht hard to replace rpmbuild in planex/cmd/makesrpm.py with
a mock equivalent. Maybe that would even be done
optionally, if the target OS differs from the host OS. That
would help planex guard against the next incompatible
change.
It is still odd that there's no way to override the
_debugsource_packages macro once it's set. I'd say it's
worth asking the rpm folks if that's intentional or not. It
may be a bug that they'll fix.
--
Todd
~~
Man was made at the end of the week's work when God was tired.
-- Mark Twain
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: WTF is this nonsense from bash -x ?
Matthew Miller wrote: > On Tue, May 15, 2018 at 11:43:59AM -0400, Tom Horsley wrote: >> Not me, anaconda did it :-). I've now erased it and >> things are back to normal. Thanks. (I read the description >> of this in rpm -i, and I still have no idea what it is >> good for). > > It is very commonly used in high performance computing and other > academic/research environments in combination with software installed > in a shared NFS tree (or AFS, although probably not so much anymore). > > I'm not sure what exactly pulled it in for you -- possibly a new soft > dependency of some package you have installed. On my system it's been installed for many releases. The difference between f27 and f28 is that environment-modules was updated from 3.2 to 4.1. The newer release includes this very noisy output. There is a way to disable most of it, by setting MODULES_SILENT_SHELL_DEBUG=1. https://github.com/cea-hpc/modules/issues/121 was filed regarding the xtrace output (initially at SourceForge before the project moved, it appears). It's easier to remove it though, for anyone that doesn't need it. That's what I'll be doing. It is a rather ugly effect. Arguably, the default should be silent. I can't imagine how many users would want it enabled just because they ran a script with -x for testing. It looks like scl-utils requires it. If environment-modules is updated to 4.1 in the next RHEL, that will be a fun surprise for many of those users -- who are far more likely to have scl-utils installed, I imagine. -- Todd ~~ Whenever I feel blue, I start breathing again. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: WTF is this nonsense from bash -x ?
I wrote: > It looks like scl-utils requires it. If environment-modules > is updated to 4.1 in the next RHEL, that will be a fun > surprise for many of those users -- who are far more likely > to have scl-utils installed, I imagine. Talking with Matthew, I filed a ticket about this issue: https://bugzilla.redhat.com/1578587 (It's either fitting or ironic that it's a very verbose bug entry about a tool being too verbose. ;) Looking closer, environment-modules is pulled in because scl-utils is part of the workstation-product group (and as been since at least f21). I think the change in environment-modules is undesirable, but I'm not sure what the best solution may be. While it might be an option to drop scl-utils from the workstation group on Fedora, that doesn't solve the problem so much as hides it. Ideally the debugging should be disabled by default upstream and done in a way that doesn't clutter the output even as much as when MODULES_SILENT_SHELL_DEBUG=1 is set. -- Todd ~~ Facts do not cease to exist because they are ignored. -- Aldous Huxley signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: Top-posting & list guidelines (was: alternative to skype)
Patrick O'Callaghan wrote: > On Wed, 2018-03-21 at 12:02 -0400, Todd Zullinger wrote: >> Patrick O'Callaghan wrote: >>> On Tue, 2018-03-20 at 22:20 -0400, Todd Zullinger wrote: >>>> With the move to mailman3, the list footer cannot be set via >>>> the web-based admin interface. I dug into the mailman3 >>>> documentation and filed an infrastructure ticket to see >>>> about adding guidelines link back to the list footer for >>>> this list. >>>> >>>> https://pagure.io/fedora-infrastructure/issue/6794 >>> >>> Thanks. I tried to bring this up recently (in the thread at: >>> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/thread/EP7DQ36TJB5G3KGV4FPUQ7D6TKOF24NV/ >>> but nothing happened. >> >> Ahh. I happened to be traveling at that time and wasn't >> following the list closely. Generally, anything that needs >> the attention of a list admin should get sent to the >> users-owner address. Otherwise it's likely to simply fall >> through the cracks. :) > > I guess, though one of the admins did take part. > >>> I'd also like to suggest an explicit URL for the list >>> archive in the message footer, which did used to be there. >>> I know it's in the message headers, but these aren't >>> clickable in many MUAs. >> >> Yep. The discussion in the ticket I filed includes a >> suggestion (and example text) for adding the archive link to >> the footer. So it's likely that will be added when that >> ticket is addressed. > > Here's hoping. Following up on an old item, I'm pleased to say there is now a customized list footer for all Fedora lists (not just this list). This is thanks to the combined effort of a few folks on the Fedora Infrastructure team (Kevin Fenzi and Aurélien Bompard). There were a few change freezes and other work which took precedence. But this change was not forgotten. One minor things we're likely to adjust is that the list archives link points to the URL of the message being sent rather than the generic archive URL. (Both links are in the headers as "Archived-At:" and "List-Archives:" for anyone curious.) -- Todd ~~ Most economic fallacies derive - from the tendency to assume that there is a fixed pie, that one party can gain only at the expense of another -- Milton Friedman signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/NGAMV2D5RBHILRHVRBKCBHV4W2LU/
Re: Notice: Latest update killed sddm for nVidia driver users
Ed Greshko wrote:
> On 05/24/18 11:26, Ed Greshko wrote:
>> This is just a notice to others who may run into this
>>
>> I just updated a system where I use the nVidia drivers from rpmfusion.
>> After the
>> update I could not get a login screen. Just a mouse cursor on a black
>> background. I
>> found there to be an selinux AVC.
>>
>> type=AVC msg=audit(1527130068.596:164): avc: denied { map } for pid=1205
>> comm="sddm-greeter" path="/dev/nvidiactl" dev="devtmpfs" ino=17300
>> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023
>> tcontext=system_u:object_r:xserver_misc_device_t:s0 tclass=chr_file
>> permissive=0
>>
>> Ran...
>>
>> ausearch -c 'sddm-greeter' --raw | audit2allow -M my-sddmgreeter
>> semodule -X 300 -i my-sddmgreeter.pp
>>
>> to fix the problem.
>>
>> The transaction of the update was for the following.
>
> FYI, I verified that it was the selinux packages being updated that causes
> the issue.
This was just filed, for anyone affected:
https://bugzilla.redhat.com/show_bug.cgi?id=1582203
--
Todd
~~
Whatever it is that the government does, sensible Americans would
prefer that the government does it to somebody else. This is the idea
behind foreign policy.
-- P.J. O'Rourke
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/5UEZVAPDSXR47VP5L7FLLGCUEL54SO43/
Re: H.264 video broken after updating to Fedora 28
Michael Cronenworth wrote: > On 05/06/2018 02:48 PM, Kevin Fenzi wrote: >> So, just to follow up here, the f28 and rawhide fedora-cisco-openh264 >> repos are now populated, and have been for a bit. > > FWIW, this may be fixed, but Firefox v60 + OpenH264 is still broken. > > - The about:plugins page never shows the plugin get a mime-type associated to > it. > - Youtube HTML5 page says h.264 is NOT supported. > > Installing compat-ffmpeg28 is still required as of Firefox 60. You should only need ffmpeg-libs in Firefox 60, not compat-ffmpeg28. The compat package was a temporary fix for the lack of ffmpeg-4.0 support in Firefox < 60. (In upstream Firefox it's < 61, but the Fedora firefox-60 packages include the (large) ffmpeg-4.0 patch.) The Cisco OpenH264 packages definitely aren't sufficient for general-purpose H.264 decoding. The wiki does say this, but there is apparently some confusion about it still. AFAIK, the wiki is correct. The Cisco OpenH264 packages only provide WebRTC, which is great if you need it. But it's not what most people want when they search for H264 codec support. If there is documentation stating that the Cisco OpenH264 packages provide general H264 decoding, it should be corrected. (If someone with authority says it should work, then there are bugs to be filed and fixed.) -- Todd ~~ The man who goes alone can start today; but he who travels with another must wait till that other is ready. -- Henry David Thoreau (1817-1862) signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/X3MQB6ROEIJP4SVMLTECHUCPALLBTB4N/
Re: Pan still crashes
Beartooth wrote: > > Followups set to gmane.linux.redhat.fedora.general > > Pan on F28, which I update at least once daily, still crashes instead of > launching. From the command line with ampersand: > > $ /usr/include/c++/8/bits/stl_vector.h:1021: std::vector<_Tp, > _Alloc>::const_reference std::vector<_Tp, _Alloc>::front() const [with _Tp = > const pan::Article*; _Alloc = std::allocator; > std::vector<_Tp, _Alloc>::const_reference = const pan::Article* const&]: > Assertion '__builtin_expect(!this->empty(), true)' failed. > > Alas! That is Geek to me. What should I do?? Wait for pan-0.145-1.fc28 to reach stable or install it from updates-testing and leave feedback on the update: https://bodhi.fedoraproject.org/updates/FEDORA-2018-15aa4361f6 -- Todd ~~ Ambition is a poor excuse for not having enough sense to be lazy. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/3ZMPYL4FMJYAC2TOO6MIW6RY5FWGZ7C5/
Re: OT: Annoying List Behavior....
Ed Greshko wrote: > OK, is anyone else seeing this and/or finding this annoying? > > Getting list emails where I don't really know who is sending. The "From" > shows as > > None via users > > So, it is showing up as "Fedora" in the From column of T-Bird. The actual > header in the email are showing as > > From: None via users > Cc: olivares33...@protonmail.com > > So, it seem that olivares33561 is the real poster. The DMARC mitigations we put in place a few months ago are the reason you see this. This sender doesn't have any name in their from field, so None is all we get. Normally if someone sending from a domain with strict DMARC rules configured their From field as 'Name ' the list DMARC mitigation would take the 'Name' part, add 'via users' and send it from the list address. Thunderbird showing you 'Fedora' is due to the mail client reversing the name from your local address book. I have no idea if you can tell Thunderbird not to do that or not. I don't think there's much we can do about it on the list side. Ideally olivares33...@protonmail.com would configure a name in the email address field used when posting on public lists. I've Cc'd olivares33...@protonmail.com. -- Todd ~~ It was probably drugs more than anything else that made me a Libertarian. -- John Gilmore signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/LC4RCV2XIIJIBHK53U7WDTTPNDPLGUGS/
Re: xml2rfc rpm
Patrick O'Callaghan wrote: > On Mon, 2018-06-04 at 19:55 +0800, Ed Greshko wrote: >> On 06/04/18 18:58, Patrick O'Callaghan wrote: >>> On Sun, 2018-06-03 at 20:07 -0400, Robert Moskowitz wrote: I see the following rpms in the repo: # grep xml2rfc dnf.lst python2-xml2rfc.noarch 2.5.2-4.fc28fedora python3-xml2rfc.noarch 2.5.2-4.fc28fedora yet: # dnf install xml2rfc Last metadata expiration check: 2:22:41 ago on Sun 03 Jun 2018 05:33:23 PM EDT. No match for argument: xml2rfc Error: Unable to find a match >>> >>> Shouldn't that be 'dnf install python3-xml2rfc'? >> >> Yes. But you have to admit that there are inconsistencies in the way things >> are done >> >> [root@f27k ~]# which tracer >> /usr/bin/which: no tracer in >> (/usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin) >> >> The available packages are... >> >> python2-dnf-plugin-tracer.noarch 2.0.5-1.fc27 >> updates >> python2-tracer.noarch0.7.0-1.fc27 >> updates >> python3-dnf-plugin-tracer.noarch 2.0.5-1.fc27 >> updates >> python3-tracer.noarch0.7.0-1.fc27 >> updates >> tracer-common.noarch >> >> No package named "tracer", yet >> >> [root@f27k ~]# dnf install tracer >> Last metadata expiration check: 0:51:26 ago on Mon 04 Jun 2018 07:03:05 PM >> CST. >> Dependencies resolved. >> === >> PackageArch Version Repository >> Size >> === >> Installing: >> python3-tracer noarch 0.7.0-1.fc27 updates >> 129 k >> > [...] > > Yes. 'dnf list tracer' and 'dnf info tracer' both show nothing, though > 'dnf search tracer' does find it. There appears to be more than one > 'name' associated with some packages and how this works is not clearly > documented. The manpage for dnf documents what the search command uses to find results. The important part is that "by default the command will only look at package names and summaries, failing that (or whenever ``all`` was given as an argument) it will match against package descriptions and URLs." That's why 'dnf search' finds results for tracer. The reason that 'dnf install tracer' installs python3-tracer is because python3-tracer has a 'Provides' tag for tracer. There isn't a similar provides for 'xml2rfc' by name, but you can install using the /usr/bin/xml2rfc 'Provides' with 'dnf install /usr/bin/xml2rfc'. Using 'dnf provides xml2rfc' shows that path-based 'Provides'. -- Todd ~~ Many questions are unanswerable. Many answers are questionable. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/UYX67JUR4GFE7ZRK4LYWNAVR7V7P2ZKK/
Re: OT: Annoying List Behavior....
Danny Horne via users wrote: > On 04/06/18 18:56, Robert Moskowitz wrote: >> Oh, this is fun! I use Thunderbird and run my own mail server. I >> checked message source and for this message from you I find: >> >> From: Danny Horne via users >> Cc: Danny Horne >> >> >> So something is rewriting the from, most likely the list server. >> >> ___ > > I thought all list servers did that as a matter of course (p.s. I run my > own mail server to with strict DMARC settings) For anyone curious, please refer to the announcement of this change and subsequent discussion here: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/XRCBUN3OJU3NDO47TBWYUSNT4HEP24T4/ In short, it's intended and expected. If there are any issues, those should be addressed to the list admins. -- Todd ~~ Faith, n. Belief without evidence in what is told by one who speaks without knowledge, of things without parallel. -- Ambrose Bierce, "The Devil's Dictionary" signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/IJT4GC2LXE4JRBTDRMN5W7R7U7NBFPRZ/
Re: OT: Annoying List Behavior....
Tim via users wrote: > Allegedly, on or about 4 June 2018, Todd Zullinger sent: >> I don't think there's much we can do about it on the list >> side. > > If an email address didn't have a name portion, I would have used the > email accountname immediately left of the @ sign. Yeah, that might work, though I haven't looked at the Mailman code (much) or thought about whether there are downsides (none spring to mind and it's hard to see how "None" is a better choice for the display name). FWIW, that's a change which would need to be made to the Mailman code, not something within the power of list admins. Ideally someone will submit a patch upstream to improve the DMARC mitigation code and the Fedora lists will pick it up when it's released. The mailman code is here: https://gitlab.com/mailman/ I believe the patch would be in the munged_headers() function here: https://gitlab.com/mailman/mailman/blob/master/src/mailman/handlers/dmarc.py#L65-142 Short of a patch, filing an issue would be a good start (assuming one hasn't already been filed -- a quick search didn't turn one up). -- Todd ~~ All I really want for Christmas is Santa's list of Naughty Girls. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/OAKQHVCJHYR67VTUNMPUDBFC46SOGP5S/
Re: rpmbuild --define - some rpm sorcerer around?
Hi,
lejeczek via users wrote:
> how do you pass vars to rpmbuild for definition? eg
>
> rpmbuild --define \'"${_definition2}"\'
>
> I've been fiddling with ways to escape, but none is fricking working..
> I mean, rpmbuild rushes to work(no errors nor failure) so if you try just
> command line do not believe it, because later as it executes %if you will
> see process does not see these definitions.
The format would be --define '_definition2 value'. The you
would use %{_definition2} in your spec file, (which I'm
presuming you already have, it's just not being defined).
The man page explains is this way:
-D, --define='MACRO EXPR'
Defines MACRO with value EXPR.
--
Todd
~~
It's not denial. I'm just very selective about what I accept as
reality.
-- Calvin ("Calvin and Hobbes")
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/DTIIF332XVZNYJMB2PQT4BGMEFYMD3BV/
Re: rpmbuild --define - some rpm sorcerer around?
lejeczek via users wrote:
> On 08/06/18 16:39, Todd Zullinger wrote:
>> lejeczek via users wrote:
>>> how do you pass vars to rpmbuild for definition? eg
>>>
>>> rpmbuild --define \'"${_definition2}"\'
>>>
>>> I've been fiddling with ways to escape, but none is fricking working..
>>> I mean, rpmbuild rushes to work(no errors nor failure) so if you try just
>>> command line do not believe it, because later as it executes %if you will
>>> see process does not see these definitions.
>> The format would be --define '_definition2 value'. The you
>> would use %{_definition2} in your spec file, (which I'm
>> presuming you already have, it's just not being defined).
>>
>> The man page explains is this way:
>>
>> -D, --define='MACRO EXPR'
>> Defines MACRO with value EXPR.
>>
>>
>
> Try to pass bash var to rpmbuild, eg:
>
> $ _def1="_me 1"
> $ rpmbuild --define=${_def1}
>
> %if does not seem to catch/see these definitions. Like I said rpmbuild will
> run but you should see it is not there as .spec gets digested & processed.
It's hard to guess what error you get since you have not
included the output or a more complete example. But my
guess is that you've not quoted the variable you're passing
to --define. Here's an example spec and some example
output:
$ cat test.spec
Name: test
Version:1.0
Release:1%{?dist}
Summary:Test spec
License:MIT
%description
%{summary}.
%prep
%if 0%{?_me}
echo "_me == %{_me}"
%else
echo "_me != 1"
%endif
#
# Running without --define shows the %else clause is reached
#
$ rpmbuild -bp test.spec
Executing(%prep): /bin/sh -e /home/tmz/src/packages/tmp/rpm-tmp.po8R74
+ umask 022
+ cd /home/tmz/src/packages/test
+ echo '_me != 1'
_me != 1
+ exit 0
#
# Running with --define unquoted shows a failure
#
$ (_def1="_me 1"; rpmbuild -bp --define=$_def1 test.spec)
error: Macro %_me has empty body
#
# Running with --define quoted shows the %if clause is reached
#
$ (_def1="_me 1"; rpmbuild -bp --define="$_def1" test.spec)
Executing(%prep): /bin/sh -e /home/tmz/src/packages/tmp/rpm-tmp.jcPyKb
+ umask 022
+ cd /home/tmz/src/packages/test
+ echo '_me == 1'
_me == 1
+ exit 0
If you're experiencing some other sort of failure, it would
be useful if you included a shortened spec file and the
rpmbuild commands and output.
--
Todd
~~
Honesty may be the best policy, but it's important to remember that
apparently, by elimination, dishonesty is the second-best policy.
-- George Carlin
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/RKWZW3FVMUSCBUS5URLV44FKTUF2KAWJ/
Re: libesmtp-devel
Hi, Paolo Galtieri wrote: > I run the bro network security monitor. Due to recent changes in openssl > the bro monitor will no longer compile with openssl 1.1 only with openssl > 1.0. As a result I had to uninstall openssl-devel and install the > compat-openssl10-devel package. As part of the removal of openssl-devel the > libesmtp-devel and net-snmp-devel packages were also removed. I have other > software that uses libesmtp-devel. I can't install libesmtp-devel due to > conflicts with openssl. Is there anyway to re-install the libesmtp-devel > and net-snmp-devel packages? I don't think so, as the conflict with openssl-devel and compat-openssl10-devel isn't something you can (reasonably) work around. Why do you need the -devel packages installed on the same system? Unless the bro software somehow needs the openssl 1.0 headers at run time, you should be able to build it, then remove compat-openssl10-devel and reinstall the openssl-devel package. (If it is a runtime dependency, then I don't think there's any good options, but that seems unlikely.) An somewhat better solution is to build in mock or some other container. Then you don't need to have any -devel packages installed. And, of course, the best solution would be for bro to support openssl-1.1. I would think security software would be keeping up with openssl. ;) -- Todd ~~ For a list of all the ways technology has failed to improve the quality of life, please press three. -- Alice Kahn, writer signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/GEEHINCRRF4SQXTEXJ3JTI2J4FJ52ALQ/
Re: libesmtp-devel
Paolo Galtieri wrote: > I know I could uninstall the compat devel package and re-install the openssl > devel package, but then if there are updates to bro I would have to > uninstall the openssl-devel package and re-install the compat devel > package. I was hoping there would be some way to avoid this. Nothing comes to mind. If you build this often, making a container which provides a build environment is probably the easiest route. -- Todd ~~ If age imparted wisdom, there wouldn't be any old fools. -- Claudia Young signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/BG7P7NN5GQC5LXYE3K26KNHXZGF2ZL7U/
Re: rpmbuild --define - some rpm sorcerer around?
lejeczek via users wrote:
> I'm sorry, I do not get it.. was I so hard to read?
>
> $ _def1="_me 1"
> $ rpmbuild --define \'"${_def1}"\'
>
> and no matter how I quote, how I escape bash's var, rpmbuild does not
> "react" to it. I run it from a bash script.
> I should mention I'm on Centos 7.5. RPM version 4.11.3
Yes, it's good to know that you're on CentOS which uses an
older version of rpm. That's not likely the issue here, but
it's sometimes the details which make all the difference.
More importantly, things we are still missing include:
- an example spec file (or at least the parts where you
define the macro and use them)
- the output you get (including the commands you run to
get them)
- how that differs from the output you expect.
I included a simplified spec file and commands which showed
the output when run. How does your spec file differ from
that example in the usage of the macros and %if statements?
We can help, but we need more information in order to do so.
I suspect that your issue is in how you're trying to create
and call the rpmbuild command from your shell script, which
is why you're showing so many levels of quoting.
But we shouldn't have to guess at this, you should provide
clear steps to demonstrate the issue, what the actual output
is, and what you expect it to be.
--
Todd
~~
If quizzes are quizzical, what are tests?
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/XXCOM5NFT6GUYCGZCLOKEH4OSMMRR5SV/
Re: rpmbuild --define - some rpm sorcerer around?
lejeczek via users wrote:
> It actually might be working. What I was doing I was looking for a
> confirmation like this:
>
> $ ps -FC rpmbuild --cols
> UIDPID PPID CSZ RSS PSR STIME TTY TIME CMD
> appmgr 24855 24835 0 44512 6772 16 17:33 pts/000:00:00 rpmbuild
> --define "_MKL 1" --define "_mic 1"
>
> waiting to see those quotation marks(single or double) in there, but.. it
> turns out that it works actually when ps is not showing them, like:
>
> $ ps -FC rpmbuild --cols
> UIDPID PPID CSZ RSS PSR STIME TTY TIME CMD
> appmgr 24855 24835 0 44512 6772 16 17:33 pts/000:00:00 rpmbuild
> --define _MKL 1 --define _mic 1
Ahh, yes. There's a level of quoting needed by the shell,
which is removed when the command is executed and shows up
in ps.
> and then vars(in a bash script, all in such a script) are simply declared:
> ...
> export _definition1='_MKL 1'
> rpmbuild --define "${_definition1}" --define "${_definition2}"
>
> without! any escaping of quotes.
It's not clear how you're using these macros, but if you're
toggling settings, the %bcond_with and %bcond_without
options may be useful. Then you can enable/disable using
--with and --without on the rpmbuild command line.
http://rpm.org/user_doc/conditional_builds.html
--
Todd
~~
Experience is the worst teacher: it gives the test before presenting
the lesson.
-- Vernon Law
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/EH6U5X4K6BLR335NF7U3HIT2OB3XIVFU/
Re: Getting rpm update history with wildcarding
Richard Shaw wrote: > On Thu, Jun 14, 2018 at 8:55 AM Robert Moskowitz > wrote: > >> >> On 06/14/2018 09:08 AM, Ahmad Samir wrote: >>> FWIW, to match using a wildcard you'd have to use `rpm -qa pulseaudio*`. >> >> Don't think so: >> >> # `rpm -qa pulseaudio*` >> bash: pulseaudio-module-bluetooth-11.1-18.fc28.1.x86_64: command not found > > Don't include the tick marks, it tried to execute what's inside... What he > means is that rpm doesn't accept wildcards so if you want to find partial > matches, you need to pipe it to grep... > > # rpm -qa | grep pulseaudio I don't think Ahmad was saying that "rpm doesn't accept wildcards" at all. Quite the opposite; rpm accepts wildcards, and has for as long as I can remember. $ rpm -qa 'pulseaudio*' pulseaudio-gdm-hooks-11.1-15.fc27.x86_64 pulseaudio-utils-11.1-15.fc27.x86_64 pulseaudio-module-x11-11.1-15.fc27.x86_64 pulseaudio-11.1-15.fc27.x86_64 pulseaudio-libs-glib2-11.1-15.fc27.x86_64 pulseaudio-module-bluetooth-11.1-15.fc27.x86_64 pulseaudio-libs-11.1-15.fc27.x86_64 You need to use the -a / --all option when querying with a glob, e.g. rpm -qa 'foo*' instead of rpm -q 'foo*'. Whether you prefer to use a glob or pipe to grep is a matter of preference in most cases. I try to avoid pipes when they aren't needed out of habit, but the difference in characters typed or performance is negligable. The rpm globbing support is quite limited, so if you need a more flexible search string, then grep wins. One thing note when passing globs to commands like this is that it's important to quote or escape the glob to prevent the shell from expanding it. So either of these work: rpm -qa 'pulseaudio*' rpm -qa pulseaudio\* It also works without the quotes as long as you don't have anything which matches pulseaudio* in the directory where you run the command. That lulls many people into complaceny and then they're surprised when they run it somewhere the glob is exapnded by the shell and the command behaves differently. It's a good habit to always protect those globs from the shell. -- Todd ~~ You will never find time for anything. If you want time you must make it. -- Charles Buxton signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/HXV4SP55ZT5XOSCOWTMDFOGBY2VOGFZF/
Re: Getting rpm update history with wildcarding
Tony Nelson wrote: > That is not what he means. Would one of you please look > at the RPM man page? To be fair, I don't think the rpm man page documents its wildcard support. If it does, I'm looking past it. -- Todd ~~ From there to here, from here to there, funny things are everywhere. -- Dr. Seuss, One Fish Two Fish, Red Fish Blue Fish signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/KKFMXACCE5QA76XITB34N75ZVHC6YG2T/
Re: Getting rpm update history with wildcarding
Robert Moskowitz wrote: > On 06/14/2018 09:57 AM, Richard Shaw wrote: >> Don't include the tick marks, it tried to execute what's inside... What >> he means is that rpm doesn't accept wildcards so if you want to find >> partial matches, you need to pipe it to grep... >> >> # rpm -qa | grep pulseaudio > > But that does not give me the update history. Going to have to pipe this > output into something else > > # rpm -qa | grep pulseaudio > pulseaudio-module-bluetooth-11.1-18.fc28.1.x86_64 > pulseaudio-module-x11-11.1-18.fc28.1.x86_64 > pulseaudio-libs-glib2-11.1-18.fc28.1.x86_64 > pulseaudio-utils-11.1-18.fc28.1.x86_64 > xfce4-pulseaudio-plugin-0.4.1-1.fc28.x86_64 > pulseaudio-libs-11.1-18.fc28.1.x86_64 > pulseaudio-11.1-18.fc28.1.x86_64 > alsa-plugins-pulseaudio-1.1.6-3.fc28.x86_64 You want to use dnf history, as Ed has said already. dnf history list 'pulseaudio*' You can get further details on each transaction with 'dnf info' using the transaction ID which 'dnf history list' inlcudes. Refer to the dnf man page for details on the dnf history command. -- Todd ~~ Any clod can have the facts; having opinions is an art. -- Charles McCabe signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/KFU5CDKKOQ7LUEAJTDPC5NVBQS5L2YCH/
Re: Getting rpm update history with wildcarding
Robert Moskowitz wrote: > Ah, I left off the 'list' portion of your command > > # dnf history list pulseaudio* > ID | Command line | Date and time| Action(s) | > Altered > --- > 2 | update | 2018-05-24 21:54 | I, U | 341 > EE > 1 | | 2018-05-24 21:07 | Install| 1593 > EE > > Of course it does not tell me WHAT was updated in #2. > > But then all of this is before I hit the problems with audacity so I can > report that I am up to date on it... Use 'dnf history info 2' to get further details on the transaction. The usage of dnf history is covered in the dnf man page. -- Todd ~~ Life may have no meaning. Or even worse, it may have a meaning of which I disapprove. -- Ashleigh Brilliant signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/OUHEBJM7PGPOL3REHW67M42LOPFGIZB7/
Re: Getting rpm update history with wildcarding
Tim via users wrote:
> Allegedly, on or about 14 June 2018, Todd Zullinger sent:
>> To be fair, I don't think the rpm man page documents its
>> wildcard support. If it does, I'm looking past it.
>
> I've always successfully done things like this:
>
> rpm -qa \*pulse\*
>
> More through force of habit, than any hard knowledge.
Yeah. That's worked for as long as I can remember. I just
noticed while looking at the man page that it's apparently
not documented. :)
--
Todd
~~
It's not denial. I'm just very selective about what I accept as
reality.
-- Calvin ("Calvin and Hobbes")
signature.asc
Description: PGP signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/KYWD44YZQUIPCNLCCPLHPKFNSM3E33BU/
Re: Getting rpm update history with wildcarding
Ed Greshko wrote: > On Fri, Jun 15, 2018, 18:46 Patrick O'Callaghan > wrote: > >> On Fri, 2018-06-15 at 18:01 +0800, Ed Greshko wrote: >>> [egreshko@meimei ~]$ rpm -qa pulse* >>> pulseaudio-11.1-18.fc28.1.x86_64 >>> pulseaudio-module-bluetooth-11.1-18.fc28.1.x86_64 >>> pulseaudio-module-x11-11.1-18.fc28.1.x86_64 >>> pulseaudio-libs-11.1-18.fc28.1.x86_64 >>> pulseaudio-libs-glib2-11.1-18.fc28.1.x86_64 >>> pulseaudio-utils-11.1-18.fc28.1.x86_64 >>> >>> [egreshko@meimei ~]$ rpm -qa *pulse* >>> pulseaudio-11.1-18.fc28.1.x86_64 >>> pulseaudio-module-bluetooth-11.1-18.fc28.1.x86_64 >>> alsa-plugins-pulseaudio-1.1.6-3.fc28.x86_64 >>> pulseaudio-module-x11-11.1-18.fc28.1.x86_64 >>> pulseaudio-libs-11.1-18.fc28.1.x86_64 >>> kde-settings-pulseaudio-28.0-2.fc28.noarch >>> pulseaudio-libs-glib2-11.1-18.fc28.1.x86_64 >>> pulseaudio-utils-11.1-18.fc28.1.x86_64 >>> >>> Works fine here. No escaping needed. Not that it matters >> >> The escaping is a precaution. Your example wouldn't work if you had a >> filename starting with 'pulse' in the current directory. > > Yeah, but I'm always aware of that possibly. So it's never an issue for me. > I like less typing 😁 It's your choice to use commands which depend on the state of your current directory, of course. But it's a very bad habit to teach anyone reading this list who may not yet know the details of shell glob expansion. There are far better ways to save two characters in the shell. When you ask someone to run a command and they don't get the output you think they should because their current directory has files matching the unquoted glob, then you haven't saved them or yourself any typing. Please, think of the bits! :) -- Todd ~~ When we remember we are all mad, the mysteries of life disappear and life stands explained. -- Mark Twain signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/Q7TU77W2UBSQ5OZE4KM2GCQD7SCVKW6Q/
Re: Createrepeo faild with error on Fedora 28
Hi, Danishka Navin wrote: > I noticed that createrepo failed on Fedora 28 under SELinux permissive as > well. > > createrepo /data/dist/localrepo/h28/norach/ > Spawning worker 0 with 1 pkgs > Spawning worker 1 with 1 pkgs > Worker 0: Error: Could not open local rpm file: > /data/dist/localrepo/h28/norach//generic-logos-18.0.0-900.fc28.noarch.rpm: > RPM Error opening Package > Worker 1: Error: Could not open local rpm file: > /data/dist/localrepo/h28/norach//generic-logos-httpd-18.0.0-900.fc28.noarch.rpm: > RPM Error opening Package > Workers Finished > Failed to process 2 package(s). > > [root@hanthana localrepo]# ls -l /data/dist/localrepo/h28/norach/ > total 12 > -rw-r--r--. 1 root root 131 Jun 22 21:09 > generic-logos-18.0.0-900.fc28.noarch.rpm > -rw-r--r--. 1 root root 130 Jun 22 21:09 > generic-logos-httpd-18.0.0-900.fc28.noarch.rpm > drwxr-xr-x. 2 root root 4096 Jun 22 21:14 repodata Are those packages valid rpm's? The sizes look way too small, particularly for logo packages. Check that rpm can parse them, using rpm -K or another rpm query command. -- Todd ~~ The trouble with being punctual is that nobody's there to appreciate it. -- Franklin P. Jones signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/3Z7RHP3DVZ3LFY2QDWPXMVV7JEIKDNHU/
Re: SSH private keys?
Mike Wright wrote: > On 06/23/2018 01:35 PM, Jeffrey Ross wrote: >> >> my .ssh directory has my private key in a file called "id_rsa" nothing >> with .pub on the end and if I understand correctly running ssh will look >> for the private key in a few different file names, none of which end >> with .pub. >> > Gotta have both halves. "ssh-keygen" will give you new keys. No need to generate a new keypair. ssh-keygen -y "will read a private OpenSSH format file and print an OpenSSH public key to stdout." -- Todd ~~ Cryptography products may be declared illegal, but the information will never be. -- Bruce Schneier signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/U3EJ2K35ZQ26R675YGQWOSGKO2EECQQA/
Re: Strange message on ssh login
Richard Shaw wrote: > I've never seen additional output before but when I remoted in to my F28 > desktop I got the following: > > Using username "". > @'s password: > Activate the web console with: systemctl enable --now cockpit.socket > > Last login: Sun Jul 1 09:26:49 2018 > > What's up with that? The cockpit-ws package installs /etc/issue.d/cockpit with the "Activate the web console ..." content. -- Todd ~~ I've had a perfectly wonderful evening. But this wasn't it. -- Groucho Marx signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/MSAZO3ES24FZN5MUGH3KVHZOPHABUUUL/
Re: Strange message on ssh login
Richard Shaw wrote: > On Mon, Jul 2, 2018 at 10:20 AM Todd Zullinger wrote: > >> Richard Shaw wrote: >>> I've never seen additional output before but when I remoted in to my F28 >>> desktop I got the following: >>> >>> Using username "". >>> @'s password: >>> Activate the web console with: systemctl enable --now cockpit.socket >>> >>> Last login: Sun Jul 1 09:26:49 2018 >>> >>> What's up with that? >> >> The cockpit-ws package installs /etc/issue.d/cockpit with >> the "Activate the web console ..." content. >> > > Ok, I removed that symbolic link to the cockpit motd but I still see the > message even after restarting the ssh service... Hmm. The issue.d support is new in util-linux and I'm not sure what is required to cause it to be reloaded. I imagine there's some systemd unit or whatever, but I didn't find it while poking the documentation. Removing the symlink and rebooting the VM caused the message to be removed. On the server flavored install, there's an additional "Admin Console:" entry which comes from /etc/issue (a symlink to /usr/lib/os.release.d/issue-server, via /usr/lib/issue). Removing /etc/issue removes that as well. It looks like there might be further messages displayed via /etc/motd.d too (whether currently or planned for a cockpit update). Here's a bug report about dropping the message from /etc/issue which has some links to other related tickets: https://bugzilla.redhat.com/show_bug.cgi?id=1591389 That might be a decent starting point if you're looking to file a bug asking that no messages be shown by default. At the least, the documentation involving this could use some work. There seems to be a good bit of hidden magic involved at the moment. The fedora-release package is what installs /etc/issue and its scriptlets handle the symlinks to the various os flavors, in case it helps you with further digging. -- Todd ~~ Until you have the courage to lose sight of the shore, you will not know the terror of being forever lost at sea. -- Demotivators (www.despair.com) signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/W2NGHRSLOFB3H4D7SQKZIXP7WFF24EDU/
Re: Anyone have a favorite archive manager?
ToddAndMargo wrote: > Hi All, > > Fedora 28 > Xfce 4.12 > > I have several large tar balls > > -rwxr-xr-x. 1 todd users 6359558528 Jul 12 10:51 > 2018-07-12_OurStuff.tar.gz2 Is .gz2 a typo? I've only ever seen .bz2 or .gz. I doubt that's related, but it's a curiosity. > I have to deal with. They only extract (t or x) with the > command line "tar" command and crash both file-roller > and xarchive manager. Do they run out of memory? That would be my guess. I don't use GUI archive tools much at all, so I don't know if there's an option to have it simply extract the compressed tarball rather than try to decompress it first and then extract it from the .tar file. -- Todd ~~ The cynics are right nine times out of ten. -- H. L. Menchen (1880-1956) signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/FB5CC2TDWQNR36AKO2GVXYZWPYCGIPAU/
Re: Where is Perl 5's "say" module?
ToddAndMargo wrote: > # perl -Msay -e 'say "Hi";' > Can't locate say.pm in @INC (you may need to install the say module) (@INC > contains: /usr/local/lib64/perl5 /usr/local/share/perl5 > /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 > /usr/share/perl5). > BEGIN failed--compilation aborted. > > And I tried downloading it from cpan and it won't install. > > What am I missing? From the perl documentation¹, either of these work: $ perl -e 'CORE::say "Hi";' Hi $ perl -e 'use feature 'say'; say "Hi";' Hi ¹ https://perldoc.perl.org/functions/say.html -- Todd ~~ What do Atheists scream during sex? 'Ohhh, chemical chance, chemical chance' -- Bill Hicks ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/N3R466WFYOSPSPAC4WFMSSE6BCIVE7AT/
Re: dnf update on pkg version not matched: gstreamer1-plugins-ugly-free
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 gstreamer1-plugins-ugly-1.12.4-3.fc27.x86_64 requires > gstreamer1-plugins-ugly-free(x86-64) = 1.12.4, but none of the providers > can be installed > - cannot install the best update candidate for package > gstreamer1-plugins-ugly-free-1.12.4-2.fc27.x86_64 > - cannot install the best update candidate for package > gstreamer1-plugins-ugly-1.12.4-3.fc27.x86_64 I think you found this already, but in case you didn't and for anyone else hitting this, it's filed with RPM Fusion: https://bugzilla.rpmfusion.org/show_bug.cgi?id=4999 -- Todd ~~ Whenever you find yourself on the side of the majority, it is time to pause and reflect. -- Mark Twain signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Setting up an HTTP server on a KVM/QEMU guest
Patrick O'Callaghan wrote: > On Fri, 2018-09-07 at 20:02 +0800, Ed Greshko wrote: >> On 09/07/18 19:56, Patrick O'Callaghan wrote: >>> I'm not seeing any qbt-nox packages on Koji, just qbt itself. They must >>> be there but the search shows up empty. >> >> >> It is produced when qbittorrent it built. >> >> Download from here >> >> https://koji.fedoraproject.org/koji/buildinfo?buildID=1086540 > > OK, thanks. A search for the RPM should show it too but that appears to > be broken (just spins endlessly with no results). AFAIK, the package search in koji is for source package names, so you don't get results searching for subpackages (or for binary rpms where the name differs from the source package name, like in the case of many python-$module srpms which produce python[23]-$module rpms). -- Todd ~~ Whenever you find yourself on the side of the majority, it is time to pause and reflect. -- Mark Twain signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: apropos?
Rick Stevens wrote: > There is a one-shot systemd service that updates the man page database > on boot (man-db-cache-update.service) which should already be installed. > > You can "dnf install man-db-cron", which will periodically update the > database via crony. Or continue to do it manually. Your choice. The man-db-cache-update service is also run via a file trigger whenever files are installed to /usr/share/man by a package. (See: rpm -q --filetriggers man-db) -- Todd ~~ Until you have the courage to lose sight of the shore, you will not know the terror of being forever lost at sea. -- Demotivators (www.despair.com) signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: apropos?
Rick Stevens wrote: > On 9/14/18 2:30 PM, Todd Zullinger wrote: >> The man-db-cache-update service is also run via a file >> trigger whenever files are installed to /usr/share/man by a >> package. (See: rpm -q --filetriggers man-db) > > I _thought_ there was another trigger like that, but couldn't recall > what it was. Thanks for reminding me! Glad it helped. I often forget about rpm -q --filetriggers. I often run rpm -q --scripts out of habit and then I wonder why the script I know exists isn't in the output. ;) -- Todd ~~ The direct use of physical force is so poor a solution to the problem of limited resources that it is commonly employed only by small children and great nations. -- David Friedman signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Can't get to https://copr-be.cloud.fedoraproject.org/results/managerforlustre/manager-for-lustre/epel-7-x86_64/
Danesh Manoharan wrote: > I suspect we might have gotten blacklisted, maybe? We've > been running a large lustre install with IML which tells > it's hosts to pull from the repo. I would try asking in #fedora-buildsys on irc.freenode.net or send a message to the copr mailing list at copr-de...@lists.fedorahosted.org. I have seen someone else whose IP's were blacklisted by the copr systems recently, so that's certinly a possiblity. -- Todd ~~ If everything seems to be going well, you have obviously overlooked something. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: bugzilla is still down
Samuel Sieb wrote: > On 10/2/18 3:32 PM, ToddAndMargo wrote: >> The WAN IP (DHCP) has been the same for months (auto renewal). >> I was just wondering if bugzilla had that particular IP range >> filtered for some reason. > > That's not a result you should get from filtering though. It would either > not respond at all or you would get a 4xx result saying you're not allowed. > A 5xx result is bad. If it's still happening, have you contacted the > infrastructure people? They would be able to check the logs and find out > what's going on. And to further this, the address to send such queries should be bugzilla-ow...@redhat.com. -- Todd ~~ Drugs may lead to nowhere, but at least it's the scenic route. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: rebuild package and increment version
stan wrote: > On Wed, 17 Oct 2018 15:58:49 +0200 > "Patrick Dupre" wrote: > >> but I also would like to modify the version number >> For example by adding a -1 or a "a" >> >> how can I do it? > > Doug's response is pertinent. But I'm going to read your mind and > assume that you are trying to build a local package from the source > rpm. Then you will have a directory ~/rpmbuild/SPECS. In that > directory there will be a spec file for your package. Edit that file > and change the version to whatever you want. It's worth noting that changing the release tag to -1 or "a" are both problematic. You can't use a dash in the release tag and using alphabet characters makes it much trickier to ensure that a package is newer than previous versions. So to properly answer Patrick's question, much more context and details are going to be needed. -- Todd ~~ The future isn't what it used to be. -- Arthur C. Clarke signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Replacing email list for users with a web forum software called Discourse, what's your opinion?
stan wrote: > I'm wondering how the people who regularly use > fedora-users mailing list feel about that. Which would > you prefer? Forums have never been something I care for. Anything which forces its choice of interface upon me is something I don't use joyfully. But that said, I don't see any reason why there could not be a users forum and an email list co-existing. Clearly, some people prefer forums while other prefer email. Helping users of Fedora in whatever format they prefer seems reasonable. Both IRC and the mailing list happily co-exist today. Some folks are in one or the other, some spend time in both. A user-support forum would be similar. If that makes support available to people who aren't well-served by IRC or mailing lists, it's probably a good thing. The only reason it would be an either/or choice is if a global decision was made to drop support for the Fedora Mailman instance in favor of a Discourse instance. That doesn't seem likely for the near future, at this point. > Unfortunately, it's an either / or proposal, because there > is no interface in Discourse for emails from an email list > to be put in their forums, though they do have email > notification for new web messages. Based on what I read as I followed the devel list thread, there is a mailing-list mode in Discourse. It's got a number of issues at this point, but there is some attempt by the Discourse folks to allow interacting with the forum via email. I still would be unlikely to use it because forums are simply a different type of conversation. In my experience, forums discourage quoting and lead to conversations that remind me of mailing lists with no standards. They're like being on lists where everyone top-posts. (I generally avoid helping people who repeatedly top-post here. There are folks who continue to do so after being asked numerous times to respect the list customs.) > Would you willingly or reluctantly migrate to the new > platform? If this list were replaced with a forum, I'd simply free up the time I spend here doing other things. I have no interest in using a forum and spending more time in some browser-based interface. -- Todd ~~ Whenever I feel blue, I start breathing again. signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Replacing email list for users with a web forum software called Discourse, what's your opinion?
Leander Hutton wrote: > Discourse, Discord or Slack are what everyone seem to be clustering > around these days. The main thing I like about mailing lists and even to > some extent IRC is it's a bit more decentralized and is easily locally > archived. They're also built around a standard or protocol instead of an > individual product so it's fairly easy to migrate data from one > machine/client/place/whatever to another. Being standards-based is a very good point, thanks for making it! Too many things are moving toward closed protocols or one-off tools. (I know Discourse is open, it just falls into the latter category.) [The quote in my sig is random and not intended to be related to this discussion, I swear. :)] -- Todd ~~ A common mistake people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Replacing email list for users with a web forum software called Discourse, what's your opinion?
Ed Greshko wrote: > On 10/21/18 7:52 AM, Todd Zullinger wrote: >> But that said, I don't see any reason why there could not be >> a users forum and an email list co-existing. > > Are you aware that is already the case for this mailing list? > > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/ Yeah, I'm aware of the web interface to the list*. I'm sure some folks aren't, so it's a handy reminder. I'm not sure I'd call that a forum though, not in the same way that Discourse is according to the discussions here and on the devel list. But maybe that's splitting hairs. ;) * There are some bugs in the web interface which are fixed upstream and not yet deployed to the Fedora instance. One of those is the lack of attribution when replying, giving the impression that the person replying has misattributed any quoted content. I'd love to see that patch applied to the Fedora instance (or have the Fedora instance updated to the latest stable release). But I know that the Fedora Infrastructure team is always quite busy and the number of users of the web interface may not justify much time spent. [And once again, reading the quote in my sig, I see that the randomness of the fortune program may appear deliberate. It's not. :)] -- Todd ~~ Cluelessness: There are no stupid questions, but there are a LOT of inquisitive idiots. -- Demotivators Poster signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Replacing email list for users with a web forum software called Discourse, what's your opinion?
Patrick O'Callaghan wrote: > On Sun, 2018-10-21 at 08:16 +0800, Ed Greshko wrote: >> Are you aware that is already the case for this mailing list? >> >> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/ > > That in my view is the perfect argument for not doing this. Hello Kitty > (srry, HyperKitty) is harder to use, has a clunky interface > with huge amounts of wasted space, and is significantly less > functional. Amusingly enough, I'd say similar things about Evolution as a long-time user of Mutt. ;) I share your feelings about the list web interface, but I think that instead of being an argument against having such an interface, it's a sign that there are many types of users and the more power each of us has to interact with each other using our preferred tools, the better. It's simply an argument against moving to any sort of one-size-fits-all software. > And apparently the current proposal doesn't even include this second- > rate option. I think it's worth noting that there is no proposal. It was simply a tangent in a discussion on the devel list (which was started to ask Gmail users to not send HTML mail to the list). -- Todd ~~ Ninety percent of everything is crap. -- Sturgeon's Law signature.asc Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F40: mock fails with (some) explicit paths in BuildRequires:
Sam Varshavchik wrote:
> I cannot mock-rebuild packages that have /some/ BuildRequires: with explicit
> file dependencies, for F40. I have no idea why just /some/ of them are
> rejected.
>
> I'm using mock to rebuild SRPMS in an F40 chroot, and it fails thusly:
>
> Updating and loading repositories:
> updates100% | 286.7 KiB/s | 23.8 KiB |
> 00m00s
> fedora 100% | 229.3 KiB/s | 19.7 KiB |
> 00m00s
> Repositories loaded.
> Failed to resolve the transaction:
> No match for argument: /usr/include/ltdl.h
> No match for argument: /usr/lib/rpm/macros.d/macros.systemd
>
> These are absolute file paths referenced by BuildRequires:.
>
> I replaced the problematic BuildRequires: with package names,
> libtool-ltdl-devel
> and systemd-rpm-macros. This allowed the build to proceed.
>
> But here's a head-scratcher. Here's (a part of) my diff:
>
> --- a/courier-authlib/courier-authlib.spec.in
> +++ b/courier-authlib/courier-authlib.spec.in
> @@ -54,7 +54,7 @@ BuildRequires:redhat-rpm-config
> BuildRequires: courier-unicode-devel
> BuildRequires: %{__make}
> BuildRequires: shadow-utils
> -BuildRequires: %{_includedir}/ltdl.h
> +BuildRequires: libtool-ltdl-devel
>
> That %{__make} is still there. Somewhat unneeded, but it's there. And this
> built fine.
>
> So, can anyone tell me why %{_includedir}/ltdl.h, which is
> /usr/include/ltdl.h, got rejected by mock+dnf5, but %{__make}, which is
> /usr/bin/make was just peachy?
Using file or directory paths in requires is only allowed
for /usr/bin /usr/sbin, and /etc, per the packaging
guidelines¹.
I didn't dig through the dnf5 changes for a link, but I
believe that it doesn't support such out-of-scope path
dependencies like /usr/include.
Additionally, using installation path macros aren't allowed
anymore:
When declaring file and directory dependencies,
installation path macros like %{_bindir} MUST NOT be
used. %{_bindir} of the package that provides sometool
may be different from %{_bindir} of a package that
requires sometool. In such case, BuildRequires:
%{_bindir}/sometool does not work as expected.
That's not relevant to this specific case, but it's a close
tangent and seemed worth mentioning.
¹
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_directory_dependencies
--
Todd
signature.asc
Description: PGP signature
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
