Re: systemctl restart network, VMs and suspend
On 30.05.2014 10:06, Aleksandar Kostadinov wrote: Hello, I already filed a bugzilla issue with this [1] but I'd like to know if anybody else has troubles with VMs' network after suspend. And if others are able to do a systemctl restart network successfully. I mean, am I an isolated case because of some unknown configuration I have or is this common? What I do is: launch VM suspend laptop wake up laptop after awhile (1 hour maybe) network of VM loses default route systemctl restart network # fails on both fedora 20 - guest and host I'll appreciate if somebody else with same experience comments in the bugzilla issue directly. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1100034 What kind of virtualization technology are you using? What kind of networking setup do you have (bridged, NAT-ed, host-only). Does your laptop connect with network using wireless or Ethernet card? Why aren't you using Network Manager for managing your network? What do you mean by systemctl restart network fails (could you post here some log messages?) 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: /tmp on it's own hd/part F20
On 19.01.2014 11:05, Frank Murphy wrote: Probably be rebuilding a box, What would be a large enough partition for /tmp on it own hD/partition. 80gb is the smallest sata I have. luks required on /tmp? with systemctl mask tmp.mount going to be set after 1st login. Any gotchas anyone. I don't really want to chuck the box, until it is indeed completely dead. ___ Regards, Frank www.frankly3d.com Why do you want /tmp on hard drive partition? Placing it on tmpfs is recommended [1] unless you have some special needs. BTW, apps in Fedora are abandoning /tmp this days for storing persistent temporary data. This indirectly answers your question about /tmp size - as much as you can take out of RAM. [1] http://fedoraproject.org/wiki/Features/tmp-on-tmpfs 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: creating unreachable routes with NetworkManager
On 19.01.2014 00:32, Wolfgang S. Rupprecht wrote: Back when I ran my server with the networking scripts instead of NetworkManager it was easy to add unreachable routes. I'd put lines like the following: /etc/sysconfig/network-scripts/route-lo: unreachable 10.0.0.0/8 unreachable 172.16.0.0/16 unreachable 192.168.0.0/16 /etc/sysconfig/network-scripts/route6-lo: unreachable fc00::/7 When lo was enabled, I'd get those unreachable routes loaded (and a few others that the networking scripts added for me.) Now with NetworkMisManager I don't get either my unreachalbes or the formerly built-in ones. Is there a trick I'm missing? Obviously I could do an ip route add from a private systemd service, but that seems a bit heavy handed. (The reason I need to add the unreachables is that my ISP doesn't send me network unreachables for private addresses. For laptops on the go, they sometimes get routable IPv6 addresses as well as unroutable IPv4 addresses. I use nsupdate to register my laptop's current addresses in DNS and when private addresses show up it would be nice for things like ssh laptop to quickly move on from the private addresses without a very long timeout.) -wolfgang You can create script that would be invoked by NM on ifup event. Put it inside /etc/NetworkManager/dispatcher.d/ and make executable. Content of the script would be something like ip route add ... dev xxx for each unreachable/non routable network. 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: 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: dnf update -
On 03.01.2014 19:50, Rahul Sundaram wrote: 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 My understanding of drop-in replacement is 100% compatibility but maybe I am wrong. If no one asked for 100% compat why all that noise about dnf not handling some cases identically as yum? Just accept it's different kind of beast and don't worry, be happy. 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: Manipulating journalctl output
On 02.01.2014 00:08, Suvayu Ali wrote: On Wed, Jan 01, 2014 at 11:52:04PM +0100, Mateusz Marzantowicz wrote: On 01.01.2014 20:57, Suvayu Ali wrote: Now my questions: 1. How can I filter messages printed to the logs from my cron jobs? I will try to explain by example: $ journalctl -ru crond --since=-3d -- Logs begin at Sun 2013-11-17 02:48:46 CET, end at Wed 2014-01-01 20:31:27 CET. -- # journalctl -u crond.service Do it as root, and add .service suffix to crond. Bash completion is your friend here, hitting TAB twice after -u option will give you units that are recognized. journalctl is user-aware and show only what's appropriate. Actually, if I'm in the systemd-journal group it is equivalent. That said, I get the same output as root. I use bash-completion, and the .service is optional when used with -u (as I mentioned in my email). I tried with and without the .service. It works both ways for sendmail, just not crond. Cheers, OK, so it might be something else (maybe cron not producing log messages?) I know it doesn't help much but in my case - it works - and I get plenty of crond messages. I don't have sendmail installed so I have no associated log messages. 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: Manipulating journalctl output
On 01.01.2014 20:57, Suvayu Ali wrote: Now my questions: 1. How can I filter messages printed to the logs from my cron jobs? I will try to explain by example: $ journalctl -ru crond --since=-3d -- Logs begin at Sun 2013-11-17 02:48:46 CET, end at Wed 2014-01-01 20:31:27 CET. -- # journalctl -u crond.service Do it as root, and add .service suffix to crond. Bash completion is your friend here, hitting TAB twice after -u option will give you units that are recognized. journalctl is user-aware and show only what's appropriate. 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: BUG: soft lockup - CPU#3 stuck for 22s! [httpd:1889]
On 23.12.2013 03:30, Steven P. Ulrick wrote: Hello, Everyone I just ran yum update and rebooted. Some time not long after that reboot, I started getting message like this: Dec 22 20:11:26 afolkey2 kernel: [ 4130.161465] BUG: soft lockup - CPU#3 stuck for 22s! [httpd:1889] [...] I rebooted into an older kernel and have not had any more of these messages popping up. Eventually, my system became unresponsive and I had to reboot. To clarify, does it happen with old or new kernel? I am running Fedora 20 (fully updated) Installation method: fedup Any ideas? It looks like httpd is hanging somewhere doing something and kernel detects this. It might also be that your system is busy on doing I/O operations etc. and httpd process is blocked waiting for CPU time. 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: just upgraded to F20
On 22.12.2013 23:54, John Aldrich wrote: And now running yum distro-sync results in the system trying to roll back everything. When I look in YUMEX it shows all the repos as F18, not F20. How do I fix that??? Please use fedup for upgrading from f18 to f20. [1] https://fedoraproject.org/wiki/Upgrading [2] https://fedoraproject.org/wiki/FedUp 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: Gnome login hangs F20 after fedup upgrade
On 22.12.2013 22:49, David Highley wrote: David Highley wrote: Mateusz Marzantowicz wrote: On 21.12.2013 20:40, David Highley wrote: We upgraded a test system to Fedora 20 using the fedup process. There were 60 packages that were left from Fedora 19 after the upgrade that were subsequently fixed by doing a yum distro-sync. Since the upgrade we are not able to login into a Gnome session. We select the user in the greater and it prompts for the pass word. After that it goes to the grayed background and hangs leaving the user session in a hung state where you have cursor control but the session setup does not get to the point where you can select anything. We have checked the logs and see nothing in the logs that indicate an issue. The other change noticed is the monitor never goes to sleep when the greater screen is active. Does systemctl restart gdm.service from text shell help you restore system responsiveness? It might be some problem with gnome-shell or Xorg, I'm facing similar behavior from time to time on fresh installation. Same recovery as doing init 3 init 5 you get back to the Gnome greater screen with the session ended. We have looked at the Xorg log files and see nothing wrong in them. Our case is not intermittent. We have tried both VGA and HDMI connections and get the same results. We have also reviewed dmesg and the /var/log/message log files. Nothing seems to get logged. We have checked for selinux avc issues and tried login in selinux Permissive mode. Second check just now indicates that a systemctl restart gdm.service gets us back to the Gnome greater screen but then we were not able to select a user for login. We see by using journalctl -f | less That the shell fails to register before a timeout occurs and that there is a kernal pool segfault and a core dump. We have not been able to determine if they are all related. Except they happen close together. It might be coincidence but it's worth investigating it. I don't experience any core dumps when having issues with gnome-shell but who knows how it's in your case. 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: f20 - upgrading to
On 21.12.2013 12:50, Timothy Murphy wrote: Dan Mossor wrote: I've been looking for f19-20 upgrade instructions, but I must be blind. Someone can point me to the correct page on the net? https://fedoraproject.org/wiki/Upgrading Thanks, seems obvious. It didn't show when searching for it. I obvioiusly fail at searching as well as all the other things I fail at =) No, the wiki is seriously disjointed. Half the time when it finds what it thinks I'm looking for, it is for a release that was EOL'd years ago. That isn't true of the 2 links I gave (including the one above), which explicitly state that they are for Fedora 18 or later. That's one of the huge projects that a few of us in QA are discussing, but we're not sure we want to tackle it ourselves. Perhaps the project would not be so huge if you stuck to cases where the problem actually occurs. It's easier (for me) to find something on wiki pages using external search engines than following links and searching internally. I'm not saying it's impossible but Fedora's wiki lacks clear content organization. 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: Gnome login hangs F20 after fedup upgrade
On 21.12.2013 20:40, David Highley wrote: We upgraded a test system to Fedora 20 using the fedup process. There were 60 packages that were left from Fedora 19 after the upgrade that were subsequently fixed by doing a yum distro-sync. Since the upgrade we are not able to login into a Gnome session. We select the user in the greater and it prompts for the pass word. After that it goes to the grayed background and hangs leaving the user session in a hung state where you have cursor control but the session setup does not get to the point where you can select anything. We have checked the logs and see nothing in the logs that indicate an issue. The other change noticed is the monitor never goes to sleep when the greater screen is active. Does systemctl restart gdm.service from text shell help you restore system responsiveness? It might be some problem with gnome-shell or Xorg, I'm facing similar behavior from time to time on fresh installation. 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: Gnome login hangs F20 after fedup upgrade
On 21.12.2013 22:50, David Highley wrote: Mateusz Marzantowicz wrote: On 21.12.2013 20:40, David Highley wrote: We upgraded a test system to Fedora 20 using the fedup process. There were 60 packages that were left from Fedora 19 after the upgrade that were subsequently fixed by doing a yum distro-sync. Since the upgrade we are not able to login into a Gnome session. We select the user in the greater and it prompts for the pass word. After that it goes to the grayed background and hangs leaving the user session in a hung state where you have cursor control but the session setup does not get to the point where you can select anything. We have checked the logs and see nothing in the logs that indicate an issue. The other change noticed is the monitor never goes to sleep when the greater screen is active. Does systemctl restart gdm.service from text shell help you restore system responsiveness? It might be some problem with gnome-shell or Xorg, I'm facing similar behavior from time to time on fresh installation. Same recovery as doing init 3 init 5 you get back to the Gnome greater screen with the session ended. We have looked at the Xorg log files and see nothing wrong in them. Our case is not intermittent. We have tried both VGA and HDMI connections and get the same results. We have also reviewed dmesg and the /var/log/message log files. Nothing seems to get logged. We have checked for selinux avc issues and tried login in selinux Permissive mode. Second check just now indicates that a systemctl restart gdm.service gets us back to the Gnome greater screen but then we were not able to select a user for login. Don't bother searching in logs. It's very likely that you won't find anything there because failing piece of code is part of gnome-shell and is written in Java Script. I don't see any references to logging facilities in that code. If you have enough time and spare resources you can take a look at https://git.gnome.org/browse/gnome-shell/ . This issue might be hard to resolve. 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: Question: any problems if apply only security updates.
On 21.12.2013 23:06, Edward M wrote: Hello, I was wondering if my fedora system later in time will have any repercussions, if I only apply the security updates and not the entire updates from the catalog, by using the yum --security update command? Besides that you won't get any non security bug fixes and enhancements there are no other side effects. 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: Fedora 19 packages on F20
On 19.12.2013 07:46, Joe Zeff wrote: On 12/18/2013 10:42 PM, Ranjan Maitra wrote: Off a fresh install of F20 because upgrade did not work spectacularly, I noticed that there are a number of F19 packages (including some from rpmfusion) on my machine. That just means that there's not a newer version available. Fedora doesn't do a mass repackaging for every version, and that's a Good Thing. Imagine how much more you'd need to download for an upgrade if they did. That just means that someone haven done his job or there was an error during package rebuild which hasn't been fixed yet (correct me if I'm wrong but there is something like mass rebuild in Fedora). Please file bugzilla report against this packages but excluding that from rpmfussion. 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: Fedora 19 packages on F20
On 19.12.2013 11:22, Frank Murphy wrote: On Thu, 19 Dec 2013 11:17:46 +0100 Mateusz Marzantowicz mmarzantow...@osdf.com.pl wrote: ownload for an upgrade if they did. That just means that someone haven done his job or there was an error during package rebuild which hasn't been fixed yet (correct me if I'm wrong but there is something like mass rebuild in Fedora). Please file bugzilla report against this packages but excluding that from rpmfussion. Wrong, yum update was used (check earlier threads from op) yum distro-sync is your friend. How yum distro-sync command is related to availability of package in software repositories? Packages are either there or not regardless of command you issued locally to install/update them. It's also worth noting that it might be important to have packages for exact distro release because of changes in run time environment, build system and other policies from one Fedora release to another. Package from fc17 may work well in fc20 but I don't think it's encouraged behavior. 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: How to install DVD version from iso on hard drive -
On 08.12.2013 13:52, Robert P. J. Day wrote: Quoting Heinz Diehl h...@fritha.org: On 08.12.2013, Robert P. J. Day wrote: just from the above, what is the purpose of running isohybrid in step 1 when you just do a raw copy of the ISO image to the USB drive in step 2? Isohybrid makes the image a hybrid, being bootable from both CD and a USB-drive. ah, so it modifies the ISO image in place, does it? I never did anything with ISOs prior to writing them to USB. The only difference is that I used dd instead of cat (but it doesn't matter in this case). 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: local user get created magically ! system hacked ?
On 04.12.2013 23:35, Jehan Procaccia wrote: would remove gnome-initial-setup package be a solution without bad side effect ? Yes, you can safely remove this package without any negative consequences. I did it in the past on some network managed boxes and all those systems work perfectly. I have local root account configured just in case dirserv is unavailable or some other error happens. 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: local user get created magically ! system hacked ?
On 05.12.2013 16:31, poma wrote: On 05.12.2013 16:24, Mateusz Marzantowicz wrote: On 04.12.2013 23:35, Jehan Procaccia wrote: would remove gnome-initial-setup package be a solution without bad side effect ? Yes, you can safely remove this package without any negative consequences. I did it in the past on some network managed boxes and all those systems work perfectly. I have local root account configured just in case dirserv is unavailable or some other error happens. Mateusz Marzantowicz http://www.youtube.com/watch?v=mQqy-XP-6KQ Haha poma :-) [...] Again I sit myself beside her Try to take her hand in mine The moment's gone, the feeling's over She looks around to find the time Then she says could we just sit and chat And I think well that's that [...] 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: How to install DVD version from iso on hard drive -
On 05.12.2013 20:20, Bob Goodwin - Zuni, Virginia, USA wrote: I've installed another hard drive in this computer and would like to be able to install Fedora-20 on it from an exiting F-20-beta iso file already on this same computer. I can't seem to find any instructions for doing this. No matter what I have asked Google it keeps telling me how to make an install DVD, mainly from Windows! I don't want that, I just don't want to burn another dvd for one use. It seems there should be a way? Where do I find an instruction for doing that? Bob Maybe this will help you (section: How to test): https://fedoraproject.org/wiki/QA:Testcase_install_repository_Hard_drive_variation 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: local user get created magically ! system hacked ?
On 03.12.2013 23:08, Jehan Procaccia wrote: hello I use about a hundred fedora19 stations in computer labs at our school users accounts comes from an ldap directory and the homedir is automounted via NFS. However, recently I noticed that on some stations, local user account had been created ! looking at the log file, I discovered in /var/log/secure something like this: /accounts-daemon: request by system-bus-name ::1.733 [/usr/libexec/gnome-initial-setup pid:15259 uid:991]: create user 'foobar'// //useradd[29724]: new group: name=foobar, GID=1001// //secure-20131117:Nov 15 17:16:43 b3-4 useradd[29724]: new user: name=susana, UID=1001, GID=1001, home=/home/susana, shell=/bin/bash// //secure-20131117:Nov 15 17:16:43 b3-4 useradd[29724]: add 'susana' to group 'wheel'// //secure-20131117:Nov 15 17:16:43 b3-4 useradd[29724]: add 'susana' to shadow group 'wheel'/ Scary ! how comes gnome-initial-setup could create users, and morever add them to the wheel group ! could it be a bug in /gnome-initial-setup , /a feature side effect ? or our students found a back door ? any suggestion greatly appreciated . Maybe there was no connection to LDAP server and gnome-initial-setup was presented to your pupils in order to make system usable. What happened next - you already know. Remove gnome-initial setup package from your system to disable this back-door. BTW. g-i-s lets you create user with admin privileges (wheel group). It's nothing unusual in local setups. 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: Why SIGKILL signal not terminate a process?
On 29.11.2013 20:41, Frantisek Hanzlik wrote: On my Fedora 19 i686 I see weird thing - when killing processes (by commands as: killall -9 kactivitymanagerd killall -9 gam_server killall -9 kded4 killall -9 systemd killall -9 atril or with PID: kill -9 1 1322 10612 10619 ), then processes stay running - they are not zombies (for PID=1 be zombie perhaps does not make sense), but eat CPU, occupy memory etc. I cannot say this behavior is always (I'm killing processes only when I need it), but I saw this several times, with last Fedora distros. It is bad glibc signal() implementation or what else? Regards, Franta Hanzlik http://unix.stackexchange.com/questions/5642/what-if-kill-9-does-not-work 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: couple questions about LVM setup during f19 installation
On 29.11.2013 17:55, Robert P. J. Day wrote: On Sat, 30 Nov 2013, Tim wrote: Allegedly, on or about 29 November 2013, Robert P. J. Day sent: instead, while i *thought* i had specified that i wanted the volume group to max out on the hard drive, it was created only large enough to hold the fixed-size logical volumes i selected. so at this point, i would have to create another PV for the rest of the hard drive, and extend the volume group to encompass that. You should be able to increase the size of the existing one, as far as I'm aware. There's a command called pvresize, see what it's man page says. oh, i know about that, i was just confused as to why it didn't work during install, but i tried it again later and, mystery, i got the VG to span the entire disk. no idea what i did differently but it's happy now. rday To be honest - don't use Anaconda to create any complex LVM setups. Prepare your disks prior to installation and then choose what goes where. I found it very hard to really customize my disk layout since that awesome Anaconda rewrite. 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: Why SIGKILL signal not terminate a process?
On 30.11.2013 00:10, Frantisek Hanzlik wrote: Mateusz Marzantowicz wrote: On 29.11.2013 20:41, Frantisek Hanzlik wrote: On my Fedora 19 i686 I see weird thing - when killing processes (by commands as: killall -9 kactivitymanagerd killall -9 gam_server killall -9 kded4 killall -9 systemd killall -9 atril or with PID: kill -9 1 1322 10612 10619 ), then processes stay running - they are not zombies (for PID=1 be zombie perhaps does not make sense), but eat CPU, occupy memory etc. I cannot say this behavior is always (I'm killing processes only when I need it), but I saw this several times, with last Fedora distros. It is bad glibc signal() implementation or what else? Regards, Franta Hanzlik http://unix.stackexchange.com/questions/5642/what-if-kill-9-does-not-work Mateusz Marzantowicz Thank for link, but I'm not a lot smarter. Maybe Linux immunize system init (PID 1) against SIGKILL (but I was working on Unices where SIGKILL to init caused clean immediate system halt - kernel flush buffers, unmount FSs and halt machine), but what SIGKILL to other processes? I was killing them as root, and as I wrote before, they was not zombies and possibly nor in uninterruptible sleep - 'top' utility shows as they consumes eg. several or several tens percents CPU. Then, according to Your link, is only other possibility bad Linux kernel? Does it happen always regardless system load and ongoing IO operations? It was mentioned in that article that the result of kill -9 might not be immediate depending on what is occupying your kernel. Please also note, that you can't kill systemd (PID 1) on Linux because it's init process and it doesn't have much sense. To reboot your system 'properly' use shutdown/halt/reboot or systemctl command. Simply killing init is not save this days. 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: ssh GSSAPIAuthentication yes
On 25.11.2013 15:10, Timothy Murphy wrote: What would I do if I actually wanted to use GSSAPIAuthentication? Install and configure FreeIPA on your network. That will let you manage SSH keys in LDAP database and use Kerberos authentication. You can read more in FreeIPA's documentation. 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: F18: Adobe Acrobat Reader fails hyperlinks?
On 23.11.2013 21:41, Dan Thurman wrote: It appears that on Fedora 18, Adobe Acrobat Reader hyperlinks (control-left-click on link) fails to execute properly and bring up the the web page. I tried the same PDF file on F13 and it works. Is it a bug or is there something I need to do to make this work? Please direct this question to Adobe. Adobe (Acrobat) Reader is neither open source nor it is part of Fedora. If what you described is a bug, correct place to report it would be Adobe's bug tracker (if they have any publicly available). I strongly recommend that you try an open source PDF viewer like Evince or Okular. 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: accessing a network scanning device
On 23.11.2013 20:04, lee wrote: Hi, how would I go about accessing a scanning device that is connected via network? The device is an OKI MB441 and supports TWAIN and WSD (whatever that is ...). Google hasn't been helpful at all with this. Everyone seems to assume that you would connect the scanner to a computer through USB, SCSI or a parallel cable and make the scanner available on the network through the computer it is connected to by running saned on the computer. I have it the other way round, the scanner is on the network and I want to access it from my computer via network. I don't know this exact device, but I'd try connecting it via Ethernet (device spec shows that it has Ethernet card and device supports quite advanced options regarding network connections.) After assigning IP address to this device check using web browser if there is any kind of web base management interface. It's highly probable that software attached to this device is designed only for Windows. 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: How to disable module in initrd
On 19.11.2013 16:06, Gianluca Cecchi wrote: On Tue Nov 19 13:30:32 UTC 2013 Mateusz Marzantowicz wrote: man 5 dracut.conf - section: omit_drivers It seems not to work. Created /etc/dracut.conf.d/qla2xxx_omit.conf # cat /etc/dracut.conf.d/qla2xxx_omit.conf omit_drivers+=qla2xxx dracut --force initramfs-3.11.8-200.fc19.x86_64.img 3.11.8-200.fc19.x86_64 I continue to see qla2xxx inside the generated initrd and server has problems to boot. Tried also from command line: dracut --omit qla2xxx --force initramfs-3.11.8-200.fc19.x86_64.img 3.11.8-200.fc19.x86_64 but again qla2xxx is inside initrd and booting I have problems.. # gunzip /boot/initramfs-3.11.8-200.fc19.x86_64.img | cpio -itdmuv|grep qla2xxx drwxr-xr-x 2 root root0 Nov 19 15:28 usr/lib/modules/3.11.8-200.fc19.x86_64/kernel/drivers/scsi/qla2xxx -rw-r--r-- 1 root root 822783 Nov 13 17:55 usr/lib/modules/3.11.8-200.fc19.x86_64/kernel/drivers/scsi/qla2xxx/qla2xxx.ko 54688 blocks BTW: where is the old init script that loaded the kernel modules in the past? WHat if I want to manually remove qla2xxx from generated initrd? Gianluca This doesn't resolve you're problem but it might help you diagnose what is going on there. In /etc/dracut.conf enable logging by removing comment from: logfile=/var/log/dracut.log In /var/log/dracut.log, you should have results of running dracut command. Maybe this will tell you something useful. 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: VMs do not shutdown when powering off a F20 host
On 19.11.2013 19:32, Juan Orti Alcaine wrote: Hello, I have upgraded to F20 and now my virtual machines don't shutdown when I shutdown the host. [...] Any idea? do I open a bug report? https://lists.fedoraproject.org/pipermail/test/2013-November/118835.html 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: How to disable module in initrd
On 19.11.2013 14:07, Gianluca Cecchi wrote: Hello I would like to recompile initrd on f19 without qla2xxx that is giving me problems on boot. How to do it? Dracut seems to ignore blacklist in .conf file under modprobe.d Thanks Gianluca man 5 dracut.conf - section: omit_drivers 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: Software Install?....
On 17.11.2013 00:09, EGO.II-1 wrote: I know this is going to sound crazy to the die-hard people in here, but someone asked me.and I was unable to provide an answer.so here goes: How DO you add/Remove software in Fedora now? it would seem that there's no way to do it unless you know the package name and do it from the terminal? YUM or DNF is the best option but as you've already mentioned yum must know package name. After all it's not that hard and it's easier when you use bash completion to see the exact package name. You can also use gnome-software to browse and manage applications on your system. I can't tell if it's usable but it looks promising. 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: How avoid unwanted systemd-journald?
On 15.11.2013 11:46, Frantisek Hanzlik wrote:
For one thing I'm in the conviction that binary logs are hazardous
bullshit, for another on my two F19 machines systemd-journald occupy
significant part of resources (after several days it is often 1.5 to
2.5 GB RAM and several GB on /var/log/journal/*/* filesystem).
Then, how I can avoid this crap and log only to standard rsyslogd?
I tried set LogTarget=syslog-or-kmsg in [Manager] section of
/etc/systemd/{system.conf,user.conf}, but this not helped; setting
Storage=none in [Journal] section of /etc/systemd/journald.conf
is better, but I want ideally completely cut out systemd-journald
from my systems.
TIA, Franta Hanzlik
You can set restrictions on resources used by journald. Reducing disk
space is one of them. Take a look at /etc/systemd/journald.conf, but I
suppose you already know that.
High memory usage might be caused by leaks and it's nothing unexpected
in such immature application. You can help to fix it if you have enough
time. After 10 years of testing in production maybe journald would reach
quality of other syslogd implementations. By that time it should be
considered not reliable. It has great potential but needs more testing.
Of course this doesn't solve your first issue - hazardous binary logs :-)
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: F19 did not install boot loader
On 07.11.2013 18:44, Vincent Onelli wrote: Hello, I installed F19 on my HP envy dv7 notebook with windows 8, the pc has 1GB HD and 12 GB of memory, on reboot windows 8 came up but no sign of F19. Is there way to install the boot loader without me try to reinstall again? Should F19 work with win 8? Thank you. Boot from Live CD and see what happened. Here [1] you'll find instructions about installing GRUB manually. [1] http://docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/s1-grub-installing.html 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: good bye - Fwd: list-moderation - Re: KDE without gnome-shell?
On 06.11.2013 20:44, Thomas Dineen wrote: Hold On! Is this situation kind of like a Frankenstein Movie? Where at the end of this episode the monster appears dead? But of wait, Not to worry (Or maybe you should)?, He will come back in the next episode? Or next mailing list :-) AFAIK the monster is alive and good. You can speak to him at devel list. Mateusz -- 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: Firefox - gedit is the best!
On 29.10.2013 09:17, Ian Malone wrote: On 29 October 2013 04:47, Tim ignored_mail...@yahoo.com.au wrote: On Mon, 2013-10-28 at 22:55 +0100, Mateusz Marzantowicz wrote: I don't know it is a correct design in that case. FF doesn't check file content and only trusts that HTTP headers are set correctly. But it is FF and not Fedora issue anymore. And that is how they're supposed to work, and how it really should be done, for reasons of sanity. When you ignore headers, and just pass data to browsers to sort out what do with this yourself, things screw up, right royally. For one thing, it's why Windows is so vulnerable. Nasty stuff bypasses sensible handling, and is allowed to execute, because that's what Windows does with binary program files (it executes them). This isn't an argument for using content type rather than autodetection, the content type could be manipulated as part of an attack. What you go on to say about the problem of knowing what you've got: There are any number of different types of files (function-wise) that are the same file-type (construction-wise), so they need correct identification by what's sending it, as it will be the only thing that would correctly know what it is. This and the general problem of correctly identifying the type of every data type and version under the sun is the reason to not try and snoop the data type. OK, I know all that argumentation about security but as you've mentioned HTTP headers could be easily manipulated. Content recognition must be done somewhere, in that case on web server, in order to set headers correctly. There always would be need for content inspection. So what is better: check content on server side or client side? From client perspective the later is safer because it doesn't have to trust some remote entity. My sample URL showed that even GitHub isn't perfect and sets improper headers for some files (or it does it by choice). Finally, client software and web browsers should not be fragile to miscellaneous and manipulated content - they just should recognizes it as such. 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: Firefox - gedit is the best!
On 29.10.2013 13:40, Reindl Harald wrote: the main question is why someone is starting a thread blaming Firefox because a broken website and insist in blame Firefox while it was multiple times explained how the www works and why Linux does handle htings not the same crippeled way like Windows if someone wants to have the behavior of Windows/MSIE he is free to buy, install and use it, the rest of the world continues not to guess if the mime-type from a server was only a joke - period 1. That someone is me. 2. I wasn't aware that this is not FF issue when I started this thread. It was happening with different file types and servers. FF was my fist shoot. Then you helped me better understand that issue with content type. 3. I don't know why you're so excited when it comes to Windows. It could have been Mac as well but I use windows more often but still rarely than Linux. In fact I use Windows so infrequently that I had no chance to face all that wrong content type issues. I know that now. 4. I don't insist in blaming any software, you're exaggerating. 5. I don't know what is the behavior of MSIE because I don't use it. You gave me link that pointed me to MSDN and MSIE related article. PERIOD :-) 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
Firefox - gedit is the best!
Why, Firefox on Fedora 19 wants to open all different sort of files of well known types with gedit? It's ridiculous that torrent files, zip and gz archives and even doc file are suggested to be opened with gedit. Creating new FF profile doesn't resolve this issue. Is it that hard to recognize file type and open it with correct application? Now, you can slaughter me but Firefox on Windows suggests apps correctly so it's more likely Fedora related bug. Any way to fix it? 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: Firefox - gedit is the best!
On 28.10.2013 16:35, Michael Cronenworth wrote: Mateusz Marzantowicz wrote: Why, Firefox on Fedora 19 wants to open all different sort of files of well known types with gedit? It's ridiculous that torrent files, zip and gz archives and even doc file are suggested to be opened with gedit. Creating new FF profile doesn't resolve this issue. Is it that hard to recognize file type and open it with correct application? Now, you can slaughter me but Firefox on Windows suggests apps correctly so it's more likely Fedora related bug. Any way to fix it? Open Firefox Preferences. Click on Applications. Is it the best you can do? If you don't know how to help, please don't write such useless responses. Part of my FF config regarding file associacion is genuine and was never modified. I know I can change this or that, but appropriate entries are there ane still don't work correctly. It happens only for some servers and files so I guess it might be related to wrong headres but I'm not sure. 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: Firefox - gedit is the best!
On 28.10.2013 21:36, Reindl Harald wrote: Am 28.10.2013 21:30, schrieb Mateusz Marzantowicz: On 28.10.2013 16:35, Michael Cronenworth wrote: Mateusz Marzantowicz wrote: Why, Firefox on Fedora 19 wants to open all different sort of files of well known types with gedit? It's ridiculous that torrent files, zip and gz archives and even doc file are suggested to be opened with gedit. Creating new FF profile doesn't resolve this issue. Is it that hard to recognize file type and open it with correct application? Now, you can slaughter me but Firefox on Windows suggests apps correctly so it's more likely Fedora related bug. Any way to fix it? Open Firefox Preferences. Click on Applications. Is it the best you can do? If you don't know how to help, please don't write such useless responses. Part of my FF config regarding file associacion is genuine and was never modified. I know I can change this or that, but appropriate entries are there ane still don't work correctly. It happens only for some servers and files and *why* did you *not* state this in your original post? because for me it was obvious that when I wrote that despite I have CLEAN new profile FF still wants to open doc in gedit. I'll be more precise next time. so I guess it might be related to wrong headres but I'm not sure so test it to be sure and if it are wrong Content-Type headers bale the server-admin or fool who wrote a web-application sending wrong headers and in that case the whole thread should not have been started at all I started this thread here to see if anybody else is suffering from this problem. I don't know what is the cause of my problem and if I'm the only person affected. Opening doc and gz files with correct app is something that should work on desktop system without much configuration. 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: Firefox - gedit is the best!
On 28.10.2013 22:14, Reindl Harald wrote: so at least provide a sample URL Here you go: https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true 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: Firefox - gedit is the best!
On 28.10.2013 22:44, Erik P. Olsen wrote: On 28/10/13 22:22, Mateusz Marzantowicz wrote: On 28.10.2013 22:14, Reindl Harald wrote: so at least provide a sample URL Here you go: https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true Whether you like it or not FF doesn't recognise doc files (see Edit - Preferences - Applications) it asks you what to do. You can then look up libreoffice and the doc will display correctly. Admittedly it IS cumbersome but I believe FF works as designed. Thanks, I don't know it is a correct design in that case. FF doesn't check file content and only trusts that HTTP headers are set correctly. But it is FF and not Fedora issue anymore. 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: Firefox - gedit is the best!
On 28.10.2013 22:34, Reindl Harald wrote: Am 28.10.2013 22:22, schrieb Mateusz Marzantowicz: On 28.10.2013 22:14, Reindl Harald wrote: so at least provide a sample URL Here you go: https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true here you go: text/plain (last line of the wget-output) so the behavior is correct, and that is why you should provide infos while seek for help in the first post [harry@srv-rhsoft:/downloads]$ wget https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true --2013-10-28 22:32:57-- https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true Resolving github.com (github.com)... 192.30.252.129 Connecting to github.com (github.com)|192.30.252.129|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://github.com/gammu/gsm-docs/raw/master/standards/3gpp/TP-24/23040-009.doc [following] --2013-10-28 22:32:57-- https://github.com/gammu/gsm-docs/raw/master/standards/3gpp/TP-24/23040-009.doc Reusing existing connection to github.com:443. HTTP request sent, awaiting response... 302 Found Location: https://raw.github.com/gammu/gsm-docs/master/standards/3gpp/TP-24/23040-009.doc [following] --2013-10-28 22:32:58-- https://raw.github.com/gammu/gsm-docs/master/standards/3gpp/TP-24/23040-009.doc Resolving raw.github.com (raw.github.com)... 185.31.16.133 Connecting to raw.github.com (raw.github.com)|185.31.16.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 251392 (246K) [text/plain] Thank you for your help. It means that content of downloaded file is irrelevant for FF. 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: Firefox - gedit is the best!
On 28.10.2013 23:02, Reindl Harald wrote: Am 28.10.2013 22:58, schrieb Mateusz Marzantowicz: On 28.10.2013 22:34, Reindl Harald wrote: Am 28.10.2013 22:22, schrieb Mateusz Marzantowicz: On 28.10.2013 22:14, Reindl Harald wrote: so at least provide a sample URL Here you go: https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true here you go: text/plain (last line of the wget-output) so the behavior is correct, and that is why you should provide infos while seek for help in the first post [harry@srv-rhsoft:/downloads]$ wget https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-24/23040-009.doc?raw=true Resolving raw.github.com (raw.github.com)... 185.31.16.133 Connecting to raw.github.com (raw.github.com)|185.31.16.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 251392 (246K) [text/plain] Thank you for your help. It means that content of downloaded file is irrelevant for FF. *otherwise* it would be a bug and the behavior is correct FF *must not* look in the content a browser which does is broken in case of a specified mime-type Could you provide some RFC or other standard to back that statement? 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
systemd[1]: Starting Fingerprint Authentication Daemon...
I don't have any fingerprint reader connected to my machine. Why is systemd starting this useless daemon in this case? I've heard somewhere that systemd tends to be more intelligent version of sysvinit that does only what is really needed to save time and system resources. Here are two lines from my system logs on F19 machine. systemd[1]: Starting Fingerprint Authentication Daemon... systemd[1]: Started Fingerprint Authentication Daemon. 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: systemd[1]: Starting Fingerprint Authentication Daemon...
On 14.10.2013 22:19, Rick Stevens wrote: On 10/14/2013 01:01 PM, Mateusz Marzantowicz issued this missive: I don't have any fingerprint reader connected to my machine. Why is systemd starting this useless daemon in this case? I've heard somewhere that systemd tends to be more intelligent version of sysvinit that does only what is really needed to save time and system resources. Here are two lines from my system logs on F19 machine. systemd[1]: Starting Fingerprint Authentication Daemon... systemd[1]: Started Fingerprint Authentication Daemon. As root: # systemctl stop fprintd.service # systemctl disable fprintd.service It doesn't use a lot of resources...leaving it running is not a huge thing but yeah, if you don't have a scanner it is sorta silly. It reports it's dead and started at the same time. I know I can disable it but first I'd like to know it a little better. Then I'd like to know why systemd doesn't recognize this daemon as superflous and what triggers it's activation. # systemctl status fprintd.service fprintd.service - Fingerprint Authentication Daemon Loaded: loaded (/usr/lib/systemd/system/fprintd.service; static) Active: inactive (dead) Docs: man:fprintd(1) systemd[1]: Starting Fingerprint Authentication Daemon... systemd[1]: Started Fingerprint Authentication Daemon. fprintd[1870]: Launching FprintObject fprintd[1870]: ** Message: D-Bus service launched with name: net.reactivated.Fprint fprintd[1870]: ** Message: entering main loop systemd[1]: Starting Fingerprint Authentication Daemon... systemd[1]: Started Fingerprint Authentication Daemon. fprintd[2945]: Launching FprintObject fprintd[2945]: ** Message: D-Bus service launched with name: net.reactivated.Fprint fprintd[2945]: ** Message: entering main loop 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: systemd[1]: Starting Fingerprint Authentication Daemon...
On 15.10.2013 01:13, Ian Pilcher wrote: On 10/14/2013 05:31 PM, Rick Stevens wrote: If you really don't want it to start, either disable it or mask it with systemctl mask fprintd.service. If you want it gone completely, remove both the fprintd-pam and fprintd RPMs: yum remove fprintd-pam fprintd That's all there is to it. Actually, it's not. Your log will be filled with PAM error messages until you tell PAM not to use it. Yes, now I see it. There is /etc/pam.d/fingerprint-auth(-ac) that is included in /etc/pam.d/gdm-fingerprint . I'm not sure I can just remove it without destabilizing gdm login manager. Thanks for all replys and hints, 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: F19:personal file sharing doesn't work
On 29.09.2013 21:16, antonio wrote: when I want to share files in a easy way, I was used to Personal Files Sharing. Now I enabled it on my F19 systems (both in Gnome and Mate) but something seems wrong: When I open Resources/Network I see shares of computers A and B but: working on A clicking on B I get : Impossible to mount position Error HTTP: Cannot connect to destination (PCdesktop.local) Clicking on A (per quanto abbia senso) I get: Impossible to mount the position Error HTTP: Internal Server Error Same if I work on B any hint?? googling around didn't give me any clue Tnx Firewall? 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: Does anybody know why Fedora does this?
On 12.09.2013 02:01, Joe Zeff wrote:
We all know, I hope, that cd is a built-in function of whatever shell
you're using.
[joe@khorlia ~]$ cat /usr/bin/cd
#!/bin/sh
builtin cd $@
[joe@khorlia ~]$
Does anybody know why this file exists?
I'm not sure but it might be related to, form BASH NOTES file:
There is a problem with the `makewhatis' script in older (pre-7.0)
versions of Red Hat Linux. Running `makewhatis' with bash-2.0 or
later versions results in error messages like this:
/usr/sbin/makewhatis: cd: manpath: No such file or directory
/usr/sbin/makewhatis: manpath/whatis: No such file or directory
chmod: manpath/whatis: No such file or directory
/usr/sbin/makewhatis: cd: catpath: No such file or directory
/usr/sbin/makewhatis: catpath/whatis: No such file or directory
chmod: catpath/whatis: No such file or directory
The problem is with `makewhatis'. Red Hat (and possibly other
Linux distributors) uses a construct like this in the code:
eval path=$$pagespath
to do indirect variable expansion. This `happened to work' in
bash-1.14 and previous versions, but that was more an accident
of implementation than anything else -- it was never supported
and certainly is not portable.
Bash-2.0 has a new feature that gives a new meaning to $
This is explained more completely in item 1 in the COMPAT file.
The three lines in the `makewhatis' script that need to be changed
look like this:
eval $topath=$$topath:$name
[...]
eval path=$$pagespath
[...]
eval path=$$pagespath
The portable way to write this code is
eval $topath=\$$topath:$name
eval path=\$$pagespath
eval path=\$$pagespath
You could also experiment with another new bash feature: ${!var}.
This does indirect variable expansion, making the use of eval
unnecessary.
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: Does anybody know why Fedora does this?
On 12.09.2013 13:43, Mateusz Marzantowicz wrote: On 12.09.2013 02:01, Joe Zeff wrote: We all know, I hope, that cd is a built-in function of whatever shell you're using. [joe@khorlia ~]$ cat /usr/bin/cd #!/bin/sh builtin cd $@ [joe@khorlia ~]$ Does anybody know why this file exists? I was wrong in my previous post, but here is answer for your question: https://bugzilla.redhat.com/show_bug.cgi?id=820192 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: Installing bootloader to sba1
On 08.09.2013 14:30, Doctor Who wrote: I have a machine on which I want to install Fedora 19. During the install, I'm given the option to install a bootloader, but not 'where' other than a disk (/dev/sda, /dev/sdb). I use a 3rd party tool to multi boot, so I would like the boot loader to be installed on /dev/sdb1. Is this possible to specify during the install? If so, how? Yes, it's possible. Enter command line during installation (right before you reboot) and manually install grub2 using grub2-install command. I'm not sure if it's possible to specify disk partition as target device with current grub version but it's worth trying. 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: grep by paragraph
On 30.08.2013 10:50, Timothy Murphy wrote:
Is there an option for grep, or some similar program,
that will print out a whole paragraph -
defined as the section between two blank lines -
containing a given word or phrase?
Such as the above 4 lines.
If not, can anyone suggest a simple script that will do this?
awk 'BEGIN{RS=ORS=\n\n;FS=OFS=\n}/your search term goes here/' file
Mateusz Marzantowicz
// obtained from search engine //
--
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 19: FirewallD and network bridge
On 24.08.2013 11:16, Anthony Messina wrote: On Friday, August 23, 2013 05:24:02 PM Mateusz Marzantowicz wrote: I'd like to configure FirewallD to protect qemu/kvm host and maybe guests but the second one is not so important for me because each guest has it's own firewall. What I don't understand is how FirewallD works with network bridges. Currently, I have bridge (br0) in trusted zone to allow as much traffic as possible, and p3p1 (which is NIC connected to switch) in public zone. When I put bridge in public zone I cut off networking from guests. My question is, should I change rules on bridge or p3p1 and what is the correlation between them? What should I configure to pass networking traffic to guests but protect all ports on host system? Take a look at http://wiki.libvirt.org/page/Networking#Fedora.2FRHEL_Bridging https://bugzilla.redhat.com/show_bug.cgi?id=512206 I believe the default now is to set the following to disable netfiltering traffic for the bridge: sysctl net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 Then your firewall only needs to consider p3p1. The hosts on the VM side of the bridge will need their own firewalls. -A Thanks, now I understand what is going on there but I've encountered another problem. I've net.* entries in /etc/sysctl.conf that you mentioned above but they're not applied on system startup (or they're changes later by something - maybe firewalld?). I have to run sysctl manually. 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: Another amusing bug
On 25.08.2013 20:00, Tom Horsley wrote: On Sun, 25 Aug 2013 12:37:03 -0500 Steven Stern wrote: http://lmgtfy.com/?q=mei+kernel+modulel=1 http://lmgtfy.com/?q=Intel+Management+Engine+ And the results of such searches are all those words which are concatenated together and say nothing :-). Why don't you just look at the source code? Check files in drivers/misc/mei/ directory of Linux source code to see this NSA back door. 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: Fedup upgrade from F17
On 25.08.2013 18:50, J. R. Westmoreland wrote: Good morning I have a f17 x64 system that I want to upgrade to the latest Fedora. I found information indicating that I should use fedup. I have read further and gotten conflicting reports and suggestions. The project documentation says to use this method but user reports say it doesn’t work. Could I get some clarification on this subject? Fedup works fine in most cases. You might get into trouble if you have massively customized setup with bells and whistles. Can I actually use fedup to go to f19 from f17? Do I have to do an upgrade through f18? Is there a good “how to”, step-by-step, on the subject for this scenario? Either upgrade release by release or do fresh install from f17 to f18. Although it might be possible do upgrade from f17 to f19, I don't recommend it because too much have changed between f17 and f19. 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: Another amusing bug
On 25.08.2013 21:42, g wrote: On 08/25/2013 01:58 PM, Mateusz Marzantowicz wrote: Why don't you just look at the source code? Check files in drivers/misc/mei/ directory of Linux source code to see this NSA back door. like just where? your comment is a bit ambiguous. how about posting some proof. I don't think you understood my comment correctly. OP is writing about some mysterious kernel module and I just pointed him to module's source code. I'm not posting any proofs because I'm not claiming anything. 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
Fedora 19: FirewallD and network bridge
I'd like to configure FirewallD to protect qemu/kvm host and maybe guests but the second one is not so important for me because each guest has it's own firewall. What I don't understand is how FirewallD works with network bridges. Currently, I have bridge (br0) in trusted zone to allow as much traffic as possible, and p3p1 (which is NIC connected to switch) in public zone. When I put bridge in public zone I cut off networking from guests. My question is, should I change rules on bridge or p3p1 and what is the correlation between them? What should I configure to pass networking traffic to guests but protect all ports on host system? 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: Read Only file system
On 23.08.2013 23:40, Jim wrote: On 08/23/2013 05:29 PM, Rick Stevens wrote: Mount point is ; rwx--. 25 mickey mickey 8192 Dec 31 1969 /run/media/mickey/0A73-237A I ran mount -o remount,rw /run/media/mickey/0A73-237A and I still get Read Only file system when I try to rm yum-update. What do dmesg/journalctl and fsck say? 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: Unlocking LUKS with a USB drive
On 22.08.2013 06:37, odie...@aol.com wrote: Hello. I am using Fedora 19 and would like to be able to unlock the LUKS root partition on my hard drive using a two factor authentication of both a passphrase and a sector stored on a USB flash drive. Accomplishing this requires modifying the boot process to read a USB device. This post http://forums.fedoraforum.org/showthread.php?t=241942 http://forums.fedoraforum.org/showthread.php?t=241942%3E; also available on http://www.gaztronics.net/howtos/luks.php http://www.gaztronics.net/howtos/luks.php%3E; gives information on accomplishing the unlock step using a USB key, but it does not work for Fedora 19. I also found a bug filed which appears to be related https://bugzilla.redhat.com/show_bug.cgi?id=459485 https://bugzilla.redhat.com/show_bug.cgi?id=459485%3E. The problem I am having is that the boot process's unlocking of the LUKS container is no longer carried out by /usr/lib/dracut/modules.d/90crypt/cryptroot-ask.sh as it was in past versions of Fedora. I deleted the entire contents of that file and Fedora was still able to boot properly and asked me the password to the LUKS partition. My question then is, what scripts carry out the LUKS unlock step in the boot process of Fedora 19? And can they be modified directly like cryptroot-ask.sh was? Thank you, Odie5533 Now, unlocking of LUKS partitions is handled by systemd (src/cryptsetup/*) but as you already know it doesn't work. I don't know if it's a bug or not implements yet feature but it worked with dracut and doesn't work with systemd. There is a temporary workaroud that enables key based unlocking. You have to edit /etc/dracut.conf and add omit_dracutmodules+= systemd . Then regenerate initramfs. For two factor unlocking you may have to modify systemd or dracut. 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: HD to SSD question.
On 18.08.2013 22:57, Erik P. Olsen wrote: I plan to swap the HD on my laptop with an SSD of same size. Will it work OK if I dd the HD to an external HD, swap the HD with the SSD and dd the contents back to the SSD? I believe I can use knoppix to the process. If I were you I'd go with fresh partition and new filesystem. Now, it's a good time to optimize your filesystem, maybe fix some broken metadata and i-nodes. You don't copy all that garbage. If you simply use dd, you also preserve potential errors present on your current fs. 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: Something simple re: a new partition under lvm.
On 19.08.2013 22:34, Bill Case wrote: Hi; There used to be a gui for lvm commands. It seems to have disappeared. I have browsed the man pages. It seems to involve more risk and learning than I want at the moment. What I want to do is simple. I have a freshly installed Fedor 19 on a 500 Gig drive. Anaconda install lvm. I want to add a partition were I can safely store my routine backups. I would think that 50 Gig would be more than enough room. I am used to using parted, or gparted, but parted doesn't configure lvm, I understand. (The more I read the less sure I am of that,) Were on the drive is the best place to put such a partition. I suspect it doesn't matter. The last 50 gigs seems appropriate. So under lvm how do I reconfigure my drive to have this extra partition. pvscan, pvscreate, vgscan, vgcreate, lvscan, lvcreate 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: Can I run two instances of apache httpd?
On 09.08.2013 10:03, Georgios Petasis wrote: Hi all, In my apache configuration, I am using a scripting language (tcl through apache rivet) which implements a heavy application, something that takes some minutes to start when apache starts a new process. Is there a way to separate these heavy apache processes from the rest of the apache? I.e. when the url is /my_heavy_service redirect the request to the apache which has the heavy application loaded, and the rest of the requests be handled by an apache with does not even has mod_rivet loaded? Like starting an apache on a different port (i.e. 8123), which loads my application, and starting a normal apache on port 80, which serves all requests except some, which are directed to the server in port 8123. In general I think it can be done (i.e.: http://wiki.apache.org/httpd/RunningMultipleApacheInstances), but is a way to do this in fedora 19, and keep all this systemctl * httpd stuff? Has anyone attempted this? George It looks like you're in need of proxy server. I'm doing nginx + apache2 + mod_wsgi for django deployments. Nginx is serving static files and apache2 + mod_wsgi is serving apps. This is really nice and simple solution. It is easy to maintain and when I do ps command I know what is what. 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: LibreOffice find/replace tries to replace everything where it matches or not
On 08.08.2013 22:16, Temlakos wrote: Everyone: It's taken me this long to realize what the problem is. But I cannot use Find-and-replace with LibreOffice anymore. It either tries to replace everything under the sun with my Replace text, or else it can't find the search key (typically a multi-word phrase) even though I am staring right at it. Where do I file the bug, and against what? How to Report Bugs in LibreOffice: - https://wiki.documentfoundation.org/QA/BugReport Bugzilla - https://www.libreoffice.org/bugzilla/ 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: sms reader / email client?
On 08.08.2013 01:37, Ian Malone wrote: Hi, Having just changed my phone I've got a lot of backed up messages in csv format (without the sender name, so I'm going to have to reconcile it with the separate contacts backup). While there are ways to get tem onto my new phone I'm not really sure I want them there, but some are useful and need to be kept. What I'm wondering is if there's some kind of desktop reader that can handle this. I'd have thought an email client, or groupware like evolution would have a way to handle SMS, but haven't found anything so far (there are addons for *sending*, but not sure they do what I want, which is ability to sort, search and browse received messages). Since csv is plain text with separators you can use any text editor or other text manipulation program from plethora of tools available in UNIX/Linux world - cat, less, grep for example. It might not be easy for e-mail client to understand all combinations of exported data from different mobile devices. This might be the reason you have your data in csv (plain text) and not in proprietary backup file format. 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: LibreOfffice and its new UI
On 29.07.2013 07:32, Ed Greshko wrote: On 07/29/13 12:37, Isaac Cortés González wrote: Well, I'm having a problem trying to enable the new UI of LibreOffice 4.1, all this in F19+KDE; but for some reason I can't see it in any menuItem or any other menu or option; is this because of KDE or is there a dependency I haven't resolve? It is way too HOT here in Taiwan so my brain is slower than usual. What is the new UI of LibreOffice supposed to look like or do? Any screenshots to show me what I'm missing? I just updated an F19 system and don't see anything new. There are some changes constantly made to UI in LO but mostly they're visible from developer's perspective. They use more flexible way of placing and resizing controls on LO windows. Regular user has to be very inquisitive to see that 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: LibreOfffice and its new UI
On 29.07.2013 09:14, Ed Greshko wrote: On 07/29/13 14:14, Mateusz Marzantowicz wrote: On 29.07.2013 07:32, Ed Greshko wrote: On 07/29/13 12:37, Isaac Cortés González wrote: Well, I'm having a problem trying to enable the new UI of LibreOffice 4.1, all this in F19+KDE; but for some reason I can't see it in any menuItem or any other menu or option; is this because of KDE or is there a dependency I haven't resolve? It is way too HOT here in Taiwan so my brain is slower than usual. What is the new UI of LibreOffice supposed to look like or do? Any screenshots to show me what I'm missing? I just updated an F19 system and don't see anything new. There are some changes constantly made to UI in LO but mostly they're visible from developer's perspective. They use more flexible way of placing and resizing controls on LO windows. Regular user has to be very inquisitive to see that changes. So, how do I know if I am looking at the New UI or the Old UI? I don't know. You can compare how it was on LO 4.0 and see how it is now. Mostly this new changes are cleanups and not revolutionary GUI redesigns. I'd be looking for small improvements and bug fixes about dialogs (printing dialog, Font dialog) text boxes, etc. 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
F19: Creative Labs [SB X-Fi Xtreme Audio] CA0110-IBG - no sound in headphones
Hello, I'm fighting with my sound card, which is X-Fi Xtreme Audio (Creative Labs [SB X-Fi Xtreme Audio] CA0110-IBG). Everything but headphones works perfectly. When jack is plugged correctly, headphones are identified and shown in GNOME sound applet, but there is no sound. When jack is plugged partially (I think connectors are swapped by one), I hear the sound but headphones are not present in sound applet. Everything worked in Fedora 17 so it might be some regression 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
WARNING: Your hard drive is failing
WARNING: Your hard drive is failing Device: /dev/sdd [USB JMicron], unable to open device I see this message on all my terminals and system logs. Actually nothing is failing, I've disconnected USB hard drive (using eject button in GNOME shell), then disconnected drive from cable. It looks like some part of Fedora 19 is not noticing drive removal. Can I fix it somehow? Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: WARNING: Your hard drive is failing
On 24.07.2013 17:27, Reindl Harald wrote: Am 24.07.2013 17:14, schrieb Mateusz Marzantowicz: WARNING: Your hard drive is failing Device: /dev/sdd [USB JMicron], unable to open device I see this message on all my terminals and system logs. Actually nothing is failing, I've disconnected USB hard drive (using eject button in GNOME shell), then disconnected drive from cable. It looks like some part of Fedora 19 is not noticing drive removal. Can I fix it somehow? systemctl restart smartd.service obviously you had the drive connected at boot and your smartd.conf is at default DRIVESCAN and not explicit configured drives to monitor, so it does what it is configured for: cry if a drive is gone Nope. Drive (actually I tested this with two different USB drives) was attached two or more days after system has been started. Thanks for your advice about smartd, I must investigate it further. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: WARNING: Your hard drive is failing
On 24.07.2013 21:09, Joe Zeff wrote: On 07/24/2013 11:57 AM, Andre Robatino wrote: I saw this once, with a portable hard drive. It happened when I had the drive plugged in while booting, and unplugged it later. It didn't realize that it was okay for the drive to be unplugged afterwards. I didn't check if there is an existing bug report. Did you always unmount the drive before unplugging it? If not, that might explain the warnings. I always do it. Sometimes I do sync from the console and then unmount hard drive (just to be extra sure). I did it the same way in Fedora 17 and had no such warnings. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: cpu usage display conky vs. top
On 19.07.2013 12:32, lee wrote: Suvayu Ali fatkasuvayu+li...@gmail.com writes: On Thu, Jul 18, 2013 at 05:13:12PM +0200, lee wrote: Hi, does anyone know what conky displays as CPU usage for a process? The values are different in conky and top, for example, top might show 11.6 for a process while conky says 3.01. Not on my system. The polling times are a bit different I think, so I see same ballpark numbers: 2.53 vs 2.4, etc. Yes, top has 3 seconds update interval by default, and I have conky at 10 seconds. I wish I knew what the effect of that actually is, i. e. will it display averages for the last 10 seconds, or does it always display what it is seeing at the very moment the information is displayed? Maybe you could fiddle with these two: cpu_avg_samples 2 Do you know what this actually does? Google hasn't been helpful at all with it. It didn't seem to change anything. The documentation only says The number of samples to average for CPU monitoring.. Afaik, the cpu load is read from /proc/stat. Does conky read this file more often per update interval when you increase cpu_avg_samples? update_interval 1.0 Even with an update interval of one second in both conky and top, there is no correlation between the cpu usage for the process. With 'cpu_avg_samples 4', conky shows something between 0.5 and 1.10 for a process that is around 3% in top. BTW, conky also ignores an update interval specified for mail checking. I specified an hour and it updates every 10 seconds. Maybe I'll write my own monitor so I do know what it does, or stay with xosview ... Answer for all your questions is in conky's source code. In file src/linux.cc, there is a function called get_cpu_count which grabs data from /proc/stat . After this function you'll find several other functions that open /proc/stat . Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: cpu usage display conky vs. top
On 21.07.2013 09:55, lee wrote: Mateusz Marzantowicz mmarzantow...@osdf.com.pl writes: On 19.07.2013 12:32, lee wrote: Suvayu Ali fatkasuvayu+li...@gmail.com writes: On Thu, Jul 18, 2013 at 05:13:12PM +0200, lee wrote: Hi, does anyone know what conky displays as CPU usage for a process? The values are different in conky and top, for example, top might show 11.6 for a process while conky says 3.01. BTW, conky also ignores an update interval specified for mail checking. I specified an hour and it updates every 10 seconds. Maybe I'll write my own monitor so I do know what it does, or stay with xosview ... Answer for all your questions is in conky's source code. In file src/linux.cc, there is a function called get_cpu_count which grabs data from /proc/stat . After this function you'll find several other functions that open /proc/stat . Did you find an explanation for why it displays different numbers than top does or why it ignores the update interval for checking mail? I thought it probably uses the same data sources for this information and didn't really want to look at the source code. I can download source code for top and try to compare it with conky. This is the olny reliable way to know the difference. I strongly recommend that you check source code yourself because it's the fastest method for answering questions not answered in documentation about how software is designed. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: laptop runs hot on Fedora 19
On 18.07.2013 03:37, Gregory Hosler wrote: Hi all, since installing Fedora 19 (previously running 16), I am noticing that my laptop is running significantly hotter than under, say, Fedora 16. As a confirmation, I rebooted into Fedora 16, and sure enough, it does run quite a bit cooler. Dell Latitude E6420 Has anyone else seen this ? Any solutions ? Suggestions ? What is your graphics card? What drivers are you using for this card, what DE (is it GNOME?) Install lm_sensors and see what is overheating and is it your video card. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
F19: dmesg - polluted by systemd logs
I've just noticed that after reloading systemd-journald.service kernel ring buffer contains messages not generated by kernel. In my opinion, this is unexpected behavior and I was surprised that dmesg, returns lines generated by something that is not kernel or kernel module. Now, I see, there is no tool that I can use to obtain *only* messages produced by kernel (or systemd is assimilating Linux Kernel?) Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Instability in F19 with KVM?
On 08.07.2013 00:55, Martin Jackson wrote: Please, check this link for more info: https://lists.fedoraproject.org/pipermail/users/2013-July/436981.html Mateusz Marzantowicz Thanks, Mateusz. I'm not certain that what I'm seeing is the same thing, as it has happened even without VMs running. I believe I have seen this issue at least once on kernel 3.9.9-301.fc19.x86_64 from updates-testing, which if I read the thread right, is supposed to have the fix for the problem you were seeing. Thanks, Marty Actually, 3.9.9 is not solving my problem and maybe yours if they're the same. Try kernel 3.9.8-300.7 from the thread I mentioned in previous e-mail. Only this particular kernel does not crash my system. I don't know how changes from one kernel are propagated to others in Fedora and why in 3.9.8-300.7 bug is fixed and in next kernels it's not. Now, I can only use this one kernel and from time to time try others to see if the bug was fixed. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: what has 'yum update' done?
On 07.07.2013 17:53, lee wrote: Heinz Diehl h...@fritha.org writes: On 07.07.2013, lee wrote: What kind of crap is that? I don't know. And does it mean that there again will be problems with updating when I try to move to F19? In general, I would always prefer a fresh install over any update. Experience over the years has shown (for me) that updating is more prone to cause various trouble.. That is not an option. I can't start from scratch every half year and waste a week or two to get the system back to how I need it. Half a year uptime isn't long; a distribution upgrade twice a year is ok and it doesn't hurt to reboot then. Re-installing every half year is ridiculous. If Fedora cannot be updated without major problems, it's not useable. If I need to reinstall, I'll install something else. I hope I don't have to, so it would be nice to know what's going on after only running 'yum update'. Why is the booting messed up now? Why is there a Fedora entry in grubs menu that boots --- deceptively --- a vmlinux-fedup image that fails to boot at some early stage? Are they trying to cheat us into upgrading now? What will happen when I try to upgrade? Probably the same failure, so how would I fix that? If you don't want to upgrade to F19 yet, try to regenerate grub boot menu manually using grub2-mkconfig. You'll gain some time to track package that is trying to make you happy and then remove or reconfigure it. For upgrading use fedup (I did it and had no major issues), but do install it and run when you're ready and have all valuable data backed up. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Instability in F19 with KVM?
On 07.07.2013 22:04, Martin Jackson wrote: Hello, I seem to be having stability problems with F19 as of kernel 3.9.8-301. The problems have persisted in 3.9.9 and in the 3.10 kernel I tried from the bleeding edge repo. The symptom is that the system, and and VMs it's running (I have KVM running, with VLANs and traditional bridges) will simply hang - become unresponsive. No response to network traffic, no response to keyboard/mouse input, and the system has to be hard rebooted. There are two network cards in the system, the build-in Intel and an add-on cheapo r8169 that *might* be the problem. abrt does not detect the problem and there is nothing in syslog. Typically the system will run around 36 hours before hanging. There is multicast, as I have routers (they are VMs running quagga and keepalived). I'm not sure what to look at. I kinda suspect the change to r8169 that went into 3.9.8, but it's hard to be sure. Anyone see something similar? Is there something helpful I could post? Thanks, Marty Please, check this link for more info: https://lists.fedoraproject.org/pipermail/users/2013-July/436981.html Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Cleanup after fedup?
On 06.07.2013 16:02, Timothy Murphy wrote: Ed Greshko wrote: On 07/06/13 15:50, Timothy Murphy wrote: Fedup 18 - 19 went fine for me, but I noticed a few warnings came up during the process. Is there any command one could or should run after fedup to clean up yum records? What do you mean clean up yum records? I don't know. The errors/warnings occured during fedup, so I assume they concerned yum in some way. This warnings might be related to new config files in /etc directory. During system upgrade, a lot of new config files are placed in /etc but if there is a version of file modified by admin, yum places file form rpm as file with rpmnew extension and this behavior is reported to the user. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F19: System hangs when rebooting guests in qemu/kvm
On 05.07.2013 19:04, Gary Artim wrote: can you say what you changed? I've had a fc18 sys with qemu/KVM guest running fc18 that started hanging after the .200 kernel. it would hang both guest and host. filing a bug didn't go very far... I think this bug is identified and being fixed. This [1] bug report describes situation and possible fixes. Kernel 3.9.8-300.7.fc19 from [2] is not oopsing but newer kernel (3.9.9 in update-testing) do. I think there is also working kernel for f18 somewhere. [1] https://bugzilla.redhat.com/show_bug.cgi?id=980254 [2] http://koji.fedoraproject.org/koji/taskinfo?taskID=5569632 Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
F19: System hangs when rebooting guests in qemu/kvm
Hello, I'm experiencing system hangs and kernel oops on Fedora 19. Everything happens when I restart guest system inside qemu/kvm container. My system becomes unstable on kernel 3.9.5 and totally hangs on 3.9.6 and later. It happens just after guest OS (latest stable Debian Linux) shows grub boot menu. I sometimes see text console with kernel oops message on my bare hardware but never had time or will to write it down on paper. I can't provide more details right now, because nothing gets written to system logs (serious oops?). Besides this issues all other pieces of my box are working perfectly. I need some instrumentation and guidance finding what is exactly going wrong. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F19: System hangs when rebooting guests in qemu/kvm
On 04.07.2013 10:32, poma wrote: On 04.07.2013 10:12, Mateusz Marzantowicz wrote: Hello, I'm experiencing system hangs and kernel oops on Fedora 19. Everything happens when I restart guest system inside qemu/kvm container. My system becomes unstable on kernel 3.9.5 and totally hangs on 3.9.6 and later. It happens just after guest OS (latest stable Debian Linux) shows grub boot menu. I sometimes see text console with kernel oops message on my bare hardware but never had time or will to write it down on paper. I can't provide more details right now, because nothing gets written to system logs (serious oops?). Besides this issues all other pieces of my box are working perfectly. I need some instrumentation and guidance finding what is exactly going wrong. Guest - virtio_net? /etc/libvirt/qemu/domain.xml … interface type='network' … model type='virtio'/ … /interface … interface type='bridge' ... model type='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x03' function='0x0'/ /interface Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F19: System hangs when rebooting guests in qemu/kvm
On 04.07.2013 11:17, poma wrote: On 04.07.2013 10:42, Mateusz Marzantowicz wrote: On 04.07.2013 10:32, poma wrote: On 04.07.2013 10:12, Mateusz Marzantowicz wrote: Hello, I'm experiencing system hangs and kernel oops on Fedora 19. Everything happens when I restart guest system inside qemu/kvm container. My system becomes unstable on kernel 3.9.5 and totally hangs on 3.9.6 and later. It happens just after guest OS (latest stable Debian Linux) shows grub boot menu. I sometimes see text console with kernel oops message on my bare hardware but never had time or will to write it down on paper. I can't provide more details right now, because nothing gets written to system logs (serious oops?). Besides this issues all other pieces of my box are working perfectly. I need some instrumentation and guidance finding what is exactly going wrong. Guest - virtio_net? /etc/libvirt/qemu/domain.xml … interface type='network' … model type='virtio'/ … /interface … interface type='bridge' ... model type='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x03' function='0x0'/ /interface Mateusz Marzantowicz Warp One - Engage! poma Thanks. Now I know what's happening to my poor little box. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Booting
On 03.07.2013 20:30, Richard Vickery wrote: Is there a way to reboot the computer while its stuck on Starting GNOME Desktop Manager? Yes, press the power button for a few seconds and then release it. This should work on most PCs and notebooks. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Booting
On 03.07.2013 22:32, Reindl Harald wrote: Am 03.07.2013 22:19, schrieb Mateusz Marzantowicz: On 03.07.2013 20:30, Richard Vickery wrote: Is there a way to reboot the computer while its stuck on Starting GNOME Desktop Manager? Yes, press the power button for a few seconds and then release it. This should work on most PCs and notebooks this is a *hard power off* - gratulations So, what? Question was about rebooting without specifying type of reboot. I've never had any problems when hard rebooting Linux, especially just after power on. if the kernel is still alive and acpid running press the power button *short* and wait a while - the system will do a *clean powerdown* in 99.9% of all cases This might work or not in this particular situation but we know nothing about kernel condition. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F19 live hangs
On 03.07.2013 04:39, walksalot wrote: Booting the 64-bit F19 live DVD on my system results in many minutes of a rattling optical drive, and then a uniform grey screen with a row of about 16 PC block graphics characters in the upper left. The system is, umm, utterly non-responsive at this point. Have to power cycle. My system is a fairly normal Core 2 Duo. It's getting a bit old, but runs F17 and F18 fine. I survived the F18 new installer debacle OK, but this is a bit rough. Anybody seen this? Paul Allen Check CD/DVD media or better use USB. I had similar situation on broken CD several years ago. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: retrofitting LUKS encryption on installed system
On 29.06.2013 22:23, Bill Davidsen wrote: Leaving the card in the machine kind of defeats the purpose, doesn't it? And adds to the possibility of forgetting to remove the card when you walk away. Security and convenience are to some extent mutually exclusive. Every security mechanism has it's disadvantages. I only said user has choice between inserting SD card and entering passphrase every time system boots. I prefer to insert/remove SD card - it's faster and I don't have to waste my time waiting for password prompt. BTW, after you unlock encrypted volumes either way, your system is completely open and vulnerable as if you haven't used and disk encryption. So, does it really make a difference how you unlocked your machine? Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: retrofitting LUKS encryption on installed system
On 28.06.2013 17:21, j.witvl...@mindef.nl wrote: It surely works, but at a performance price. And the certainty that you have to enter the LUKS-key each time you boot. Intel Sandy/Ivy Bridge processors and later (AMD also) have something called AES-NI which significantly speeds up disk encryption. I haven't done any benchmarks but I see no difference between encrypted and plain LVM in everyday use. User can unlock LUKS volume using key on SD card or any other media that can be mounted during system boot. So no passphrase is needed every time system is rebooted. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Install F18 using LVM on RAID
On 10.06.2013 03:39, poma wrote: On 06.06.2013 10:30, Gerhard Gappmeier wrote: Hi all, I'm trying to get F18 installed on a server (x86_64). The setup is quiet easy and typical for a server: Partitions: sda1: primary partition, 512M sda2: primary partition, rest of the disk sdb1: primary partition, 512M sdb2: primary partition, rest of the disk SOFT RAID: /dev/md0: raid1, consists of sda1 and sdb1 /dev/md1: raid1, consists of sda2 and sdb2 md0: formatted with ext2, mounted as /boot md1: LVM physical device. LVM: LVM VG: vg using md1 LVM LV: root, formatted as ext4, mounted as / LVM LV: var, formatted as ext4, mounted as /var (this is for libvirt disk images) LVM LV: swap, swap partition Grub installed in both MBRs of sda and sdb, to allow booting from both disks. Unfortunately the installer does not allow to create this kind of partition layout. With F17 this was possible. What I've already tried: 1.) creating the layout manually using fdisk, mdadm and lvm tools. Selecting only the mountpoint in installer: This does not work. The installer does not correctly recognize the layout. I was not able to select the mountpoints. 2.) Installing F17 and upgrade using fedup. This fails. Seems like fedup is not able to handle this layout. 3.) Kickstart: It looks like this is most likely the way to get it working. But I was not able to write a working kickstart script. The online doc is not enough for that. I found same kickstart examples using Google, but these didn't work either. Maybe somebody can assists me with that or has a better idea how to install that system. 19-TC2 driven by anaconda-19.30.3 is capable for a mentioned layout. http://alt.fedoraproject.org/pub/alt/stage/19-TC2/Fedora/[i386|x86_64]/iso/Fedora-19-TC2-[i386|x86_64]-netinst.iso or http://dl.fedoraproject.org/pub/alt/bfo/bfo.iso i.e. Pre-release Fedora-19-Branched-[i386|x86_64] Could you give here a hint about how to create such layout? I was trying to do LVM on RAID1 but I was only able to create file systems on RAID devices or on LVM volumes but not to combine them together. I must be missing something in GUI. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Install F18 using LVM on RAID
On 06.06.2013 10:30, Gerhard Gappmeier wrote: Unfortunately the installer does not allow to create this kind of partition layout. With F17 this was possible. Yes, it was possible in F17. Now it isn't :) It's kind of improvement in installer. 2.) Installing F17 and upgrade using fedup. This fails. Seems like fedup is not able to handle this layout. fedup is not touching anything in partition layout. (someone on devel@ group stated this recently) fedup downloads packages, new kernel and installation initrd. Then it uses yum/rpm do upgrade OS. So it should be possible to upgrade your machine. 3.) Kickstart: It looks like this is most likely the way to get it working. But I was not able to write a working kickstart script. The online doc is not enough for that. I found same kickstart examples using Google, but these didn't work either. This is the only chance to do what you want. I also wait with upgrade/reinstall on some of my boxes because I can't play with kickstart to learn how it works. I have no spare box to destroy for one day. You can see content of kickstart-ks.cfg in /root directory of your Fedora 17 install and use it for new installation. Maybe somebody can assists me with that or has a better idea how to install that system. I'm waiting for this feature to be available back in Fedora. For now I don't have any good news for you. This kind of installation might be only possible using kickstart. Please try Fedora 19, maybe it's available again. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Install F18 using LVM on RAID
On 06.06.2013 14:35, Rejy M Cyriac wrote: On 06/06/2013 05:34 PM, Mateusz Marzantowicz wrote: On 06.06.2013 10:30, Gerhard Gappmeier wrote: Unfortunately the installer does not allow to create this kind of partition layout. With F17 this was possible. Yes, it was possible in F17. Now it isn't :) It's kind of improvement in installer. 2.) Installing F17 and upgrade using fedup. This fails. Seems like fedup is not able to handle this layout. fedup is not touching anything in partition layout. (someone on devel@ group stated this recently) fedup downloads packages, new kernel and installation initrd. Then it uses yum/rpm do upgrade OS. So it should be possible to upgrade your machine. 3.) Kickstart: It looks like this is most likely the way to get it working. But I was not able to write a working kickstart script. The online doc is not enough for that. I found same kickstart examples using Google, but these didn't work either. This is the only chance to do what you want. I also wait with upgrade/reinstall on some of my boxes because I can't play with kickstart to learn how it works. I have no spare box to destroy for one day. You can see content of kickstart-ks.cfg in /root directory of your Fedora 17 install and use it for new installation. It should be called as 'anaconda-ks.cfg' in your '/root/' directory. Sorry, my fault. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup-cli failed to upgrade from 18 to 19
On 04.06.2013 22:23, Reindl Harald wrote: Am 04.06.2013 22:21, schrieb Mateusz Marzantowicz: On 04.06.2013 22:14, Frank Murphy wrote: On Tue, 04 Jun 2013 22:07:29 +0200 Mateusz Marzantowicz mmarzantow...@osdf.com.pl wrote: . Now I read I have 1.2G but it failed because of not having 150M of free space. You might have but did you df -h / Yes, it confirms that there is 1.2G of free space. I've managed to enlarge free space to more than 5G, it should be enough to upgrade. I'm running fedup-cli once again 1.2 GB is *way too less* on non-stripped-down setups * /var/cache/yum * unpacking of packages * temporary twice allocated space for updated but open files until reboot Now, I know that 1.2GB is too less for fedup to do it's job. After some cleanup on root partition (in my case /var is on /) I was able to upgrade to Fedora 19. My original intention was to discuss error messages produced by fedup-cli which was misleading for me. Maybe it stated it needs 150M of free space *more*, but I don't know for sure. I must check fedup's source code. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup-cli failed to upgrade from 18 to 19
On 05.06.2013 22:13, Joe Zeff wrote: On 06/05/2013 12:48 PM, Mateusz Marzantowicz wrote: Now, I know that 1.2GB is too less for fedup to do it's job. After some cleanup on root partition (in my case /var is on /) I was able to upgrade to Fedora 19. If you remember, how much free space did you have when it worked? It might help others to know. It was something between 4 GB and 5.3 GB. I was also checking disk usage during upgrade and I can confirm that after all packages where downloaded I had about 4 GB of free space on my root partition. I can't tell how much more of this space was used during whole installation because it took about 5 hours to upgrade my eeepc and I wasn't that interested to stay and monitor this. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup-cli failed to upgrade from 18 to 19
On 05.06.2013 22:13, Joe Zeff wrote: On 06/05/2013 12:48 PM, Mateusz Marzantowicz wrote: I think it's fairly safe to assume that that's what it meant, after the fact. If you can verify it, however, you might want to report it via Bugzilla as the current form of the message is very misleading. This bug was fixed 2 month ago: https://github.com/wgwoods/fedup/commit/2b72f59d44fce59c2722fa12bafe440d480dd979 fedup version in Fedora 18 is outdated. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
fedup-cli failed to upgrade from 18 to 19
I don't quite understand this error that occurred during Fedora upgrade. I did: fedup-cli --network 19, the result is: Upgrade test failed with the following problems: insufficient disk space need 150M free on / (1.2G free) fedup ERROR: Upgrade test failed. It needs 150 M but it states it has 1.2G available. So, is 150M 1.2G Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup-cli failed to upgrade from 18 to 19
On 04.06.2013 21:54, Martin Airs wrote: On Tuesday 04 Jun 2013 21:42:06 Mateusz Marzantowicz wrote: I don't quite understand this error that occurred during Fedora upgrade. I did: fedup-cli --network 19, the result is: Upgrade test failed with the following problems: insufficient disk space need 150M free on / (1.2G free) fedup ERROR: Upgrade test failed. It needs 150 M but it states it has 1.2G available. So, is 150M 1.2G Mateusz Marzantowicz maybe it actually need 1.35G free to perform the update?? it probably needs to download lots of rpms, can you put /var/cache/yum onto a bigger partition?? Martin I can't. Disk layout is fixed (but if all fails, I can try to mount /var/cache/yum on some USB disk). I'm doing massive cleanup now on my / (root). This still does not explain this error message. It should tell me what is the actual disk requirement and what is available to fedup so I can compare and fix it. Now I read I have 1.2G but it failed because of not having 150M of free space. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup-cli failed to upgrade from 18 to 19
On 04.06.2013 22:14, Frank Murphy wrote: On Tue, 04 Jun 2013 22:07:29 +0200 Mateusz Marzantowicz mmarzantow...@osdf.com.pl wrote: . Now I read I have 1.2G but it failed because of not having 150M of free space. You might have but did you df -h / Yes, it confirms that there is 1.2G of free space. I've managed to enlarge free space to more than 5G, it should be enough to upgrade. I'm running fedup-cli once again. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F18 re-add missing disk radi1
On 19.05.2013 08:51, Frank Murphy wrote: While Having a coffee, The cat decided to dissemble a soft raid by playing with the sata cable. Having replaced the cable, still coming up as one disk short. Looked at: http://www.ducea.com/2009/03/08/mdadm-cheat-sheet/ mdadm --add /dev/md3 /dev/sdb1 I use this command to reattach partition to array: mdadm /dev/mdX -a /dev/sdXY which I think is equivalent to yours. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: hackers
On 25.04.2013 11:31, Bryn M. Reeves wrote: On 04/25/2013 12:31 AM, Joe Zeff wrote: On 04/24/2013 04:11 PM, Roger wrote: Continuing to educate the masses is the only way that people will learn the real meaning. As you can see here, http://en.wikipedia.org/wiki/Geezer, the original meaning of the term Geezer, as still used in the UK, is significantly different from how it's used in the US. Should we also be trying to get people to go back to that meaning? For that matter, how about the term geek: http://en.wikipedia.org/wiki/Geek#Etymology Language evolves, and pretending that it doesn't isn't going to do anybody any good. My advice is to ignore it and move on. Exactly - go back to the middle ages and all children, whether male or female, were called 'girls'. A son was a 'knave girl' and a daughter a 'gay girl'. 'Gay' as the modern term started off as 'gai' in France and referred to 'courtly love'. It was later applied to promiscuous men and women in the UK before morphing in the 20th century to its present definition. Perhaps we should go back and educate the masses as to the true meanings of all these words too? :-) I always knew I would learn English language with Linux. :-) Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Can't upgrade Fedora 17
On 21.04.2013 02:16, Bill Davidsen wrote: The fact that you continue to deny a poor choice of subject rather than just make a note to be very clear in future subjects makes me sorry I spent time composing two answers, one to your subject and one to your real problem. Reindl tends to be blunt to the point of being rude, but often helpful. By arguing with him you will probably get a higher ratio of blunt to helpful from him, and two fewer answers from me. Thanks, for all suggestions. I'll choose subjects and terms more precisely next time. Sorry for all your inconvenience and I hope you're not going to blacklist my next messages. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Can't upgrade Fedora 17
On 18.04.2013 23:18, Reindl Harald wrote: Am 18.04.2013 23:08, schrieb Mateusz Marzantowicz: No, because I don't want to upgrade from f17 to f18. I'm just doing regular system update (or at last, I'm trying) * so please do NOT use the term upgrade Why? Yum uses this term. * do not use --skip-broken Why? I have 10-20 other packages to *update*. Why should I left them because of one failure? * analyze what deps are failing Yes, I will. I have no other choice to maintain consistency in package database other than debug pkg deps myself. * consider to wait a few days This is an option but then I must use --skip-broken to install other updates * if it is not solved after a few days by newer updates write bugreports OK Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Can't upgrade Fedora 17
On 18.04.2013 23:22, Michael Schwendt wrote: On Thu, 18 Apr 2013 22:41:06 +0200, Mateusz Marzantowicz wrote: I can't cleanly upgrade my Fedora installation (I use --skip-broken), below is error reported by yum: Resolving Dependencies -- Running transaction check --- Package febootstrap-supermin-helper.x86_64 0:3.20-1.fc17 will be obsoleted -- Processing Dependency: febootstrap-supermin-helper = 3.3 for package: 1:libguestfs-1.18.11-2.fc17.x86_64 --- Package supermin-helper.x86_64 0:4.1.1-1.fc17.2 will be obsoleting -- Finished Dependency Resolution Error: Package: 1:libguestfs-1.18.11-2.fc17.x86_64 (@updates) Requires: febootstrap-supermin-helper = 3.3 Removing: febootstrap-supermin-helper-3.20-1.fc17.x86_64 (@updates) febootstrap-supermin-helper = 3.20-1.fc17 Obsoleted By: supermin-helper-4.1.1-1.fc17.2.x86_64 (updates) Not found Available: febootstrap-supermin-helper-3.14-4.fc17.2.x86_64 (fedora) febootstrap-supermin-helper = 3.14-4.fc17.2 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest This is not rawhide or other testing env. It's frequently updated stable F17 system. I'd like to ask here if anybody had this problem, before I start remove/re-install package by package orgy. File a bug report. If libguestfs requires febootstrap-supermin-helper = 3.3 but supermin-helper obsoletes that one, either libguestfs needs an update or supermin-helper needs to provide the stuff it takes away. Also look in updates-testing whether there are fixes for this already. http://bugz.fedoraproject.org/libguestfs http://bugz.fedoraproject.org/supermin - https://bugzilla.redhat.com/show_bug.cgi?id=953456 (supermin upgrade breaks dependency for libguestfs) Thanks! I was unable to find that bug reports but they explain all problems I encountered. Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
