Re: yum question
On Thu, Jan 2, 2014 at 10:41 AM, bruce badoug...@gmail.com wrote: IE, I've got a drive from a separate/older system that I'd like to mount/examine to see what packages where installed with yum on that drive... the installroot switch appears to be used to chroot into a separate location for the yum.repos.d - but I could be wrong.. You can use rpm directly for simplicity: % rpm -q fedora-release fedora-release-20-1.noarch % sudo mount /dev/mapper/fedora-f19-root /mnt/f19 % rpm --root=/mnt/f19 -q fedora-release fedora-release-19-4.noarch `yum --installroot` should work similarly. -T.C. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Thu, 02 Jan 2014 21:50:51 +0100 Lars E. Pettersson l...@homer.se wrote: If it ends up in the journal, how will the user be informed that the content is in the journal and should (perhaps) be acted upon? Lars I hope there is in the cards, something similar to sealert (gui) for journal that would be a boon, that would popup on say: error: dead, (warning?) ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Manipulating journalctl output
On Fri, 3 Jan 2014 02:07:13 +0100 Suvayu Ali fatkasuvayu+li...@gmail.com wrote: This is very interesting, I would love to use that. But I don't think I understand how. What do I put in the crontab, how do I send this SIGUSR2 signal to journald? An easier method: /etc/systemd/journald.conf MaxFileSec=1week # what I use http://www.freedesktop.org/software/systemd/man/journald.conf.html ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
On 01/02/2014 12:54 PM, Ales Kozumplik wrote: A question, I found the following on http://akozumpl.github.io/dnf/cli_vs_yum.html dnf erase kernel deletes all packages called kernel In Yum, the running kernel is spared. There is no reason to keep this in DNF, the user can always specify concrete versions on the command line, e.g.: dnf erase kernel-3.9.4 So if I issue 'dnf erase kernel' all kernels will be removed, and I have no kernel anymore? Is that really a good thing? Should we not spare the running kernel? Or is there some rationale behind this that I am missing? Lars Hi Lars, yes that's the idea. In practice however, a user doesn't type 'dnf erase -y kernel' by accident and we don't feel the need to protect users who Just in case it happens, is it possible to prepare in advance a wiki page with instructions for repairing this accident? Also with an visible counter of individual ip accesses so you can evaluate how often this can be happening... So, please, at least add a safety net/recipe in case that the unthinkable will happen .. (Murphy says that it will :) ) Thanks! Adrian really know what they are doing from doing so. It's the same situation as 'rm -rf /boot' or 'rpm -e --allmatches kernel'. Of course, people are welcome to write specific plugins to achieve something similar to what Yum used to do. Ales smime.p7s Description: S/MIME Cryptographic Signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
On Fri, 3 Jan 2014 12:22:41 +0200 Adrian Sevcenco adrian.sevce...@cern.ch wrote: (Murphy says that it will :) ) Thanks! Adrian I said nothing of the kind! ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: f20 - gedit
On 01/03/2014 06:17 AM, Ahmad Samir wrote: On 26 December 2013 20:00, Lars E. Pettersson l...@homer.se wrote: ... As the App Menu works bad when using multiple windows and focus follow mouse, this should perhaps be a part of gnome-tweak-tool (a tick box there to chose App Menu or not), so one doesn't have to dig into dconf with dconf-editor. Will make life a tad easier for the ordinary user. I should perhaps write a RFE on that... I didn't know it at the time, but it looks like they have already added such an option in gnome-tweak-tool - Top Bar - Show Application Menu in GNOME 3.10. Ah, that seems to be the solution, had missed that. Then I don't need to file a RFE :) Thanks! Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
On 01/03/2014 12:29 PM, Frank Murphy wrote: On Fri, 3 Jan 2014 12:22:41 +0200 Adrian Sevcenco adrian.sevce...@cern.ch wrote: (Murphy says that it will :) ) Thanks! Adrian I said nothing of the kind! :)) Sorry, i was talking about this [1] But, wouldn't you agree with the statement? (that if something can go wrong, it will) (from my experience, in software engineering this is a law of certainty :D ) [1] http://en.wikipedia.org/wiki/Murphy%27s_law Thanks! Adrian smime.p7s Description: S/MIME Cryptographic Signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
On Fri, Jan 3, 2014 at 12:14 AM, Joe Zeff j...@zeff.us wrote: On 01/02/2014 03:42 PM, Patrick O'Callaghan wrote: That would imply that someone actually took the decision to *remove* the protections against leaving the system with no installed kernel. Was this discussed? What were the proposers smoking? It's always been a principle that *nix won't stop you from doing something stupid if it prevents me from doing something clever. I can't see how removing the installed kernel could be clever, but that might have been behind their thinking. Note that I didn't say prevent, I said protect. Yum doesn't prevent it either, since you can easily get round the protection it provides if you want to, but it stops silly accidents from happening and that's a Good Thing (tm). Just like 'rm' will ask you to confirm when you try to remove a protected file, unless you use the '-f' option. Actually, AIUI, the file isn't removed until the last program that's using it closes the file. Of course, this is standard Unix semantics. The only time it will bite you is when the system wants to open a file that has been removed. I wouldn't want to rely on it not wanting to do that. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
Rahul Sundaram wrote: The confusion arises from using NM to refer to anything other than the daemon. NetworkManager is the name of only the daemon. It has frontends in various desktop environments that have their own names. If you have problems with them, refer to them by the appropriate name such as KDE Plasma NM or GNOME NM so we know that you are talking about issues with the specific frontend. You are right, of course. I did say that I was running Fedora-20/KDE on my laptop, and all the remarks I made referred to the KDE interface to NM. I assume this is KDE Plasma NM, although the only plasma process I see in ps aux is plasma-desktop. I don't know how one can tell what application provides a particular icon or window? Also, I'm not sure if I could run Gnome's NM-applet with KDE? I tried installing network-manager-applet, which I take to be Gnome's, and gave the command nm-applet, which did provide a second NM applet. This is an improvement on the KDE NM applet, but it does not give me the information the old KDE applet used to, eg a mini-map with available access-points on it and information on one of these when one clicks on it. -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 05:07 AM, Pete Travis wrote: I think there was some misunderstanding here. If you can't find your cronjob output in the journal, *your* cron is broken. Default installation: [root@tux ~]# rpm -V cronie [root@tux ~]# rpm -q cronie cronie-1.4.11-4.fc20.x86_64 [root@tux ~]# rpm -V crontabs [root@tux ~]# rpm -q crontabs crontabs-1.11-7.20130830git.fc20.noarch Before I get too far in, in my opinion, mails are good for notification, voluminous content should be in the logs that the mail notifies about. The journal is good at logs. Mail has no problem handling voluminous content. It is also very easy to retrieve without knowing quite a lot of strange options to a command that you have to print in a terminal. $ journalctl SYSLOG_IDENTIFIER=CROND -f #filtered for convenience Where is my output from yum-cron (yum-cron is run hourly and it has a fault at the moment due to spots Chrome repository not yet being up to Fedora 20)? [root@tux ~]# journalctl SYSLOG_IDENTIFIER=CROND --since=-2h -- Logs begin at Tue 2013-07-02 20:53:56 CEST, end at Fri 2014-01-03 11:40:01 CE Jan 03 09:50:01 tux CROND[3666]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:00:01 tux CROND[3895]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:01:01 tux CROND[4044]: (root) CMD (run-parts /etc/cron.hourly) Jan 03 10:10:01 tux CROND[4358]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:20:01 tux CROND[5345]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:30:01 tux CROND[5521]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:40:01 tux CROND[5790]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:50:01 tux CROND[6135]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:00:01 tux CROND[6388]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:01:01 tux CROND[6541]: (root) CMD (run-parts /etc/cron.hourly) Jan 03 11:10:01 tux CROND[6763]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:20:01 tux CROND[6963]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:30:01 tux CROND[7380]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:40:01 tux CROND[7681]: (root) CMD (/usr/lib64/sa/sa1 1 1) But wait! These things could get all mixed up on a busy machine, you say! Let's take a closer look at a message: MESSAGE=(pete) CMDOUT (New Things are Different.) [lots of lines removed] SYSLOG_IDENTIFIER=CROND _CMDLINE=/usr/sbin/CROND -n _BOOT_ID=0557929cbde247928f945d8b53a6e067 How is non technical user supposed to understand this? What command sequence did you use to get that output? $ journalctl SYSLOG_IDENTIFIER=CROND _AUDIT_SESSION=83 -b How do you find out the _AUDIT_SESSION to use? Stop! I don't want all that extra information, you say! `journalctl` should KNOW I'm not interested in the timestamp, or the hostname, or the name and PID of the reporting binary - just give me the message! journalctl SYSLOG_IDENTIFIER=CROND _AUDIT_SESSION=83 -o cat (pete) CMD (LARSHAPPY=no; if [[ $LARSHAPPY == no ]]; then echo -e This isn't the same.\nNew Th (pete) CMDOUT (This isn't the same.) (pete) CMDOUT (New Things are Different.) (pete) CMDOUT (Some people like the old thing.) That is several messages. I want only one... How am I notified that I should look in the journal when things go wrong? (With mail I am notified and also get the log lines all at once) I'll agree that this isn't as *simple* as banging out a four letter word and reading message, but the journal can provide context, too. I am not arguing whether the journal is good or not, I am arguing whether removing the MTA used to send mail, sent from some applications, is good or bad. As I see it, as long as some applications do send mail, we have to have a MTA. Or at least let those applications have a requirement of a MTA so that the MTA is installed when those applications are installed on the system. That is my key argument, not that the journal is bad. The journal is OK, but very hard for a non technical user to use. What is needed is probably a very good graphical frontend that hides all these strange things you show us in your mail. How is a non technical user supposed to understand all this? You're putting lots of effort into complaining about a hugely useful tool, and apparently little into learning about it. If the complaint is about cronjobs, start here: I am not complaining about the journal. But please let us know where to find a journal for dummies text where we can find out how to become journal experts. The man page is a bit sparse on information. Of course, if you like the old way, you can just install and configure an MTA. I have to as long as some applications use that path to send messages to me. The same thing goes for all others installing these applications. Without a MTA these messages are lost in bit space. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 12:01 AM, Rahul Sundaram wrote: https://fedoraproject.org/wiki/F20_release_announcement#No_Default_Sendmail.2C_Syslog Rahul, as long as we have applications that do send mail, we need an MTA to take care of these mails, or else they are totally lost. Or at least let those applications have a requirement of a MTA so that the MTA is installed when those applications are installed on the system. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 12:56 AM, Chris Murphy wrote: If you like the MTA method of being notified, install an MTA. Simple. You have been told this numerous times so don't say you haven't gotten any responses. My question was how those, that do not have a MTA installed, is supposed to be notified. Could you perhaps answer that for me? We do have applications that actually do send messages as mails. Without a MTA installed those messages are lost. How should the user on a non MTA system get notified from those applications? No because no one was getting messages with the MTA unless they went looking for them in the first place. And now they merely have one more step which is installing the MTA of their choice, which for a lot of Fedora users wasn't sendmail anyway. No one? How do you know that? You not knowing says nothing of all the others. Sendmail was taking up space on the install media, on users computers, for no benefit for the vast majority of users. I don't know how many times this has to be said - look at the number of unique individuals involved in the conversation in this thread? It's less than a dozen. So we're talking thousands of users, and less than 12 give a crap whether an MTA is installed by default or not. It's really close to zero people care about it. Sendmail is only a small portion of the install media space, it also starts quickly and should be no problem to handle at all on a normal computer. And as long as we have applications that do send mail we need an MTA to take care of those mails. Fix the mail situation first, *then* remove the MTA, if that is what you want. Now they have removed the MTA without fixing the applications that do need an MTA. How many that participates in a discussion says nothing about the majority. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
Hi On Fri, Jan 3, 2014 at 6:10 AM, Lars E. Pettersson wrote: On 01/03/2014 12:01 AM, Rahul Sundaram wrote: https://fedoraproject.org/wiki/F20_release_announcement# No_Default_Sendmail.2C_Syslog Rahul, as long as we have applications that do send mail, we need an MTA to take care of these mails, or else they are totally lost. Or at least let those applications have a requirement of a MTA so that the MTA is installed when those applications are installed on the system. You talked about home servers and I pointed out that this change was done only on the desktop live image. Instead of acknowledging that, you are talking about how some people need an MTA which I don't think anyone has denied. If some package that requires an MTA doesn't depend on it, that is a packaging bug. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 12:48 AM, Chris Murphy wrote: I meant how big files, i.e. content, can you send to the journal, not the size of journal itself. It accepts a stream with a configurable rate limiter. No size limit? How does it show up in the kernel? Say that I have the following data, how is it presented, and how do I retrieve it? --- start text /etc/cron.hourly/0yum-hourly.cron: Traceback (most recent call last): File /usr/sbin/yum-cron, line 721, in module main() File /usr/sbin/yum-cron, line 718, in main base.updatesCheck() File /usr/sbin/yum-cron, line 606, in updatesCheck self.populateUpdateMetadata() File /usr/sbin/yum-cron, line 418, in populateUpdateMetadata self.upinfo File /usr/lib/python2.7/site-packages/yum/__init__.py, line 1113, in lambda upinfo = property(fget=lambda self: self._getUpdateinfo(), File /usr/lib/python2.7/site-packages/yum/__init__.py, line 1023, in _getUpdateinfo if 'updateinfo' not in repo.repoXML.fileTypes(): File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1670, in lambda repoXML = property(fget=lambda self: self._getRepoXML(), File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1666, in _getRepoXML self._loadRepoXML(text=self.ui_id) File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1657, in _loadRepoXML return self._groupLoadRepoXML(text, self._mdpolicy2mdtypes()) File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1631, in _groupLoadRepoXML if self._commonLoadRepoXML(text): File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1456, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1234, in _getFileRepoXML size=102400) # setting max size as 100K File /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1030, in _getFile raise e yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from fedora-chromium-stable: [Errno 256] No more mirrors to try. http://repos.fedorapeople.org/repos/spot/chromium-stable/fedora-20/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found --- end text Even if I set up /etc/aliases I'm not informed if I don't use the local system to receive emails. And even if I do, it's not going to send those emails to gmail is it? OK, the documentation should have let you now how to set up /etc/aliases, *and* also inform you to set up the mail client of your choice to receive that mail. The following solves the gmail problem (/etc/aliases): root: u...@gmal.com Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
HI On Fri, Jan 3, 2014 at 6:04 AM, Timothy Murphy wrote: I don't know how one can tell what application provides a particular icon or window? Usually by looking at the help menu/ about option or equivalent. Also, I'm not sure if I could run Gnome's NM-applet with KDE? Yes, you can. However if neither of them provide the UI you want, you can file a RFE in bugzilla. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 12:35 PM, Rahul Sundaram wrote: You talked about home servers and I pointed out that this change was done only on the desktop live image. Instead of acknowledging that, you are talking about how some people need an MTA which I don't think anyone has denied. If some package that requires an MTA doesn't depend on it, that is a packaging bug. Yes, instead of of discussing different levels of users, or different levels of computer systems, I tried to point on the route problem, not getting astray on tangents out of tangents, to steer the discussion onto a more constructive path. The route problem is what I wrote. That we have applications that actually rely on mail, and that these do need an MTA to communicate with the user. If this is a packaging problem, it should be addressed, and it would have been good if this had been taken care of before removing the MTA. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Fri, Jan 3, 2014 at 6:49 AM, Lars E. Pettersson wrote: Yes, instead of of discussing different levels of users, or different levels of computer systems, I tried to point on the route problem, not getting astray on tangents out of tangents, to steer the discussion onto a more constructive path. It was you who brought in the topic of home servers when this change was done only on the desktop live image. It is not clear from your reply whether you were already aware of this fact or not. The route problem is what I wrote. That we have applications that actually rely on mail, and that these do need an MTA to communicate with the user. If this is a packaging problem, it should be addressed, and it would have been good if this had been taken care of before removing the MTA. If you find out any single package in the desktop live image that requires an MTA to work on the default setup, feel free to file a bug report. Unknown bugs cannot be fixed. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
Allegedly, on or about 02 January 2014, Richard Shaw sent: It's really designed for people who are running modified/custom kernels That's news to me. Never seen that mentioned before. And I can't remember how many years ago I started using akmods, possibly Fedora 11, with the default kernels, and never noticed a problem. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On 01/03/2014 12:57 PM, Rahul Sundaram wrote: It was you who brought in the topic of home servers when this change was done only on the desktop live image. It is not clear from your reply whether you were already aware of this fact or not. Yes, in response to Yes, all critical notifications are supposed to stay persistent. That is the right model to alert desktop users about anything relevant enough to bother them with. Not emails.. That (notifications) works on a desktop onto which a user log in, but not on a home server, that you do not log in to that often. So that was more a general comment directed to the use of notifications, pointing toward the fact that mails actually has some merit on some kind of systems. So that particular comment was perhaps a tad off topic, and was, as I stated above, directed to the desktop notification system, not the no default MTA as this thread is (or should) be about. But we should perhaps delay a discussion about that to another thread another day. If you find out any single package in the desktop live image that requires an MTA to work on the default setup, feel free to file a bug report. Unknown bugs cannot be fixed. I will make a fresh install in VirtualBox and take a closer look. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
Allegedly, on or about 02 January 2014, Ales Kozumplik sent: In practice however, a user doesn't type 'dnf erase -y kernel' by accident and we don't feel the need to protect users who really know what they are doing from doing so. It's the same situation as 'rm -rf /boot' or 'rpm -e --allmatches kernel'. I tend to agree, though it's a hazardous possibility, and the sort of thing that's usually covered by an alias, or required option, to the command. While I might well install/upgrade a non-specific kernel. If I were going to remove a kernel, I'd be specifying which particular one. And those doing something just like yum update, with no further parameters (perhaps, other than the less-than-clever -y), the installing of the latest kernel and removal of the oldest one, ought to be automatically handled the way it always has done (by the update routine). -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
Hi On Thu, Jan 2, 2014 at 6:42 PM, Patrick O'Callaghan wrote: That would imply that someone actually took the decision to *remove* the protections against leaving the system with no installed kernel. Was this discussed? What were the proposers smoking? I don't think that is implied here. dnf changes the very core element of yum which is the custom dependency resolving logic and replaces it with libsolv while retaining nearly all the core command line options and configurations. https://fedoraproject.org/wiki/Features/DNF So, it is just that all the yum features are not rewritten to work against this fairly invasive change. Note that dnf was originally introduced in Fedora 18 and is proposed to become default only by Fedora 22 so there is a large amount of time that it has gone through testing and user feedback and still about an year left. So it is good to get your opinions in earlier by testing it now if you haven't done so already Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
Allegedly, on or about 02 January 2014, Chris Murphy sent: When the devel@ mega thread appeared in July, was the first time inyears I went to look for these messages. And I found a pile of utterly useless crap being generated; and without notification, or a good reason for them to be generated in the first place. I'm glad it's gone by default. I can't say that what I see in my logwatch mail is useless... Notifications that a mailbox is over quota. Notifications that a hard drive / partition is too full. Just to name two of them. Other things that are useful daily information for an admin, where I get to pick which username is the admin. But, not really good information to pop up on the desktop as a warning to whoever's logged in at the moment. Most users wouldn't know what to do about them, or shouldn't be allowed to attempt to do something about them. Perhaps with the exception that they should clear out their own mailbox, instead of leave everything in the inbox. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Fedora on a Dell XPS 15?
Allegedly, on or about 02 January 2014, Ranjan Maitra sent: And a minor irritant: the design of the Home, PgUp, PgDn, End Buttons (with the arrow keys, but using the Fn button which is on the other -- left -- end of the keyboard) is ludicrous. While I agree that having to do key combinations for those functions is awful, it is sensible for the modifier key to be on the other side. If you learn to type properly, you use both hands for two-key-combination presses. e.g. On a qwerty keyboard, you type capital S by pressing the right-hand shift key with your right-hand little finger, and the S key with your left hand. Key combinations are really not meant to be single-handed, and some of them are horrible contortions to attempt. As a hint to non-typists, any time you find it awkward to type in some two/three key combination, try using both hands. Considering the number of non-touch-typists that use computers, though, it has amazed me that other keyboard layouts haven't managed to get more attention, or newer less weird designs have cropped up. Going back in time, newspapers were printed out with Linotype machines that had a keyboard designed to be typed on using just one hand. And I've seen them used, on a real newspaper press, somewhere around the 1970s/1980s. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
Rahul Sundaram wrote: I don't know how one can tell what application provides a particular icon or window? Usually by looking at the help menu/ about option or equivalent. I had tried that in this case. The window I get after right clicking on the KDE NM-applet and then on Network Management Settings - the window whose contents I do not understand - has a Help tab, but this brings up the Plasma manual, which does not appear to contain anything relevant. -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
On 01/03/14 21:07, Timothy Murphy wrote: Rahul Sundaram wrote: I don't know how one can tell what application provides a particular icon or window? Usually by looking at the help menu/ about option or equivalent. I had tried that in this case. The window I get after right clicking on the KDE NM-applet and then on Network Management Settings - the window whose contents I do not understand - has a Help tab, but this brings up the Plasma manual, which does not appear to contain anything relevant. I don't know what is so difficult to understand. What is being shown, in the first screen, is the configuration of the Network Manager GUI and what info will potentially be displayed in the status for a given connection. Not all values will be available for a given connection type. For example, one Details to Show is Access Point (SSID) which will certainly not be shown for a wired connection. -- Getting tired of non-Fedora discussions and self-serving posts -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
poma wrote: Right clicking on the NM icon (in Fedora-20/KDE) brings up an unintelligible (to me) window with 4 arrows whose function I do not understand. Take screenshot, paste link here. Is there a Fedora pastebin that will take a short-term PNG file? -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
On 01/03/14 21:16, Ed Greshko wrote: On 01/03/14 21:07, Timothy Murphy wrote: Rahul Sundaram wrote: I don't know how one can tell what application provides a particular icon or window? Usually by looking at the help menu/ about option or equivalent. I had tried that in this case. The window I get after right clicking on the KDE NM-applet and then on Network Management Settings - the window whose contents I do not understand - has a Help tab, but this brings up the Plasma manual, which does not appear to contain anything relevant. I don't know what is so difficult to understand. What is being shown, in the first screen, is the configuration of the Network Manager GUI and what info will potentially be displayed in the status for a given connection. Not all values will be available for a given connection type. For example, one Details to Show is Access Point (SSID) which will certainly not be shown for a wired connection. I think this illustrates what I think you're seeing. https://drive.google.com/file/d/0B2H9v1dYNcvpX2FuQ3F5OEhjeTA/edit?usp=sharing -- Getting tired of non-Fedora discussions and self-serving posts -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Fri, Jan 03, 2014 at 01:11:39PM +0100, Lars E. Pettersson wrote: On 01/03/2014 12:57 PM, Rahul Sundaram wrote: It was you who brought in the topic of home servers when this change was done only on the desktop live image. It is not clear from your reply whether you were already aware of this fact or not. Yes, in response to Yes, all critical notifications are supposed to stay persistent. That is the right model to alert desktop users about anything relevant enough to bother them with. Not emails.. That (notifications) works on a desktop onto which a user log in, but not on a home server, that you do not log in to that often. So that was more a general comment directed to the use of notifications, pointing toward the fact that mails actually has some merit on some kind of systems. My home server doubles as my home desktop too. I use XFCE live images to do clean installs when I need one. -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
On Thu, Jan 2, 2014 at 10:31 PM, Marko Vojinovic vvma...@gmail.com wrote: On Thu, 2 Jan 2014 21:48:32 + Powell, Michael michael_pow...@mentor.com wrote: I guess this is more of a general question, but sometimes after updating the kernel or nvidia drivers an akmod isn't regenerated and my system will begin to boot, fedora logo will show, but eventually it will dump to the systemd log of services being started and just sit there. I have all the required dependencies before the update because I can simply reboot to runlevel 1 or if I have an older kernel boot it and then manually `akmods --kernels`. So the question is... why isn't regeneration of the akmod reliable? I think it is reliable, you just need to wait it out. The rebuilding of akmod is being done for a given kernel while that kernel is running, so when you update the kernel, the akmod doesn't get built until you boot into it. And when you boot into it, systemd will at some point try to activate the akmod, find out that it doesn't exist, fail, and initiate a rebuild. Well, that's partially true. akmods also tries to build the module after kernel installation using the kernel posttrans trigger or something like that, there's a special directory where you can put script which will be run after a kernel is installed. DKMS uses the same method. There is where it SHOULD happen. The problem is that it's totally non-interactive and there's no notification to use user if it fails... It also attempts to build kernel modules on startup AND shutdown. So there is more or less 3 attempts. The problem is if it fails one of them it will usually fail all of them. Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
On Fri, Jan 3, 2014 at 6:09 AM, Tim ignored_mail...@yahoo.com.au wrote: Allegedly, on or about 02 January 2014, Richard Shaw sent: It's really designed for people who are running modified/custom kernels That's news to me. Never seen that mentioned before. And I can't remember how many years ago I started using akmods, possibly Fedora 11, with the default kernels, and never noticed a problem. If you're running stock kernels then you can just use the kmod packages. Because they (Fedora and RPM Fusion) are on totally different infrastructures there is sometimes a delay between the kernel being updated and the kmod package being updated which is one reason some people run the akmod package, but that's usually taken care of within a couple of days. This just requires you to pay attention and not attempt to boot the new kernel until the kmod package gets installed. Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
On 01/03/14 21:46, Richard Shaw wrote: On Thu, Jan 2, 2014 at 10:31 PM, Marko Vojinovic vvma...@gmail.com mailto:vvma...@gmail.com wrote: On Thu, 2 Jan 2014 21:48:32 + Powell, Michael michael_pow...@mentor.com mailto:michael_pow...@mentor.com wrote: I guess this is more of a general question, but sometimes after updating the kernel or nvidia drivers an akmod isn't regenerated and my system will begin to boot, fedora logo will show, but eventually it will dump to the systemd log of services being started and just sit there. I have all the required dependencies before the update because I can simply reboot to runlevel 1 or if I have an older kernel boot it and then manually `akmods --kernels`. So the question is... why isn't regeneration of the akmod reliable? I think it is reliable, you just need to wait it out. The rebuilding of akmod is being done for a given kernel while that kernel is running, so when you update the kernel, the akmod doesn't get built until you boot into it. And when you boot into it, systemd will at some point try to activate the akmod, find out that it doesn't exist, fail, and initiate a rebuild. Well, that's partially true. akmods also tries to build the module after kernel installation using the kernel posttrans trigger or something like that, there's a special directory where you can put script which will be run after a kernel is installed. DKMS uses the same method. There is where it SHOULD happen. The problem is that it's totally non-interactive and there's no notification to use user if it fails... It also attempts to build kernel modules on startup AND shutdown. So there is more or less 3 attempts. The problem is if it fails one of them it will usually fail all of them. FWIW, the only reason I use akmods is for installation of the nvidia module when a new kernel is available. I don't do auto updates so I simply check /var/cache/akmods/akmods.log to make sure I see something similar to 22 Dec 10:05:25 akmods: Checking kmods exist for 3.12.5-200.fc19.x86_64 22 Dec 10:05:26 akmods: Building and installing nvidia-304xx-kmod 22 Dec 10:05:26 akmods: Building RPM using the command '/bin/akmodsbuild --target x86_64 --kernels 3.12.5-200.fc19.x86_64 /usr/src/akmods/nvidia-304xx-kmod.latest' 22 Dec 10:05:43 akmods: Installing newly built rpms 22 Dec 10:05:52 akmods: Successful. is recorded when a new kernel is installed. -- Getting tired of non-Fedora discussions and self-serving posts -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: suspend or hibernate
Heinz Diehl: My whole family uses Linux and has used hibernation regularly. None of us has encountered problems so far... Robert Moskowitz: It seems to be rather hardware related. Some works fine, others not. My old HP 2400 was great with it. Not so much my Lenovo x120e. I concur. I have an Asus laptop that suspends and hibernates well, and I think one desktop does. None of the others do, they fail in different ways: Does the hibernation shutdown, then instantly reboots. Does the hibernation shutdown, but never wakes up (computer won't turn on; computer turns on, but sits with a dead screen instead of restarting). Does the hibernation shutdown, cut craps out while waking up. Does the hibernation shutdown, but any attempt to wake up just boots up like any normal cold boot. And for various computers, hibernation works and suspend doesn't, or not reliably, or neither. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: suspend or hibernate
Rahul Sundaram: Because it is part of pm-utils and pm stands for power management. Robert Moskowitz: Oh, that makes perfect sense. Sarcasm or aha!? I'd be sarcastic, when it comes to something like - let's abbreviate power management to a needs-to-be-guessed at pm, but combined with a let's use a full word hibernate. At least it's not pmh ;-\ -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: suspend or hibernate
Allegedly, on or about 01 January 2014, Richard Vickery sent: I might find hibernate on my own: why would a user use this command rather than saving and booting up? and How does it know that to look for the memory? In my case, it was much quicker to resume my laptop from suspend or hibernate than do a cold boot. Plus I can resume back to everything that I was in the middle of doing. But, I've used other computers where resuming took just as long as a normal bootup. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
dnf update -
This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob -- http://www.qrz.com/db/w2bod Box10 Fedora-20/64bit Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 08:53 AM, Ales Kozumplik wrote: On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales That seems counterproductive. If there are updates to be had then dnf needs to find them and apply them. Blaming metadata timing to result in no updates is a dodge and needs to be corrected. If not seeing available updates is not considered a real update problem then what is? Yet another place where dnf will need to improve before becoming a yum replacement. Kevin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
On 03.01.2014 14:10, Timothy Murphy wrote: Is there a Fedora pastebin that will take a short-term PNG file? http://goo.gl/OlWp1U poma -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
since F20 update, cron has stopped sending mail
With F19, I got email from cron on all jobs that produced output. I no longer get those mails after upgrading to F20. I have verified that the jobs are run. There are no entries in /var/log/maillog for them. Other system tasks, not run through cron, send their emails as usual. crontab has a Mail to line in it: SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root Any idea what I need to do to get my cron email restored? -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
Around 03:13pm on Friday, January 03, 2014 (UK time), Steven Stern wrote: Any idea what I need to do to get my cron email restored? Check if you have sendmail installed - it is no longer installed by default on Fedora 20 and the default installation will no longer handle local mail. There is a long and entertaining thread about this if you like that sort of thing :-) Steve -- Website: www.stevesearle.com 15:15:23 up 15 days, 22:44, 1 user, load average: 0.10, 0.05, 0.01 pgptAdFNOOp1z.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 04:13 PM, Steven Stern wrote: Any idea what I need to do to get my cron email restored? Is it an upgraded system or a new install? If it is a new install sendmail is no longer installed, so you have to install it yourself. Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On Fri, Jan 03, 2014 at 09:13:37AM -0600, Steven Stern wrote: With F19, I got email from cron on all jobs that produced output. I no longer get those mails after upgrading to F20. I have verified that the jobs are run. There are no entries in /var/log/maillog for them. Other system tasks, not run through cron, send their emails as usual. crontab has a Mail to line in it: SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root Any idea what I need to do to get my cron email restored? # yum install sendmail # or any other MTA of your choice https://lists.fedoraproject.org/pipermail/users/2013-December/443441.html -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:19 AM, Lars E. Pettersson wrote: On 01/03/2014 04:13 PM, Steven Stern wrote: Any idea what I need to do to get my cron email restored? Is it an upgraded system or a new install? If it is a new install sendmail is no longer installed, so you have to install it yourself. Lars It's an upgrade. Sendmail is installed, enabled, and working. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:16 AM, Steve Searle wrote: Around 03:13pm on Friday, January 03, 2014 (UK time), Steven Stern wrote: Any idea what I need to do to get my cron email restored? Check if you have sendmail installed - it is no longer installed by default on Fedora 20 and the default installation will no longer handle local mail. There is a long and entertaining thread about this if you like that sort of thing :-) Steve Sendmail is running. Other services (like yum-updatesd) are properly sending mail. $ ps -ef |grep sendmail root 1803 1 0 09:17 ?00:00:00 sendmail: accepting connections smmsp 1828 1 0 09:17 ?00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
f20 yumex :: user interaction window not displaying text
Hi! I have a strange problem with yumex in fedora 20 : the user interaction window (like when i am asked for confirmation for installation of packages) does not display any text .. i can blind click the yes button and works but it is annoying ... Has anyone noticed this? f20 up to date the yumex is : yumex-3.0.13-1.fc20.noarch with nvidia : xorg-x11-drv-nvidia-331.20-6.fc20.x86_6 kmod-nvidia-3.12.5-302.fc20.x86_64-331.20-10.fc20.1.x86_64 Thanks! Adrian smime.p7s Description: S/MIME Cryptographic Signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On Fri, Jan 03, 2014 at 09:22:17AM -0600, Steven Stern wrote: On 01/03/2014 09:16 AM, Steve Searle wrote: Around 03:13pm on Friday, January 03, 2014 (UK time), Steven Stern wrote: Any idea what I need to do to get my cron email restored? Check if you have sendmail installed - it is no longer installed by default on Fedora 20 and the default installation will no longer handle local mail. There is a long and entertaining thread about this if you like that sort of thing :-) Steve Sendmail is running. Other services (like yum-updatesd) are properly sending mail. $ ps -ef |grep sendmail root 1803 1 0 09:17 ?00:00:00 sendmail: accepting connections smmsp 1828 1 0 09:17 ?00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue What does the following tell you? # journalctl -ru sendmail -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:30 AM, Lars E. Pettersson wrote: On 01/03/2014 04:22 PM, Steven Stern wrote: It's an upgrade. Sendmail is installed, enabled, and working. Ah, OK. I also have an upgraded system, and I also have the same lines in the crontab file, so I think it should just work. Strange. What is the output of 'systemctl -l status crond.service'? Lars Cron is running. The job gets done. I just don't get the output. (It's my daily rdiff backup job.) $ sudo systemctl -l status crond.service crond.service - Command Scheduler Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled) Active: active (running) since Fri 2014-01-03 09:17:31 CST; 14min ago Main PID: 631 (crond) CGroup: /system.slice/crond.service └─631 /usr/sbin/crond -n Jan 03 09:17:31 sds-desk-2.sterndata.local systemd[1]: Starting Command Scheduler... Jan 03 09:17:31 sds-desk-2.sterndata.local systemd[1]: Started Command Scheduler. Jan 03 09:17:31 sds-desk-2.sterndata.local crond[631]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 79% if used.) Jan 03 09:17:31 sds-desk-2.sterndata.local crond[631]: (CRON) INFO (running with inotify support) Note: Cron's only been running for 14 minutes because I rebooted after this morning's kernel update. It was running at 6:15 when this mornings cron job was run. $ crontab -l # . minute (0 - 59) # | .- hour (0 - 23) # | | .-- day of month (1 - 31) # | | | .--- month (1 - 12) OR jan,feb,mar,apr ... # | | | | . day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * command to be executed 15 6 * * * /home/sdstern/bin/do_rdiff $grep rdiff /var/log/cron Dec 29 06:15:01 sds-desk-2 CROND[4714]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 30 06:15:01 sds-desk-2 CROND[31073]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 31 06:15:01 sds-desk-2 CROND[29715]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Jan 1 06:15:01 sds-desk-2 CROND[21297]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Jan 2 06:15:01 sds-desk-2 CROND[13602]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Jan 3 06:15:01 sds-desk-2 CROND[5700]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 20 06:15:01 sds-desk-2 CROND[902]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 21 06:15:01 sds-desk-2 CROND[24816]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 22 06:15:01 sds-desk-2 CROND[22374]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) Dec 23 06:15:01 sds-desk-2 CROND[14503]: (sdstern) CMD (/home/sdstern/bin/do_rdiff) [sdstern@sds- -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:37 AM, Suvayu Ali wrote: On Fri, Jan 03, 2014 at 09:22:17AM -0600, Steven Stern wrote: On 01/03/2014 09:16 AM, Steve Searle wrote: Around 03:13pm on Friday, January 03, 2014 (UK time), Steven Stern wrote: Any idea what I need to do to get my cron email restored? Check if you have sendmail installed - it is no longer installed by default on Fedora 20 and the default installation will no longer handle local mail. There is a long and entertaining thread about this if you like that sort of thing :-) Steve Sendmail is running. Other services (like yum-updatesd) are properly sending mail. $ ps -ef |grep sendmail root 1803 1 0 09:17 ?00:00:00 sendmail: accepting connections smmsp 1828 1 0 09:17 ?00:00:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue What does the following tell you? # journalctl -ru sendmail They tell me sendmail is running. The problem is with cron, not sendmail -- Logs begin at Tue 2013-07-02 15:02:44 CDT, end at Fri 2014-01-03 09:41:58 CST. -- Jan 03 09:17:56 sds-desk-2.sterndata.local systemd[1]: Started Sendmail Mail Transport Agent. Jan 03 09:17:56 sds-desk-2.sterndata.local systemd[1]: PID file /run/sendmail.pid not readable (yet?) after start. Jan 03 09:17:56 sds-desk-2.sterndata.local sendmail[1803]: starting daemon (8.14.7): SMTP+queueing@01:00:00 Jan 03 09:17:56 sds-desk-2.sterndata.local systemd[1]: Starting Sendmail Mail Transport Agent... Jan 03 09:17:56 sds-desk-2.sterndata.local systemd[1]: Stopping Sendmail Mail Transport Agent... Jan 03 09:17:49 sds-desk-2.sterndata.local systemd[1]: Started Sendmail Mail Transport Agent. Jan 03 09:17:49 sds-desk-2.sterndata.local sendmail[1082]: starting daemon (8.14.7): SMTP+queueing@01:00:00 Jan 03 09:17:49 sds-desk-2.sterndata.local systemd[1]: Starting Sendmail Mail Transport Agent... -- Reboot -- Jan 03 09:16:24 sds-desk-2.sterndata.local systemd[1]: Stopped Sendmail Mail Transport Agent. Jan 03 09:16:24 sds-desk-2.sterndata.local systemd[1]: Stopping Sendmail Mail Transport Agent... Jan 03 08:19:25 sds-desk-2.sterndata.local sendmail[6755]: DIGEST-MD5 common mech free Jan 03 08:19:25 sds-desk-2.sterndata.local sendmail[6755]: DIGEST-MD5 common mech free Jan 03 08:19:25 sds-desk-2.sterndata.local sendmail[6755]: s03EJMEh006753: to=r...@sterndata.com, delay=00:00:03, xdelay=00:00:02, mailer=relay, pri=132148, relay=smtp.gmai Jan 03 08:19:23 sds-desk-2.sterndata.local sendmail[6755]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 08:19:22 sds-desk-2.sterndata.local sendmail[6753]: s03EJMEh006753: from=r...@sds-desk-2.sterndata.com, size=12148, class=0, nrcpts=1, msgid=201401031419.s03EJHrL00 Jan 03 07:25:43 sds-desk-2.sterndata.local sendmail[6233]: DIGEST-MD5 common mech free Jan 03 07:25:43 sds-desk-2.sterndata.local sendmail[6233]: s03DPePs006231: to=sdst...@sds-desk-2.sterndata.com, delay=00:00:03, xdelay=00:00:03, mailer=relay, pri=230331, r Jan 03 07:25:41 sds-desk-2.sterndata.local sendmail[6233]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 07:25:40 sds-desk-2.sterndata.local sendmail[6231]: s03DPePs006231: from=sdst...@sds-desk-2.sterndata.com, size=2331, class=-60, nrcpts=1, msgid=201401031215.s03CF1 Jan 03 05:18:35 sds-desk-2.sterndata.local sendmail[5226]: DIGEST-MD5 common mech free Jan 03 05:18:35 sds-desk-2.sterndata.local sendmail[5226]: DIGEST-MD5 common mech free Jan 03 05:18:35 sds-desk-2.sterndata.local sendmail[5226]: s03BIXeu005224: to=r...@sterndata.com, delay=00:00:02, xdelay=00:00:01, mailer=relay, pri=131029, relay=smtp.gmai Jan 03 05:18:34 sds-desk-2.sterndata.local sendmail[5226]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 05:18:33 sds-desk-2.sterndata.local sendmail[5224]: s03BIXeu005224: from=r...@sds-desk-2.sterndata.com, size=11029, class=0, nrcpts=1, msgid=201401031118.s03BIX6G00 Jan 03 03:21:07 sds-desk-2.sterndata.local sendmail[4029]: DIGEST-MD5 common mech free Jan 03 03:21:07 sds-desk-2.sterndata.local sendmail[4029]: DIGEST-MD5 common mech free Jan 03 03:21:07 sds-desk-2.sterndata.local sendmail[4029]: s039L4E5004027: to=r...@sds-desk-2.sterndata.com, delay=00:00:03, xdelay=00:00:03, mailer=relay, pri=234698, rela Jan 03 03:21:05 sds-desk-2.sterndata.local sendmail[4029]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 03:21:04 sds-desk-2.sterndata.local sendmail[4027]: s039L4E5004027: from=r...@sds-desk-2.sterndata.com, size=6698, class=-60, nrcpts=1, msgid=201401030921.s039L4CZ0 Jan 03 02:18:35 sds-desk-2.sterndata.local sendmail[3195]: DIGEST-MD5 common mech free Jan 03 02:18:35 sds-desk-2.sterndata.local sendmail[3195]: DIGEST-MD5 common mech free Jan 03 02:18:34 sds-desk-2.sterndata.local
Re: Manipulating journalctl output
On Fri, Jan 03, 2014 at 02:01:26AM +, Tom H wrote: On Fri, Jan 3, 2014 at 1:12 AM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Thu, Jan 02, 2014 at 04:52:01PM +, Tom H wrote: On Thu, Jan 2, 2014 at 10:32 AM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Thu, Jan 02, 2014 at 03:20:38AM +, Tom H wrote: On Thu, Jan 2, 2014 at 3:00 AM, Tom H tomh0...@gmail.com wrote: On Wed, Jan 1, 2014 at 7:57 PM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: 2. I would like to filter logs that typically go into /var/log/secure (or other similar files); how do I do that? SYSLOG_FACILITY=authpriv Sorry. Just thought that I'd try it and it turms out that it takes the facility as a number not as a name, so SYSLOG_FACILITY=10. Thank you! This will be very helpful. Where is this documented? I could not find this information in journalctl(1) or systemd.jounal-fields(7); did I miss some other docs? That SYSLOG_FACILITY has to be a number is from systemd.jounal-fields(7). No, I mean which number corresponds to what facility. I don't even know where to find a comprehensive list of all the facilities. Okay I think while writing the email I found the list of facilities in logger(1); but I still do not know where I can find the mapping between these facilities with the numbers accepted by SYSLOG_FACILITY. Sorry, misunderstood you... Via google: http://wiki.gentoo.org/wiki/Rsyslog Thank you Tom. As ever, Gentoo Arch has the best documentation again! -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 04:39 PM, Steven Stern wrote: $ crontab -l I had only root do cron stuff, but set up a small cronjob for my own user. That mail went through without a hitch. So it is probably not related to who is running cron, root or an ordinary user. Could there, for some reason, be that your script did not output any data this time? Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 04:22 PM, Steven Stern wrote: It's an upgrade. Sendmail is installed, enabled, and working. Ah, OK. I also have an upgraded system, and I also have the same lines in the crontab file, so I think it should just work. Strange. What is the output of 'systemctl -l status crond.service'? Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
after upgrade to fedora 20 error with grub file missing
Hi, after upgrading fedora 19 with fedora 20, i got the following error message with grub is loading: Welcome to GRUB! error: file '/grub2/locale/en.mo.gz' not found how is it possible after using fedup --network 20 to upgrade (in VMWare worstation) ? thx -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On Fri, 03 Jan 2014 09:13:37 -0600 Steven Stern subscribed-li...@sterndata.com wrote: With F19, I got email from cron on all jobs that produced output. I no longer get those mails after upgrading to F20. I have verified that the jobs are run. There are no entries in /var/log/maillog for them. Other system tasks, not run through cron, send their emails as usual. crontab has a Mail to line in it: SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root Any idea what I need to do to get my cron email restored? edit /etc/sysconfig/crond Try adding : CRONDARGS=-m/usr/sbin/sendmail -t see if that helps ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 03/01/14 09:53, Ales Kozumplik wrote: Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales Ok, at least I'm not causing the problem, will continue doing yum updates then. Thanks, Bob -- http://www.qrz.com/db/w2bod Box10 Fedora-20/64bit Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:50 AM, Lars E. Pettersson wrote: On 01/03/2014 04:39 PM, Steven Stern wrote: $ crontab -l I had only root do cron stuff, but set up a small cronjob for my own user. That mail went through without a hitch. So it is probably not related to who is running cron, root or an ordinary user. Could there, for some reason, be that your script did not output any data this time? Lars When I run it manually, it produces about 40 lines of output. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On Fri, Jan 03, 2014 at 09:43:21AM -0600, Steven Stern wrote: On 01/03/2014 09:37 AM, Suvayu Ali wrote: What does the following tell you? # journalctl -ru sendmail They tell me sendmail is running. The problem is with cron, not sendmail I asked that to see whether sendmail successfully sent those emails; you had already said sendmail is running, I believe you ;). Jan 03 08:19:25 sds-desk-2.sterndata.local sendmail[6755]: s03EJMEh006753: to=r...@sterndata.com, delay=00:00:03, xdelay=00:00:02, mailer=relay, pri=132148, relay=smtp.gmai Jan 03 08:19:23 sds-desk-2.sterndata.local sendmail[6755]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 08:19:22 sds-desk-2.sterndata.local sendmail[6753]: s03EJMEh006753: from=r...@sds-desk-2.sterndata.com, size=12148, class=0, nrcpts=1, msgid=201401031419.s03EJHrL00 This seems suspicious. I see sendmail is trying to use gmail smtp, probably that is why it fails? Part of the log is cutoff, I guess the lines were too long for your screen. This is a typical line for me: Jan 03 04:35:36 localhost sendmail[23178]: s033ZZrq023178: from=root@localhost, size=1535, class=-60, nrcpts=1, msgid=201401030333.s033XSKY023169@localhost, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Jan 03 04:35:36 localhost sendmail[23179]: s033ZZrq023178: to=jallad, ctladdr=root@localhost (0/0), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=139780, dsn=2.0.0, stat=Sent Hope this helps, -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Password to shutdown as user -
Fedora-20 64 bit XFCE system. Requires a password to shut down as bobg. I've never had that problem before and not certain I had it on the initial install. It is a real annoyance ... and then it waits for stop job is running for cups printing service, obviously I have something messed up but not sure what to do to fix it. One of the printers rand out of paper the other day which caused some confusion but that is all back to normal and I've used one of them since. Not sure that is related to the password problem but it is suspect I suppose?. Bob -- http://www.qrz.com/db/w2bod Box10 Fedora-20/64bit Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/02/2014 05:29 PM, Robert Moskowitz wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t In /etc/aliases I have: # Person who should get root's mail root:rgm and I ran newaliases 'journalctl |grep -i logwatch' shows the following (along with other lines): Jan 02 03:32:01 lx120e.htt-consult.com run-parts[16112]: (/etc/cron.daily) starting 0logwatch Jan 02 03:32:12 lx120e.htt-consult.com run-parts[16429]: (/etc/cron.daily) finished 0logwatch Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: dbus avc(node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.024:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.024:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.24:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.24:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: analyze_avc() avc=scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 access=['write'] tclass=dir tpath=/root oh, here are the mail files: # ls -ls /var/spool/mail/ total 8 0 -rw-rw. 1 rgm mail0 Jan 2 16:47 rgm 8 -rw---. 1 root mail 5886 Dec 31 12:27 root 0 -rw-rw. 1 rpc mail0 Dec 25 13:27 rpc The content in root mail is from when I had postfix installed. I have since deleted it to work on getting mailx to work instead. = perhaps /var/spool/mail/root needs 660 permissions? Do you know what mailx is trying to write into the /root directory? -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLG44wACgkQrlYvE4MpobNKRQCg5TNJQb4NzrXV/gwM9spZ2bbv y+gAmwRHRrWywHHQqy/IymmHNIlHvGgH =5RhR -END PGP SIGNATURE- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 09:13 AM, Steven Stern wrote: With F19, I got email from cron on all jobs that produced output. I no longer get those mails after upgrading to F20. I have verified that the jobs are run. There are no entries in /var/log/maillog for them. Other system tasks, not run through cron, send their emails as usual. crontab has a Mail to line in it: SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root Any idea what I need to do to get my cron email restored? OK, this is getting weirder. I created a cron job: */5 * * * * touch /tmp/cron-test; echo cron test: `date` I stopped cron, deleted /var/log/cron*, created an empty /var/log/cron and restarted it Every 5 minutes, the timestamp on /tmp/cron-test is updated, BUT (1) I don't get any email from cron with the stuff echoed and (2) nothing is going into /var/log/cron. The file has not been touched. So it appears that (1) cron jobs are running, but cron is no longer logging the fact and (2) output from jobs the are supposed to produce output is being lost. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: since F20 update, cron has stopped sending mail
On 01/03/2014 10:21 AM, Suvayu Ali wrote: On Fri, Jan 03, 2014 at 09:43:21AM -0600, Steven Stern wrote: On 01/03/2014 09:37 AM, Suvayu Ali wrote: What does the following tell you? # journalctl -ru sendmail They tell me sendmail is running. The problem is with cron, not sendmail I asked that to see whether sendmail successfully sent those emails; you had already said sendmail is running, I believe you ;). Jan 03 08:19:25 sds-desk-2.sterndata.local sendmail[6755]: s03EJMEh006753: to=r...@sterndata.com, delay=00:00:03, xdelay=00:00:02, mailer=relay, pri=132148, relay=smtp.gmai Jan 03 08:19:23 sds-desk-2.sterndata.local sendmail[6755]: STARTTLS=client, relay=smtp.gmail.com, version=TLSv1/SSLv3, verify=FAIL, cipher=ECDHE-RSA-AES128-GCM-SHA256, bits=1 Jan 03 08:19:22 sds-desk-2.sterndata.local sendmail[6753]: s03EJMEh006753: from=r...@sds-desk-2.sterndata.com, size=12148, class=0, nrcpts=1, msgid=201401031419.s03EJHrL00 This seems suspicious. I see sendmail is trying to use gmail smtp, probably that is why it fails? Part of the log is cutoff, I guess the lines were too long for your screen. This is a typical line for me: Jan 03 04:35:36 localhost sendmail[23178]: s033ZZrq023178: from=root@localhost, size=1535, class=-60, nrcpts=1, msgid=201401030333.s033XSKY023169@localhost, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Jan 03 04:35:36 localhost sendmail[23179]: s033ZZrq023178: to=jallad, ctladdr=root@localhost (0/0), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=139780, dsn=2.0.0, stat=Sent Hope this helps, No, sendmail is working. I get mail from other system components. See other messages. The problem is with cron, or someplace before sendmail would be invoked. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On 01/03/2014 11:21 AM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/02/2014 05:29 PM, Robert Moskowitz wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t In /etc/aliases I have: # Person who should get root's mail root:rgm and I ran newaliases 'journalctl |grep -i logwatch' shows the following (along with other lines): Jan 02 03:32:01 lx120e.htt-consult.com run-parts[16112]: (/etc/cron.daily) starting 0logwatch Jan 02 03:32:12 lx120e.htt-consult.com run-parts[16429]: (/etc/cron.daily) finished 0logwatch Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: dbus avc(node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.024:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.024:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.24:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.24:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: analyze_avc() avc=scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 access=['write'] tclass=dir tpath=/root oh, here are the mail files: # ls -ls /var/spool/mail/ total 8 0 -rw-rw. 1 rgm mail0 Jan 2 16:47 rgm 8 -rw---. 1 root mail 5886 Dec 31 12:27 root 0 -rw-rw. 1 rpc mail0 Dec 25 13:27 rpc The content in root mail is from when I had postfix installed. I have since deleted it to work on getting mailx to work instead. = perhaps /var/spool/mail/root needs 660 permissions? Do you know what mailx is trying to write into the /root directory? The output of logwatch. I edited /etc/logwatch/conf/logwatch.conf with the line: mailer = /usr/bin/mailx -t To override /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
poma wrote: On 03.01.2014 14:10, Timothy Murphy wrote: Is there a Fedora pastebin that will take a short-term PNG file? http://goo.gl/OlWp1U Thank you very much. The window I get when I right-click on my KDE NM-applet, and the click on Network Management Settings, can be found at http://picpaste.com/snapshot1-9WeKA2UL.png The four arrows don't seem to do anything; I don't know what they are meant to do. -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On Thu, 02 Jan 2014 17:29:20 -0500 Robert Moskowitz r...@htt-consult.com wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t mailer = /usr/bin/mailx -s Logwatch user # where user is you. One stop at a time sudo updatedb | locate dead.letter ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
Ed Greshko wrote: The window I get after right clicking on the KDE NM-applet and then on Network Management Settings - the window whose contents I do not understand - has a Help tab, but this brings up the Plasma manual, which does not appear to contain anything relevant. I don't know what is so difficult to understand. What is being shown, in the first screen, is the configuration of the Network Manager GUI and what info will potentially be displayed in the status for a given connection. Actually I don't see anything when I click on Access Point (SSID), nor is it shown anywhere that I can see. In any way, my question was: What do the four arrows do? More importantly, the old Network Management Configuration allowed one to change the settings, eg the SSID one is seeking, and it provided a little map showing what SSID's are visible, where one could click on the SSID one wanted. Do you consider the change an improvement? -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
Ed Greshko wrote: I think this illustrates what I think you're seeing. https://drive.google.com/file/d/0B2H9v1dYNcvpX2FuQ3F5OEhjeTA/edit?usp=sharing Indeed. Do you consider this display self-explanatory? -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 05:04 PM, Kevin Martin wrote: On 01/03/2014 08:53 AM, Ales Kozumplik wrote: On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales That seems counterproductive. If there are updates to be had then dnf needs to find them and apply them. Blaming metadata timing to result in no updates is a dodge and needs to be corrected. If not seeing available updates is not considered a real update problem then what is? Yet another place where dnf will need to improve before becoming a yum replacement. You can get similar inconsistency with just yum on two different computers sitting under your desk because they are on different metadata expiry timer, and can also end up using different mirrors. - Panu - -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/03/2014 11:34 AM, Robert Moskowitz wrote: On 01/03/2014 11:21 AM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/02/2014 05:29 PM, Robert Moskowitz wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t In /etc/aliases I have: # Person who should get root's mail root:rgm and I ran newaliases 'journalctl |grep -i logwatch' shows the following (along with other lines): Jan 02 03:32:01 lx120e.htt-consult.com run-parts[16112]: (/etc/cron.daily) starting 0logwatch Jan 02 03:32:12 lx120e.htt-consult.com run-parts[16429]: (/etc/cron.daily) finished 0logwatch Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: dbus avc(node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.024:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.024:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.24:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.24:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: analyze_avc() avc=scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 access=['write'] tclass=dir tpath=/root oh, here are the mail files: # ls -ls /var/spool/mail/ total 8 0 -rw-rw. 1 rgm mail0 Jan 2 16:47 rgm 8 -rw---. 1 root mail 5886 Dec 31 12:27 root 0 -rw-rw. 1 rpc mail0 Dec 25 13:27 rpc The content in root mail is from when I had postfix installed. I have since deleted it to work on getting mailx to work instead. = perhaps /var/spool/mail/root needs 660 permissions? Do you know what mailx is trying to write into the /root directory? The output of logwatch. I edited /etc/logwatch/conf/logwatch.conf with the line: mailer = /usr/bin/mailx -t To override /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t Ok I just added a patch to git to allow logwatch_mail_t to write to the /root directory certain files. sesearch -T -s logwatch_mail_t | grep mail_home_rw_t type_transition logwatch_mail_t admin_home_t : dir mail_home_rw_t .maildir; type_transition logwatch_mail_t user_home_dir_t : dir mail_home_rw_t .maildir; type_transition logwatch_mail_t admin_home_t : file mail_home_rw_t .esmtp_queue; type_transition logwatch_mail_t admin_home_t : dir mail_home_rw_t Maildir; type_transition logwatch_mail_t user_home_dir_t : file mail_home_rw_t .esmtp_queue; type_transition logwatch_mail_t user_home_dir_t : dir mail_home_rw_t Maildir; You could do something similar by adding: policy_module(mylogwatch, 1.0) gen_require(` type logwatch_mail_t; ') mta_filetrans_admin_home_content(logwatch_mail_t) -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLG7XEACgkQrlYvE4MpobM0fwCaA28wBEPcvt15fUHUAZvhCp/H 5bAAnjqGB1c0MBy9YBkZi4FZ8wWTf+1I =42B1 -END PGP SIGNATURE- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
sendmail ignoring .forward?
Ignore the previous cron messages. It seems that the mail is going into space because sendmail is not respecting the .forward in my home directory. /home/sdstern/.forward contains \r...@sterndata.com which is a valid, external email account but mail sent to sdstern goes to sdst...@sterndata.com, which is another valid external email account. I found all my missing cron mail there. $ ll .forward -rw---. 1 sdstern sdstern 21 Jan 3 10:51 .forward Apparently, this has been going on since December 13. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: sendmail ignoring .forward?
On 01/03/2014 11:06 AM, Steven Stern wrote: Ignore the previous cron messages. It seems that the mail is going into space because sendmail is not respecting the .forward in my home directory. /home/sdstern/.forward contains \r...@sterndata.com which is a valid, external email account but mail sent to sdstern goes to sdst...@sterndata.com, which is another valid external email account. I found all my missing cron mail there. $ ll .forward -rw---. 1 sdstern sdstern 21 Jan 3 10:51 .forward Apparently, this has been going on since December 13. And my workaround is to add MAILTO=r...@sterndata.com to the top of my crontab. The mail now goes to the right place. -- -- Steve -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On 01/03/2014 11:49 AM, Frank Murphy wrote: On Thu, 02 Jan 2014 17:29:20 -0500 Robert Moskowitz r...@htt-consult.com wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t mailer = /usr/bin/mailx -s Logwatch user # where user is you. Why subject? Do you mean that I should not include -t which seems to have the same meaning in sendmail and mailx? One stop at a time step? sudo updatedb | locate dead.letter Nothing. No dead.letter btw, I do use updatedb and locate regularly. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On 01/03/2014 12:03 PM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/03/2014 11:34 AM, Robert Moskowitz wrote: On 01/03/2014 11:21 AM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/02/2014 05:29 PM, Robert Moskowitz wrote: And the mail is failing. Here is what I have done: I determined that in: /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t In /etc/aliases I have: # Person who should get root's mail root:rgm and I ran newaliases 'journalctl |grep -i logwatch' shows the following (along with other lines): Jan 02 03:32:01 lx120e.htt-consult.com run-parts[16112]: (/etc/cron.daily) starting 0logwatch Jan 02 03:32:12 lx120e.htt-consult.com run-parts[16429]: (/etc/cron.daily) finished 0logwatch Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: dbus avc(node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.024:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.024:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=AVC msg=audit(1388651532.24:734): avc: denied { write } for pid=16425 comm=mailx name=root dev=dm-0 ino=1308161 scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 tclass=dir Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: AuditRecordReceiver.add_record_to_cache(): node=lx120e.htt-consult.com type=SYSCALL msg=audit(1388651532.24:734): arch=4003 syscall=5 success=no exit=-13 a0=9b15128 a1=8441 a2=1b6 a3=809134c items=0 ppid=1 pid=16425 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=15 tty=(none) comm=mailx exe=/usr/bin/mailx subj=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 key=(null) Jan 02 03:32:16 lx120e.htt-consult.com setroubleshoot[16427]: analyze_avc() avc=scontext=system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 tcontext=system_u:object_r:admin_home_t:s0 access=['write'] tclass=dir tpath=/root oh, here are the mail files: # ls -ls /var/spool/mail/ total 8 0 -rw-rw. 1 rgm mail0 Jan 2 16:47 rgm 8 -rw---. 1 root mail 5886 Dec 31 12:27 root 0 -rw-rw. 1 rpc mail0 Dec 25 13:27 rpc The content in root mail is from when I had postfix installed. I have since deleted it to work on getting mailx to work instead. = perhaps /var/spool/mail/root needs 660 permissions? Do you know what mailx is trying to write into the /root directory? The output of logwatch. I edited /etc/logwatch/conf/logwatch.conf with the line: mailer = /usr/bin/mailx -t To override /usr/share/logwatch/default.conf/logwatch.conf mailer = /usr/sbin/sendmail -t Ok I just added a patch to git to allow logwatch_mail_t to write to the /root directory certain files. sesearch -T -s logwatch_mail_t | grep mail_home_rw_t type_transition logwatch_mail_t admin_home_t : dir mail_home_rw_t .maildir; type_transition logwatch_mail_t user_home_dir_t : dir mail_home_rw_t .maildir; type_transition logwatch_mail_t admin_home_t : file mail_home_rw_t .esmtp_queue; type_transition logwatch_mail_t admin_home_t : dir mail_home_rw_t Maildir; type_transition logwatch_mail_t user_home_dir_t : file mail_home_rw_t .esmtp_queue; type_transition logwatch_mail_t user_home_dir_t : dir mail_home_rw_t Maildir; You could do something similar by adding: policy_module(mylogwatch, 1.0) gen_require(` type logwatch_mail_t; ') mta_filetrans_admin_home_content(logwatch_mail_t) Dan, you are way beyond me here. I need pretty clear cookbooks. Changing a line in a .conf is one thing, what are you telling me to do here? Just cut and paste from policy... to mta... into a rooted terminal session? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: sendmail ignoring .forward?
On 01/03/2014 12:06 PM, Steven Stern wrote: Ignore the previous cron messages. It seems that the mail is going into space because sendmail is not respecting the .forward in my home directory. /home/sdstern/.forward contains \r...@sterndata.com which is a valid, external email account but mail sent to sdstern goes to sdst...@sterndata.com, which is another valid external email account. I found all my missing cron mail there. $ ll .forward -rw---. 1 sdstern sdstern 21 Jan 3 10:51 .forward Apparently, this has been going on since December 13. Somewhere I encountered that .forward was deprecated even back in f17, and I had to stop using it and rely on editing /etc/aliases and running newaliases. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 10:58 AM, Panu Matilainen wrote: On 01/03/2014 05:04 PM, Kevin Martin wrote: On 01/03/2014 08:53 AM, Ales Kozumplik wrote: On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales That seems counterproductive. If there are updates to be had then dnf needs to find them and apply them. Blaming metadata timing to result in no updates is a dodge and needs to be corrected. If not seeing available updates is not considered a real update problem then what is? Yet another place where dnf will need to improve before becoming a yum replacement. You can get similar inconsistency with just yum on two different computers sitting under your desk because they are on different metadata expiry timer, and can also end up using different mirrors. - Panu - Agreed, but if dnf is expecting to be a yum replacement then shouldn't it do updates *better* than yum? What's the point if not to have an improved tool? If it's just going to be the same old thing then why bother? Kevin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Dual boot Windows 8.1 Pro and Fedora 20
Hello everybody , I have a problem : Laptop Dell 17 R model 3721 ,disk 1Tb , mem 8 Gb , vga : Radeon 8730 m and Intel 4000 hd. I did fresh install Windows 8.1. Pro : No problems everyting runs fine. Therafter I did fresh install Fedora 20 (Mate , all groups) : Runs perfectly fine , but when rebooting , Windows 8.1 Pro does not appear in the GRUB boot menu. So I did run grub2-mkconfig -o /boot/grub2/grub.cfg and rebooted : No Windows 8.1 Pro displayed in GRUB display. After updating Fedora 20 and having a new version of the kernel , I did run grub2-config etc. and rebooted : No Windows 8.1 dispayed in GRUB display. Looking in grub.cfg shows to me , that the menutree for the two kernel versions and fedora rescue is correct generated. Setting Bios , Uefi is a.f.: boot mode set to legacy , secure boot off. load legacy option ROM. boot list option legacy. Disk layout is a.f.: Fedora 20 - DATA : /home322,28 Gb fedora home bios boot 1Mb sda 6 SYSTEM: /boot 500Mb sda 8 / 51,2 Mb fedora root swap 2,44 Mb fedora swap Windows 8.1 Pro --- sda1 ntfs 300 Mb sda2 efi syspartition 100 Mb sda3 unknown 128 Mb sda4 ntfs 199,47 Mb sda5 ntfs 376,93 Gb sda6 bios boot 1 Mb sda7 ext4 500 Mb Question : How can I manage ,that Windows 8.1 Pro appears in the GRUB boot menu , so I can not only boot Fedora 20 , but also Windows 8.1 Pro ? Begging for help , Ger van Dijck. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Jan 3, 2014 4:08 AM, Lars E. Pettersson l...@homer.se wrote: On 01/03/2014 05:07 AM, Pete Travis wrote: I think there was some misunderstanding here. If you can't find your cronjob output in the journal, *your* cron is broken. Default installation: [root@tux ~]# rpm -V cronie [root@tux ~]# rpm -q cronie cronie-1.4.11-4.fc20.x86_64 [root@tux ~]# rpm -V crontabs [root@tux ~]# rpm -q crontabs crontabs-1.11-7.20130830git.fc20.noarch Before I get too far in, in my opinion, mails are good for notification, voluminous content should be in the logs that the mail notifies about. The journal is good at logs. Mail has no problem handling voluminous content. It is also very easy to retrieve without knowing quite a lot of strange options to a command that you have to print in a terminal. Yes, we know you prefer mail... Mail on the command line is exactly what you describe - it requires knowing esoteric command line options to an awkward terminal application. Two unfamiliar and clunky terminal applications for the purpose would be redundant, so one is gone. $ journalctl SYSLOG_IDENTIFIER=CROND -f #filtered for convenience Where is my output from yum-cron (yum-cron is run hourly and it has a fault at the moment due to spots Chrome repository not yet being up to Fedora 20)? [root@tux ~]# journalctl SYSLOG_IDENTIFIER=CROND --since=-2h -- Logs begin at Tue 2013-07-02 20:53:56 CEST, end at Fri 2014-01-03 11:40:01 CE Jan 03 09:50:01 tux CROND[3666]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:00:01 tux CROND[3895]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:01:01 tux CROND[4044]: (root) CMD (run-parts /etc/cron.hourly) Jan 03 10:10:01 tux CROND[4358]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:20:01 tux CROND[5345]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:30:01 tux CROND[5521]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:40:01 tux CROND[5790]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 10:50:01 tux CROND[6135]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:00:01 tux CROND[6388]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:01:01 tux CROND[6541]: (root) CMD (run-parts /etc/cron.hourly) Jan 03 11:10:01 tux CROND[6763]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:20:01 tux CROND[6963]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:30:01 tux CROND[7380]: (root) CMD (/usr/lib64/sa/sa1 1 1) Jan 03 11:40:01 tux CROND[7681]: (root) CMD (/usr/lib64/sa/sa1 1 1) I see CMD (run-parts /etc/cron.hourly, that could be where the magic happens. Maybe the output will show up with other filters, or it could be rewritten to use systemd-cat. But wait! These things could get all mixed up on a busy machine, you say! Let's take a closer look at a message: MESSAGE=(pete) CMDOUT (New Things are Different.) [lots of lines removed] SYSLOG_IDENTIFIER=CROND _CMDLINE=/usr/sbin/CROND -n _BOOT_ID=0557929cbde247928f945d8b53a6e067 How is non technical user supposed to understand this? What command sequence did you use to get that output? A non-technical user would either understand by example - the part you cut out - or, they are a nontechnical user and have no interest in such things . $ journalctl SYSLOG_IDENTIFIER=CROND _AUDIT_SESSION=83 -b How do you find out the _AUDIT_SESSION to use? I didn't guess. There was a straightforward and easy to follow example, but you removed it. Stop! I don't want all that extra information, you say! `journalctl` should KNOW I'm not interested in the timestamp, or the hostname, or the name and PID of the reporting binary - just give me the message! journalctl SYSLOG_IDENTIFIER=CROND _AUDIT_SESSION=83 -o cat (pete) CMD (LARSHAPPY=no; if [[ $LARSHAPPY == no ]]; then echo -e This isn't the same.\nNew Th (pete) CMDOUT (This isn't the same.) (pete) CMDOUT (New Things are Different.) (pete) CMDOUT (Some people like the old thing.) That is several messages. I want only one... So what? If your entire complaint is it isn't a mail then send the mail and be done. How am I notified that I should look in the journal when things go wrong? (With mail I am notified and also get the log lines all at once) How is a nontechnical desktop user notified of new mail? That's rhetorical, don't answer. They aren't . I'll agree that this isn't as *simple* as banging out a four letter word and reading message, but the journal can provide context, too. I am not arguing whether the journal is good or not, I am arguing whether removing the MTA used to send mail, sent from some applications, is good or bad. As I see it, as long as some applications do send mail, we have to have a MTA. Or at least let those applications have a requirement of a MTA so that the MTA is installed when those applications are installed on the system. That is my key argument, not that the journal is bad. The journal is OK, but very hard for a non technical user to use. What is needed is probably a very good graphical frontend that hides all these
Re: sendmail ignoring .forward?
On 01/03/2014 12:27 PM, Robert Moskowitz wrote: On 01/03/2014 12:06 PM, Steven Stern wrote: Ignore the previous cron messages. It seems that the mail is going into space because sendmail is not respecting the .forward in my home directory. /home/sdstern/.forward contains \r...@sterndata.com which is a valid, external email account but mail sent to sdstern goes to sdst...@sterndata.com, which is another valid external email account. I found all my missing cron mail there. $ ll .forward -rw---. 1 sdstern sdstern 21 Jan 3 10:51 .forward Apparently, this has been going on since December 13. Somewhere I encountered that .forward was deprecated even back in f17, and I had to stop using it and rely on editing /etc/aliases and running newaliases. Oh, it was with Centos 6.4 that I encountered .forward no longer working. Not Fedora. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: sendmail ignoring .forward?
On 01/03/2014 01:27 PM, Robert Moskowitz wrote: Somewhere I encountered that .forward was deprecated even back in f17, and I had to stop using it and rely on editing /etc/aliases and running newaliases. My /root/.forward works perfectly fine here in F20. I forward all root mail to my regular user (not an external email address). -- Jorge -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On Fri, 03 Jan 2014 12:19:16 -0500 Robert Moskowitz r...@htt-consult.com wrote: so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t mailer = /usr/bin/mailx -s Logwatch user # where user is you. Why subject? Do you mean that I should not include -t Don't include -t which seems to have the same meaning in sendmail and mailx? man mailx -t The message to be sent is expected to contain a message header with `To:', `Cc:', or `Bcc:' fields giving its recipients. Recipients speci‐ fied on the command line are ignored. One stop at a time step? yep sudo updatedb | locate dead.letter Nothing. No dead.letter dead.letter means an email was created but couldn't find user. ___ Regards, Frank www.frankly3d.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
On 01/03/2014 08:43 AM, Timothy Murphy issued this missive: poma wrote: On 03.01.2014 14:10, Timothy Murphy wrote: Is there a Fedora pastebin that will take a short-term PNG file? http://goo.gl/OlWp1U Thank you very much. The window I get when I right-click on my KDE NM-applet, and the click on Network Management Settings, can be found at http://picpaste.com/snapshot1-9WeKA2UL.png The four arrows don't seem to do anything; I don't know what they are meant to do. I can guess. The windows are labeled Available Details and Details to Show. If you select an item in the left window and then click on the arrow pointing to the right, then that detail moves into the Details to Show window. Conversely, selecting something from the right window and clicking on the left arrow would move it back to Available Details. I believe the up and down arrows affect sorting (select something in the right window and move it up or down in the list by clicking the up and down arrows). This is a wild-arsed guess. I use XFCE. Never really liked KDE. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - The problem with being poor is that it takes up all of your time - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: suspend or hibernate
On Fri, Jan 3, 2014 at 6:21 AM, Tim ignored_mail...@yahoo.com.au wrote: Allegedly, on or about 01 January 2014, Richard Vickery sent: I might find hibernate on my own: why would a user use this command rather than saving and booting up? and How does it know that to look for the memory? In my case, it was much quicker to resume my laptop from suspend or hibernate than do a cold boot. Plus I can resume back to everything that I was in the middle of doing. But, I've used other computers where resuming took just as long as a normal bootup. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 Hi Tim: Then the question is: How do you boot up from suspend - is there a special way to boot up after this command to continue working with the data? I guess, since curiousity has bitten - and depending how curious I am - I could attempt it making up some data that I care very little about. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 03.01.2014 18:28, Kevin Martin wrote: On 01/03/2014 10:58 AM, Panu Matilainen wrote: On 01/03/2014 05:04 PM, Kevin Martin wrote: On 01/03/2014 08:53 AM, Ales Kozumplik wrote: On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales That seems counterproductive. If there are updates to be had then dnf needs to find them and apply them. Blaming metadata timing to result in no updates is a dodge and needs to be corrected. If not seeing available updates is not considered a real update problem then what is? Yet another place where dnf will need to improve before becoming a yum replacement. You can get similar inconsistency with just yum on two different computers sitting under your desk because they are on different metadata expiry timer, and can also end up using different mirrors. - Panu - Agreed, but if dnf is expecting to be a yum replacement then shouldn't it do updates *better* than yum? What's the point if not to have an improved tool? If it's just going to be the same old thing then why bother? Kevin There is an ongoing discussion on devel@ group about dnf being 100% compatible with yum. Some people say that it should behave exactly like yum (I think including all current bugs.) I don't know if you should expect any improvements in dnf other than speed, they're just to controversial for some people afraid of changes. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: suspend or hibernate
On 01/03/2014 12:43 PM, Richard Vickery wrote: On Fri, Jan 3, 2014 at 6:21 AM, Tim ignored_mail...@yahoo.com.au mailto:ignored_mail...@yahoo.com.au wrote: Allegedly, on or about 01 January 2014, Richard Vickery sent: I might find hibernate on my own: why would a user use this command rather than saving and booting up? and How does it know that to look for the memory? In my case, it was much quicker to resume my laptop from suspend or hibernate than do a cold boot. Plus I can resume back to everything that I was in the middle of doing. But, I've used other computers where resuming took just as long as a normal bootup. -- [tim@localhost ~]$ uname -rsvp Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 Hi Tim: Then the question is: How do you boot up from suspend - is there a special way to boot up after this command to continue working with the data? I guess, since curiousity has bitten - and depending how curious I am - I could attempt it making up some data that I care very little about. It depends on the bios. On my Asus Eee900, I have to press the power button. On my Lenovo x120e, opening it is all that is needed. Your system should open up to the locked desktop screen. Unlock and off you go where you were before. I use this extensively traveling and at conferences. Could not survive without it. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Trying to use mailx for logwatch
On 01/03/2014 12:34 PM, Frank Murphy wrote: On Fri, 03 Jan 2014 12:19:16 -0500 Robert Moskowitz r...@htt-consult.com wrote: so in: /etc/logwatch/conf/logwatch.conf mailer = /usr/bin/mailx -t mailer = /usr/bin/mailx -s Logwatch user # where user is you. Why subject? Do you mean that I should not include -t Don't include -t which seems to have the same meaning in sendmail and mailx? man mailx -t The message to be sent is expected to contain a message header with `To:', `Cc:', or `Bcc:' fields giving its recipients. Recipients speci‐ fied on the command line are ignored. Well we will see how it goes. I will let you know. One stop at a time step? yep sudo updatedb | locate dead.letter Nothing. No dead.letter dead.letter means an email was created but couldn't find user. ergo no mail attempted? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 07:28 PM, Kevin Martin wrote: On 01/03/2014 10:58 AM, Panu Matilainen wrote: On 01/03/2014 05:04 PM, Kevin Martin wrote: On 01/03/2014 08:53 AM, Ales Kozumplik wrote: On 01/03/2014 03:47 PM, Bob Goodwin - Zuni, Virginia, USA wrote: This is a Fedora-20 64 bit XFCE system. Only once has this produced an update for me: [root@box10 bobg]# dnf update Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. But yum update a moment later: Transaction Summary = Install 2 Packages Upgrade 23 Packages Total download size: 45 M Is this ok [y/d/N]: y And it went through to complete this morning's update. What is wrong? DNF man page shows an update command ,,, Bob Hey Bob, that's expected: http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-different-output/ Ales That seems counterproductive. If there are updates to be had then dnf needs to find them and apply them. Blaming metadata timing to result in no updates is a dodge and needs to be corrected. If not seeing available updates is not considered a real update problem then what is? Yet another place where dnf will need to improve before becoming a yum replacement. You can get similar inconsistency with just yum on two different computers sitting under your desk because they are on different metadata expiry timer, and can also end up using different mirrors. - Panu - Agreed, but if dnf is expecting to be a yum replacement then shouldn't it do updates *better* than yum? What's the point if not to have an improved tool? If it's just going to be the same old thing then why bother? It's simply not possible to guarantee consistent behavior over time (no matter how short) when the remote data that can change quite literally at any moment. The big motivations behind dnf are entirely elsewhere than details of how and when to fetch repository metadata. - Panu - -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 09:28 AM, Kevin Martin wrote: If it's just going to be the same old thing then why bother? It's new, it's different, it's *shiny!* For some people, that's all that matters. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 09:51 AM, Mateusz Marzantowicz wrote: There is an ongoing discussion on devel@ group about dnf being 100% compatible with yum. Some people say that it should behave exactly like yum (I think including all current bugs.) I don't know if you should expect any improvements in dnf other than speed, they're just to controversial for some people afraid of changes. Making dnf bug for bug compatible with yum would be silly. Replacing yum with a new program that's not as effective would be just as silly. However, AIUI, the change isn't expected to come for a year or more, so there's time for them to work on things like this. Still, if all they end up with after all that work is a program that does what yum does but faster, it looks like an awful lot of work for little gain. Why not just put the time into making yum faster? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
Hi On Fri, Jan 3, 2014 at 12:51 PM, Mateusz Marzantowicz There is an ongoing discussion on devel@ group about dnf being 100% compatible with yum. Some people say that it should behave exactly like yum (I think including all current bugs.) Not a single person has ever asked for 100% compatibility. Please read carefully before making such claims. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
Hi On Fri, Jan 3, 2014 at 1:35 PM, Joe Zeff wrote: Still, if all they end up with after all that work is a program that does what yum does but faster, it looks like an awful lot of work for little gain. Why not just put the time into making yum faster? They are making yum faster. dnf is a experimental fork of yum so that the invasive changes needed to make yum more faster is done as a separate program to allow users to test and send their feedback Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 01/03/2014 10:52 AM, Rahul Sundaram wrote: They are making yum faster. dnf is a experimental fork of yum so that the invasive changes needed to make yum more faster is done as a separate program to allow users to test and send their feedback Then why are they replacing yum with dnf instead of folding the improvements into yum? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
Hi On Fri, Jan 3, 2014 at 1:59 PM, Joe Zeff wrote: Then why are they replacing yum with dnf instead of folding the improvements into yum? As I just noted in devel list, my understanding is that the end result will continue to be called yum. I certainly hope that is the case Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: announcement --- planned Yum replacement now ready for user testing
On Fri, Jan 3, 2014 at 10:22 AM, Adrian Sevcenco adrian.sevce...@cern.ch wrote: On 01/02/2014 12:54 PM, Ales Kozumplik wrote: A question, I found the following on http://akozumpl.github.io/dnf/cli_vs_yum.html dnf erase kernel deletes all packages called kernel In Yum, the running kernel is spared. There is no reason to keep this in DNF, the user can always specify concrete versions on the command line, e.g.: dnf erase kernel-3.9.4 So if I issue 'dnf erase kernel' all kernels will be removed, and I have no kernel anymore? Is that really a good thing? Should we not spare the running kernel? Or is there some rationale behind this that I am missing? yes that's the idea. In practice however, a user doesn't type 'dnf erase -y kernel' by accident and we don't feel the need to protect users who Just in case it happens, is it possible to prepare in advance a wiki page with instructions for repairing this accident? Of course it's going to happen but it can happen with apt-get too, in the same way that someone can also delete /boot as Ales points out below. The solution's going to be, for example, to boot from a recovery DVD, chroot, and reinstall a kernel. The problem's that it's a regression compared to yum and I'd point out to the dnf developers that it must be much simpler to grab the yum code that prevents the running kernel from being deleted and integrate it into dnf than have multiple angry threads here and on devel@ about this up to and beyond the release of F22. And it'll be good PR that they respond positively to feedback. really know what they are doing from doing so. It's the same situation as 'rm -rf /boot' or 'rpm -e --allmatches kernel'. Of course, people are welcome to write specific plugins to achieve something similar to what Yum used to do. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Fri, Jan 3, 2014 at 3:05 AM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Thu, Jan 02, 2014 at 01:37:28PM -0700, Chris Murphy wrote: Clearly it is. Most users don't know about this behavior. And it's also not done at all on iOS, Android, Windows, OS X. And it's highly questionable on desktop linux whether it's done or even needed. I do not understand your comparison with iOS, OS X, Windows, etc. We are not in a race with any of them. We simply want an operating system that is free (open) and lets us be in control of our computing needs. It's a question of looking at what others in this space are doing and evaluating whether their features are appropriate for Fedora and what their users are used and expect. Fedora users (and Linux users in general) most probably use Windows or OS X at work and own an Android or iOS phone, so diverging from them, especially when it comes to some geeky log retrieval mechanism, isn't in the best interest of Fedora. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Fri, Jan 3, 2014 at 11:10 AM, Lars E. Pettersson l...@homer.se wrote: On 01/03/2014 12:01 AM, Rahul Sundaram wrote: https://fedoraproject.org/wiki/F20_release_announcement#No_Default_Sendmail.2C_Syslog Rahul, as long as we have applications that do send mail, we need an MTA to take care of these mails, or else they are totally lost. Or at least let those applications have a requirement of a MTA so that the MTA is installed when those applications are installed on the system. The point that Chris has made is that these messages were already lost for most users because they didn't actually exist. FESCO has to consider the use-case of the majority of Fedora users and it decided that they don't need an MTA by default. And, as has been said many times already, those who want an MTA, _understand_its_purpose_,_and_use_the_features_that_it_provides_ can install one. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: dnf update -
On 1/3/2014 1:29 PM, Joe Zeff wrote: On 01/03/2014 09:28 AM, Kevin Martin wrote: If it's just going to be the same old thing then why bother? It's new, it's different, it's *shiny!* For some people, that's all that matters. You missed - I'm so afraid!! :-) -- David -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Manipulating journalctl output
On Fri, Jan 3, 2014 at 3:44 PM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Fri, Jan 03, 2014 at 02:01:26AM +, Tom H wrote: Via google: http://wiki.gentoo.org/wiki/Rsyslog Thank you Tom. As ever, Gentoo Arch has the best documentation again! You're welcome. They do have excellent documentation! But in this case they both have mistakes. Gentoo says that 10 corresponds to security but security is an old alias of auth. 10 should be listed as corresponding to authpriv. Arch doesn't say that 9 corresponds to cron, even though the explanation is that it corresponds to a clock daemon, and that it actually corresponds to 9. You can look it up in syslog.h as someone pointed out earlier or you can edit rsyslog.conf for rsyslog to print out the facilities in their word and number forms in the logs. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Fedora 20 install - can I revert to the old installer?
Hi All; Is there a way to install Fedora 20 and force it to use the old installer, which gave me more control per installing multiple GUI's, etc? Thanks in advance -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
RE: akmod isn't reliable
I think it is reliable, you just need to wait it out. The rebuilding of akmod is being done for a given kernel while that kernel is running, so when you update the kernel, the akmod doesn't get built until you boot into it. And when you boot into it, systemd will at some point try to activate the akmod, find out that it doesn't exist, fail, and initiate a rebuild. The rebuild takes some minutes to complete, after which it will write out something like: Please wait, this may take some time... Done. // I never figured why the first line isn't written *before* the build starts, but only after it finished, when it is completely useless... // Once the modules have been rebuilt, the boot will continue. Subsequent boots (for that kernel) will not require a rebuild and will be regularly short. HTH, :-) Marko The system boot screen did indicate it was initiating / building akmods, but I may not have let it sit long enough. When I manually build the akmod it doesn't take longer than 2m and I'm almost certain I've let it sit longer at boot. If it happens again, I will test how long it sits, but for now I guess this is the best, simplest answer I could hope for. :-) Thanks everyone -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
Hi Pete, You seem to be well-versed with journalctl. I hope you don't mind my asking a few questions. On Thu, Jan 02, 2014 at 09:07:29PM -0700, Pete Travis wrote: $ su -c 'crontab -l' * * * * * echo TEST TEST $ crontab -l * * * * LARSHAPPY=no; if [[ $LARSHAPPY == no ]]; then echo -e This isn't the same.\nNew Things are Different.\nSome people like the old thing.;fi $ journalctl SYSLOG_IDENTIFIER=CROND -f #filtered for convenience How do you know which IDENTIFIER to use? I could guess it should be CROND if I were to look at the output of journalctl in this case; but is there any canonical way to find this out? Or is it just the unit file name? But wait! These things could get all mixed up on a busy machine, you say! Let's take a closer look at a message: MESSAGE=(pete) CMDOUT (New Things are Different.) _AUDIT_SESSION=83 _SYSTEMD_CGROUP=/user.slice/user-1000.slice/session-83.scope _SYSTEMD_SESSION=83 _SYSTEMD_UNIT=session-83.scope SYSLOG_PID=8141 _PID=8141 _SOURCE_REALTIME_TIMESTAMP=1388719561402125 Thu 2014-01-02 20:26:01.402133 MST [s=04f24177eb10446c94ea389f0e5adb2f;i=49d85;b=0557929cbde247928f945d8b53a6e067;m=b529d73d;t=4ef0878266935;x=ade119e61f79d8c4] PRIORITY=6 _UID=0 _MACHINE_ID=0fb42f5d126e4f4e8b94045b4652c0f2 _HOSTNAME=ruminant-randomuser-lan _CAP_EFFECTIVE=1f _TRANSPORT=syslog SYSLOG_FACILITY=9 _COMM=crond _EXE=/usr/sbin/crond _SELINUX_CONTEXT=system_u:system_r:crond_t:s0-s0:c0.c1023 _GID=1000 _AUDIT_LOGINUID=1000 _SYSTEMD_OWNER_UID=1000 _SYSTEMD_SLICE=user-1000.slice SYSLOG_IDENTIFIER=CROND _CMDLINE=/usr/sbin/CROND -n _BOOT_ID=0557929cbde247928f945d8b53a6e067 How did you get this output; I'm confused. I'll agree that this isn't as *simple* as banging out a four letter word and reading message, but the journal can provide context, too. If Could you please point me to some documentation that explains how a user can use this? Some examples beyond SYSTEMD_UNIT=bla would be great. I find it very difficult to use journalctl effectively without knowing any of the internal details you are using in the examples. Is there some discussion on this that I can read for my understanding? $ journalctl SYSLOG_IDENTIFIER=CROND _AUDIT_SESSION=83 -b --show-cursor|tail -1 - -- cursor: s=04f24177eb10446c94ea389f0e5adb2f;i=49d85;b=0557929cbde247928f945d8b53a6e067;m=b529d73d;t=4ef0878266935;x=ade119e61f79d8c4 It is not clear to me what is meant by cursor here (I read journalctl(1)); moreover I could not find an option to journalctl called `--show-cursor'. If you don't mind could you share some of your journalctl understanding on another thread I started? https://lists.fedoraproject.org/pipermail/users/2014-January/79.html Thanks a lot for your time. Cheers, -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
On 01/03/2014 12:00 PM, Powell, Michael wrote: The system boot screen did indicate it was initiating / building akmods, but I may not have let it sit long enough. When I manually build the akmod it doesn't take longer than 2m and I'm almost certain I've let it sit longer at boot. If it happens again, I will test how long it sits, but for now I guess this is the best, simplest answer I could hope for. :-) The next time this happens, try using systemd-analyze blame, and see what it says. I don't know if it will report on this, but it's worth checking. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Fri, Jan 03, 2014 at 07:27:05PM +, Tom H wrote: On Fri, Jan 3, 2014 at 3:05 AM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Thu, Jan 02, 2014 at 01:37:28PM -0700, Chris Murphy wrote: Clearly it is. Most users don't know about this behavior. And it's also not done at all on iOS, Android, Windows, OS X. And it's highly questionable on desktop linux whether it's done or even needed. I do not understand your comparison with iOS, OS X, Windows, etc. We are not in a race with any of them. We simply want an operating system that is free (open) and lets us be in control of our computing needs. It's a question of looking at what others in this space are doing and evaluating whether their features are appropriate for Fedora and what their users are used and expect. Fedora users (and Linux users in general) most probably use Windows or OS X at work and own an Android or iOS phone, so diverging from them, especially when it comes to some geeky log retrieval mechanism, isn't in the best interest of Fedora. Why do they have to be the same? If I wanted what either of those OSes offer, I would be using them, not Fedora. I do not understand why my choices have to be minor variations of each other instead of distinctly different based on needs. For work, I use Fedora Scientific Linux. I mostly use Fedora for personal needs; except when I want to play some specific games, I use Windows. And I own an old Android phone. These are distinct tasks with different needs, where is the need for them to be variations of each other? -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org