Re: Is This Windows?.....
On Sun, 29 Dec 2019 13:28:09 -0800 Samuel Sieb wrote: > On 12/29/19 12:50 PM, Eddie G. O'Connor Jr. wrote: [snip] > > ...there's a funky button up top of the > > Software Updates (after its found packages to update) that says > > "Restart & Install"?..is there ANY way possible to TURN THIS > > CRAP OFF!!?? [snip] > > There are good reasons to do this that have been discussed many > times. If you don't want the reboot, then just run "dnf upgrade" in a > terminal. Ok, I'll bite --- aside from kernel updates and maybe some ultra-critical security updates, can you specify what are those good reasons for rebooting the machine after updating? Or if you don't want to bother with a detailed answer, I'd appreciate a link where this has been discussed in a serious/informative manner. Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: SSH after upgrade
On Mon, 07 Oct 2019 15:25:28 +0200 Jakub Jelen wrote: > On Mon, 2019-10-07 at 14:13 +0200, Marko Vojinovic wrote: > > On Mon, 07 Oct 2019 10:38:32 +0200 > > Can you please elaborate what were the "many practical reasons" that > > prevented this from being changed for the last 5 years? And why are > > they not equally practical now? > > Mostly the unwillingness of people who were used to use root accounts > in Fedora and not enough alternatives how to override or set up > alternative during installation. > > The initial change was half-baked proposed 5 years ago: > > https://fedoraproject.org/wiki/Changes/SSHD_PermitRootLogin_no Yes, that's what I remember being proposed, and eventually rejected. There were long discussions of this on various mailing lists. I mostly remember this one: https://lists.fedoraproject.org/pipermail/devel/2014-November/204530.html but there were others as well... > but never accepted by FeSCO (note sure if it was even proposed) and > started long discussions on mailing lists as linked from there. > > Since then, we did not change the value to "no", but we disabled only > the password logins, we added a simple way how to override this in > anaconda installer and there are simple ways how to override it in > kickstarts or add a public ssh keys to authorized_keys files. I see, so there indeed were some technical improvements, to anaconda and kickstart, that circumvented the issues people had back then. That is what I was looking for --- the technical upgrades that made changing the default a viable proposal. I'll read up on those in more detail. > I think it was mostly testing and scratch boxes that needed root > logins (specific use cases), making sure that there is some other > account that is allowed to login after installation (installation > problems). But I think I did not manage to read that thread this year > again. I just re-read the discussion on the devel list from 2014. And yes, the main complaint was that some people were deploying headless VM/test systems where they didn't want to create a non-root user. Changing the default would break a bunch of their existing kickstart scripts... Another scenario that was mentioned by someone was that if /home were network-mounted, and the network would fail, it would leave the system inaccessible via ssh. > 5 years ago, there were no simple workarounds for the installation. > Even this year, the agreement was not really smooth and updating > installer was one of the requirements for the change to be approved: > > https://pagure.io/fesco/issue/2133 I see, so it was an uphill battle even this time around. But this time it was finally won! Congratulations! :-) > This change request is in Fedora actually for more than 15 years: > > https://bugzilla.redhat.com/show_bug.cgi?id=89216 > > Back in that time, this was not default even in upstream and many > people were using root accounts. Oh, wow, unbelievable, reported on 2003-04-21 !!! So this issue is even older than Fedora itself --- from the days of Red Hat 9 (Shrike) all the way to Fedora 31... I thought this was first raised in 2015, had no idea it is as old as 2003... > I think that over the years, the security practices shifted to better > solutions, people learned to use normal users, sudo and ssh keys, > which allowed us to do this finally. Originally the change would be a > surprise for users, but recently, people were surprised by the root > login allowed in Fedora, which also started to be dangerous. So essentially it was a psychological thing --- it took all this time just to change people's minds about this, re-educate them, and wait until they change their practices of remotely logging in as root. With a couple of technical modifications to anaconda and kickstart. This is the info I was looking for, thanks a lot! :-) But I'm still amazed... A security bug/rfe from 2003, closed in 2019... Just wow... Thanks, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: SSH after upgrade
On Mon, 07 Oct 2019 10:38:32 +0200 Jakub Jelen wrote: > On Mon, 2019-10-07 at 02:53 +0200, Marko Vojinovic wrote: > > On Mon, 7 Oct 2019 10:21:03 +1100 > > Cameron Simpson wrote: > > > On 07Oct2019 01:00, Marko Vojinovic wrote: > > > > On Sun, 06 Oct 2019 18:05:02 +0200 > > > > alcir...@gmail.com wrote: > > > > > It could it be related to this change: > > > > > https://fedoraproject.org/wiki/Releases/31/ChangeSet#Disable_Root_Password_Login_in_SSH > > > > > > > > As a side question --- I remember that this was the default for > > > > upstream OpenSSH since 2015, but was not adopted in Fedora > > > > because > > > > people who install Fedora on headless machines (or remotely) > > > > would > > > > have no other way of logging in after initial installation. So > > > > why > > > > the change of heart now, what happened to the headless login > > > > issue? > > > > > > Because one can generally set up a normal user, log in as them, > > > then > > > su or sudo. > > > > Was this not possible back in 2015? > > > > I guess I am asking what technically changed between then and now, > > so that we didn't block root back then and we are doing it now? > > Please, read the whole fedora change page. It answers all your > questions. Well, the relevant sentence from the change page says: "Fedora was for many practical reasons keeping the old configuration since then, but the difference is no longer bearable" Can you please elaborate what were the "many practical reasons" that prevented this from being changed for the last 5 years? And why are they not equally practical now? Don't get me wrong, I fully support this change, disabling ssh root login is the very first thing I do every time I install a new system. And each time I ask myself why on earth isn't this the default, but I sort-of remember (from various discussions on this mailing list back in 2015 or so) that people had good reasons to keep it that way. And now that I see the default is going to be changed, I'm curious what were those reasons and what happened to them --- how come they were good enough for the last five years, and are not good enough now? What changed? Or else, why wasn't this done already back in 2015? Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: SSH after upgrade
On Mon, 7 Oct 2019 10:21:03 +1100 Cameron Simpson wrote: > On 07Oct2019 01:00, Marko Vojinovic wrote: > >On Sun, 06 Oct 2019 18:05:02 +0200 > >alcir...@gmail.com wrote: > >> It could it be related to this change: > >> https://fedoraproject.org/wiki/Releases/31/ChangeSet#Disable_Root_Password_Login_in_SSH > > > >As a side question --- I remember that this was the default for > >upstream OpenSSH since 2015, but was not adopted in Fedora because > >people who install Fedora on headless machines (or remotely) would > >have no other way of logging in after initial installation. So why > >the change of heart now, what happened to the headless login issue? > > Because one can generally set up a normal user, log in as them, then > su or sudo. Was this not possible back in 2015? I guess I am asking what technically changed between then and now, so that we didn't block root back then and we are doing it now? Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: SSH after upgrade
On Sun, 06 Oct 2019 18:05:02 +0200 alcir...@gmail.com wrote: > On Sun, 2019-10-06 at 10:46 -0500, Mike Chambers wrote: > > Upgraded server from Fedora 30 to 31 (updated to present), and ssh > > into > > that server works fine as normal user, but no longer lets me login > > as root. I can login as root from the server machine itself, and > > can login via su - but just cant' from ssh. > > > > Any ideas what changed or got replaced so revert it back? > > It could it be related to this change: > https://fedoraproject.org/wiki/Releases/31/ChangeSet#Disable_Root_Password_Login_in_SSH As a side question --- I remember that this was the default for upstream OpenSSH since 2015, but was not adopted in Fedora because people who install Fedora on headless machines (or remotely) would have no other way of logging in after initial installation. So why the change of heart now, what happened to the headless login issue? Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Wifi systens -
On Tue, 01 Oct 2019 23:59:54 +0100 Patrick O'Callaghan wrote: > On Tue, 2019-10-01 at 17:41 -0400, Bob Goodwin wrote: > > Ethernet over the ac power line? I've seen those advertised, know > > nothing about their suitability for this application however. > > Powerline Ethernet (usually called Homeplug - > https://en.wikipedia.org/wiki/HomePlug) is my standard answer for > people who want to extend their home network. Very easy to install and > much cheaper than the alternatives (not counting wireless "extenders" > which are basically a kludge). The downside is that unlike mesh > systems they don't tend to merge everything into one network, relying > on your WiFi device to hop from one to another. Does this work across the polyphase wiring [1] in the house? I'm guessing not? Various parts of my house are receiving power from the three different phases (as provided by the power company), and various power lines in my household are therefore mutually physically disconnected. Is there a Homeplug device that would retransmit the ethernet signal from one phase line to another? Or is the ethernet signal somehow being transmitted over the single "zero" wire (and how would that even work)? If neither, that is a serious disadvantage compared to a mesh wifi network... Best, :-) Marko [1] https://en.wikipedia.org/wiki/Polyphase_system ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: comments in pdf
On Sun, 26 May 2019 11:29:52 +0200 "Patrick Dupre" wrote: > Would you have a suggestion for a software capable of adding comments > in a pdf file? okular HTH, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Laptop and only 100% and 200% monitor scaling shown
On Mon, 13 May 2019 08:54:36 +1000 Cameron Simpson wrote: > On 12May2019 19:00, Gianluca Cecchi wrote: > >having a new 13.3" laptop with resolution of 1920x1080 and Fedora > >30, I see > >that Gnome only gives me option of 100% scaling (that renders with > >too small fonts ans duch in my opinion) and 200% (that instead > >appears as too big). > [...] > > Doesn't scaling your display inherently involve blurring the stuff > rendered on it? In my case, not visibly, no. My 3200x1800 scaled up 1.5 times on a 15-inch laptop display looks just great. However, I believe this depends on the hardware you have, the scaling algorithm for the relative resolutions you use, and of course your eyes. :-) > My own tendency is to adjust the settings so that I'm using a font my > eyes like; everything else is generally as small as possible (to get > maximum stuff on the screen) - even the font is as small as my eyes > will deal with. In how many places you need to resize the fonts, to have everything appear correctly? Do you use apps from both the Gnome and KDE world simultaneously (I do)? It seems to me that setting one slider is far easier than manually resizing a whole bunch of font sizes. How about the scroll-bars, are they wide enough to easily point to? Do you do any manual resizing of windows, i.e., is it easy to point to the low-right corner of the window to engage the resizing? I agree that the screen space is a premium on laptops, but I tend to solve that problem by using multiple workspaces/screens (typically eight) and having only one app in fullscreen in each. More than enough room for everything. ;-) HTH, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Laptop and only 100% and 200% monitor scaling shown
On Sun, 12 May 2019 19:00:32 +0200 Gianluca Cecchi wrote: > having a new 13.3" laptop with resolution of 1920x1080 and Fedora 30, > I see that Gnome only gives me option of 100% scaling (that renders > with too small fonts ans duch in my opinion) and 200% (that instead > appears as too big). [snip] > And this if I understand implies to continue to use Wayland... > Any better experience if using XOrg in Fedora 30 with these kind of > displays resolutions and dimensions? I don't know about Gnome, but in KDE with Xorg you can scale the display anywhere between 100% to 400%, in steps of 10%. My laptop has a native resolution 3200x1800, and I find it convenient to keep it scaled up to 150%. Given this, I believe that Gnome should also scale correctly with Xorg. You may also look at man xrandr, in particular the --scale option (RandR version 1.3). Likely this is what is actually being used under the hood of both Gnome and KDE. HTH, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F30 Release Notes incomplete?
On Sun, 5 May 2019 17:43:06 +0200 Marko Vojinovic wrote: > > Is it just me, or the release notes for F30 haven't been written yet? > I am looking at > > https://docs.fedoraproject.org/en-US/fedora/f30/release-notes/ > > and the vast majority of links inside give me a 404 error. Ok, the links started to work, the 404 thing was probably just some temporary fluke. Sorry for the noise. :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
F30 Release Notes incomplete?
Is it just me, or the release notes for F30 haven't been written yet? I am looking at https://docs.fedoraproject.org/en-US/fedora/f30/release-notes/ and the vast majority of links inside give me a 404 error. I tend to read the release notes before I attempt to install the new Fedora release on my laptop, in order to get familiarized with the latest version, and be aware of any potential pitfalls regarding my usecases (which are sometimes unconventional). So does anyone know of any ETA when release notes will be available? My interest mainly revolves around these: https://docs.fedoraproject.org/en-US/fedora/f30/release-notes/developers/Development_C/ https://docs.fedoraproject.org/en-US/fedora/f30/system-administrators-guide/Wayland/ TIA, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: qemu goes to 100%?
On Sat, 6 Apr 2019 12:27:01 -0400 Tom Horsley wrote: > Here's a weird one I just noticed: I've been using a > Windows 10 virtual machine to run my tax software. > I've got it displayed in virt-viewer and all is > well, then I close the virt-viewer window and > leave the KVM running. About 5 minutes later I > see a cpu suddenly pegged at 100%. I run top and see > that qemu is the culprit. I start virt-viewer > again, and it goes back to normal. > > Anyone else seen this? Why would nobody looking at > it make it go crazy I wonder? In addition to all the serious possibilities that everyone else already mentioned, you may also want to take a look at the trivial reasons --- maybe the Windows screensaver is configured to activate after 5 min of user inactivity, and starts draining the CPU by drawing 3D intensive stuff on the virtual display (you know --- pipes, swimming fish, whatever). Naturally, it turns itself off as soon as it detects keyboard/mouse activity, i.e. when you start the virt-viewer again, and you never even know it was there. So you may want to take a look at all the screenlocking, screensaving, power saving, etc... settings in Windows, and make sure all that stuff (that doesn't make sense in a virtual machine environment), is turned off and deactivated. Just a thought. ;-) Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Web Content
On Sun, 27 Jan 2019 11:30:27 + Patrick O'Callaghan wrote: > On Sun, 2019-01-27 at 11:15 +0100, Antonio M wrote: > > What is this process that makes my computer crazy?? How can I avoid > > it? > > If you mean the process or processes that seem to suck up a lot of > CPU, AFAIK they come from your browser. Quit the browser and they > stop. What specifically is the problem would depend on the pages you > have open and the extensions you use, but they seem to be associated > with Javascript. A utility like top or htop will tell you in real time which process is abusing your CPU. In my case, whenever CPU is up to 100%, the culprit is always the browser, executing some braindead javascript in an infinite loop. If you use firefox (like me), there are many addons out there that enable/disable javascript on demand, or give you more fine-grained control. Other browsers probably have something analogous as well. I generally keep javascript off by default, and turn it on only when I need it for a particular page. That keeps my (oldish) CPU usage much more reasonable. Besides, most of the web pages out there use javascript merely to display ads and other useless cruft and bloat that just gets in my way of the actual useful content on the page. HTH, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Software for streaming audio or video over LAN
On Tue, 18 Dec 2018 21:34:29 -0800 Samuel Sieb wrote: > On 12/18/18 6:04 PM, Tim via users wrote: > > You'd need to be broadcasting a stream, and have players that that > > simply replay the current live stream, to get past that hurdle. As > > well as for being able to handle what one speaker system does when > > it recovers from a signal hiccup. > > That's what Logitech Media Server does. It sends a stream and the > clients know what point they are at in the stream. Adding a client > to a synchronization group causes a brief interruption in the output > of all clients. > > > The second hurdle will be decoding delays. You'd want to be using > > the same playback hardware and software, on every player, to *try* > > make everything have the same inherent delay. > > That's not necessary. You feed data ahead of the playing point, so > the audio is already decoded when it comes time to play it. Guys, I'm surprised that this thing is so complicated to design. If I were to do it, I'd just have the server add a timestamp tag to each packet, indicating that "this packet is to be played at 09:34:27 GMT", and send enough packets ahead of time to clients. Each client then collects enough packets, decodes the data, and plays it according to the timestamps. Given that, any synchronization issues between the system clocks of the clients should be handled by NTP, which already does an excellent job. Am I missing some obvious problem with such a design? The only downside I see is that one cannot use it to stream live data, i.e. someone speaking through a microphone, since any data that is to be played back needs to be buffered at the client side (I guess several seconds of audio). But live streaming is a different beast, here we are mostly talking about music playback (like, mp3 or internet radio or such), so there is no problem with data being buffered. And I'm also surprised that LMS is the only choice here? Could it really be true that nobody else implemented anything like this, ever? Because to me it sounds like a quite common thing to ask for. When I posted the question, I was expecting to receive at least 4-5 different suggestions, and then people would start fighting over which one is the most convenient, etc... Instead, I receive only one suggestion (LMS), and a bunch of responses that what I'm asking for is more or less impossible to design, which is quite surprising. Best, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Software for streaming audio or video over LAN
On Mon, 17 Dec 2018 16:50:33 -0800 Samuel Sieb wrote: > On 12/17/18 4:27 PM, Marko Vojinovic wrote: > > I'm interested in your suggestions/experience regarding multimedia > > tools for streaming audio and possibly also video via LAN (mostly > > WiFi), played back on multiple client machines, with little to no > > latency. > > https://github.com/Logitech/slimserver (Logitech Media Server) > > https://github.com/ralph-irving/squeezelite.git (client) > > LMS has many plugins to serve local files or internet streams. There > might be one to send local audio to it. The squeezelite client has > really good synchronization. Aside from the builtin web interface, > there is an open-source Android app (Squeezer) to control the server > to choose the music for individual clients and to sync the clients. Thanks for the suggestion, I'll try it out! The wiki pages are quite extensive, I'm reading through some of it right now... Btw, I don't see LMS packaged for Fedora in the standard repositories (nor rpmfusion). I don't mind using the source (it's mostly Perl, anyway), but just to check --- is it packaged in any of the repos I'm unaware of? Thanks, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Software for streaming audio or video over LAN
Hello everybody, Huh, it's been a while... :-) I'm interested in your suggestions/experience regarding multimedia tools for streaming audio and possibly also video via LAN (mostly WiFi), played back on multiple client machines, with little to no latency. You know --- say I want to play some music on my laptop in the living room, and I want to hear the same thing play on another computer in the kitchen, and another one in the garage, etc... ;-) Ideally, it should be low-latency, in the sense that playback should be synchronized across devices. Like, if two machines are playing in two rooms, and I'm in the hallway in between them, I shouldn't hear any offset between the two playbacks. I'm looking for Linux-centric solutions in general, but mostly from Fedora or CentOS land. It should do audio, while video would probably depend on the WiFi speed, I guess. So far, I've been thinking of a DIY combination of bash scripts and mplayer, but I guess it's easier to try out something that someone already made, before I end up mocking up the whole thing from scratch myself. Looking for any pointers and suggestions (including keywords for google). ;-) TIA, :-) Marko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F22 unusable - system freezes on login
On Mon, 22 Jun 2015 12:16:09 -0400 Matthew Woehlke mwoehlke.fl...@gmail.com wrote: On 2015-06-20 06:38, Tim wrote: Allegedly, on or about 19 June 2015, Matthew Woehlke sent: Remember, I *can't log in*. Not via kdm, not in a TTY, not over ssh, *not at all*. No login -- never even tries to start X (not as my user, anyway). (Hrm... on that note, it's interesting to note that the one and only GUI program I was able to try to run is Konsole... I have to ask: If you were unable to login, how were you able to run anything (such as Konsole)? *Once and only once* I was able to get a desktop session, which allowed me to *try*, unsuccessfully, to run Konsole. (IIRC this was on the second attempt; the first had already failed in the manner that I'm now seeing always, and I was intending to run updates.) Hardware failure? Gambling behavior of the machine usually points to faulty hardware. If the same set of steps don't work and then start working and then don't work again, I am thinking memory or the harddrive. Boot from a live image, do a memcheck and do a fsck on all partitions. Does the machine work reliably under the live image? If there are no glitches with the live image, memory is probably ok, and the most likely culprit is the harddrive. Most system files seem to be intact because the system boots, but as soon as you try to login, the system tries to access (either to read or to write) something additional on the disk, and fails too badly to be able to recover. For example, I don't really know if the system can recover from a corrupt /etc/shadow, or something like that. Also, just for completeness, what is your video hardware? I've seen cases of the nouveau driver failing so badly that it locks up the machine in ways you could never expect (like in the middle of a TTY session, etc.). Another stab in the dark is CPU temperature --- is the machine maybe overheating? Does the cpu fan work? Does it sound normal? Are any parts of the machine unusually hot to touch? As a side note, AFAIK now sshd is disabled on fresh installs. Do a systemctl enable sshd and systemctl start sshd (and verify with systemctl status sshd), and retry to log in over the network. I doubt it will work, but it's worth a try. HTH, :-) Marko -- 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: Video Editing with Blender on Fedora 21 x86_64
On Tue, 5 May 2015 09:57:59 -0400 Chad Kellerman sunck...@gmail.com wrote: Wondering if there are any Blender aficionados out there that might be able to give me a hand with video editing. [snip] I tried loading the video and received an error ( a generic error, cannot load file.) [snip] any ideas? I ran into the same issue a couple of weeks ago. It seems that Fedora-packaged version of blender is buggy. What I did was to go to blender's home page, download the latest .tar version, unpacked it, and it worked flawlessly. Blender is apparently designed to run autonomously from the directory structure of its own (unpacked) .tar archive. So just unpack it somewhere, cd into it, and do ./blender Works perfectly, loads files and all. ;-) I didn't bother to find out what is wrong with the Fedora-packaged version. Probably a bug should be filed against the package. HTH, :-) Marko -- 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: F21: why Fedora still has not alternative init?
On Sun, 03 May 2015 14:04:37 +0200 Frantisek Hanzlik fra...@hanzlici.cz wrote: - (bigger harm) Why hasn't Fedora alternative (upstart/openrc) init? Umm, because everyone is happy with systemd? :-) If you want Fedora to have an alternative init, roll up your sleeves and dig in, make it happen! ;-) :-) Marko -- 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: F21: why Fedora still has not alternative init?
On Sun, 3 May 2015 10:57:55 -0400 Tom Horsley horsley1...@gmail.com wrote: On Sun, 3 May 2015 15:45:36 +0100 Marko Vojinovic wrote: Umm, because everyone is happy with systemd? :-) Not the slightest possibility that is true. I have a more likely reason for the universal adoption of systemd: http://home.comcast.net/~tomhorsley/game/selection.html Oooh, I see, writing buggy and ill-documented code is (ultimately) better for the market survival of the software company! Evolution on steroids! Bravo! :-D -- 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: F21: why Fedora still has not alternative init?
On Sun, 03 May 2015 17:33:53 +0200 Frantisek Hanzlik fra...@hanzlici.cz wrote: Marko Vojinovic wrote: On Sun, 03 May 2015 14:04:37 +0200 Frantisek Hanzlik fra...@hanzlici.cz wrote: - (bigger harm) Why hasn't Fedora alternative (upstart/openrc) init? Umm, because everyone is happy with systemd? :-) If you want Fedora to have an alternative init, roll up your sleeves and dig in, make it happen! ;-) :-)alternative init Marko Marko thanks to Your reply, but: - All around perhaps are not happy, as I'm not. And perhaps all those, who do not have the ability to say it here. - about 'alternative init' what can you recommend to me to make this happen? I must say, I'm not programmer, rather user and administrator for several Linux/Un*x machines. But I really want somehow interest in this issue. I guess the smileys I put up there didn't do their job. My comment above was tongue-in-cheek. It is the type of the response one gets from systemd-advocates whenever a question similar to yours pops up on this list. The init system is not just any old package that you can replace on your system. Rather, it is an integral piece of gear, interwoven with the kernel and a whole bunch of other mission-critical apps for any Linux distro. In this sense, changing one init system for another is a highly nontrivial task, and requires expert knowledge of all sorts of under-the-hood stuff in Linux. There are not so many people on the planet who have the knowledge to actually sit down and write an in-place substitute for systemd. That is why there is no alternative for Fedora. In other words, if you want to make an alternative init system, you need to be somewhat like Lennart Poettering. And he is a tough act to follow, in more ways than one... ;-) My approach to this issue has been to learn to live with systemd, and hope that the reasons for its existence will ultimately be of global benefit. It's the same frame of mind one has when paying taxes --- they're unavoidable, painful for the individual, and are supposed to be beneficial for the progress of the community (although that's not immediately obvious to the individual). I do this by learning about systemd on-the-fly --- as much as I need to get my job done, and never any more than that. :-) HTH, :-) Marko -- 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 KDE do offline software updates?
On Thu, 26 Mar 2015 01:01:36 + Patrick O'Callaghan pocallag...@gmail.com wrote: On Wed, 2015-03-25 at 16:42 -0700, Rick Stevens wrote: If you update libraries a running program uses, it won't get the new libraries until it is restarted since it's already got a copy. In fact, I think any program that starts and wants that updated library will get the old version as it's already in memory. Are you sure of that? I always assumed that shared libraries are just files and once a file is replaced the normal rules apply, i.e. anything that opened it before the replacement gets the old version, anything that opens it afterwards gets the new one. That's how inconsistencies can arise. I'd second that question. I can easily imagine a running program which loads a library on *demand*, not on its start-up. So a program may start regularly, work for a while, and then try to load some library --- only to find out that the library was updated to an incompatible version in the meantime. Yum will of course make sure that there is a new version of the program itself which is compatible with the new library, but that is not necessarily the version of the program currently running in memory. At least, that's how I tend to explain firefox-updating glitches to myself. :-) Best, :-) Marko -- 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: (La)TeX suddenly can't find anything
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon sza...@gmail.com wrote: I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this: warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. // Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) // The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database. The easiest way to find the relevant man page is this: $ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this: # mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done. Hopefully that should regenerate the ls-R database on your system, making kpathsea happy. By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command ls -R for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a less /usr/bin/mktexlsr to see the details), but it still boils down to going to the appropriate directory and taking the output of ls -R. Finally, all four ls-R databases which I have above are ASCII files, literally the output of ls -R for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before. HTH, :-) Marko -- 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: Disabling a specific key
On Fri, 19 Dec 2014 10:34:54 +1300 Rolf Turner r.tur...@auckland.ac.nz wrote: On 19/12/14 08:27, jd1008 wrote: If you do not know the KeyCode, run the program: showkey and press the key in question and it's code will be displayed. You must wait 10 seconds of idle and showkey program will exit; then run the sudo script above. This looks very useful to me but as usual I fall at the first hurdle. When I type showkey or showkey -k I get: Couldn't get a file descriptor referring to the console And that's it. Anything I can do about this? (Please note: I am running Fedora 17 --- yes, I know --- and using a Mate desktop; Mate 1.6.1 .) You need to run showkey in a proper virtual terminal, aka ctrl-alt-f3 or such. It was not designed to work under X. HTH, :-) Marko -- 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: xinit -- :1 Not working for F21
On Wed, 17 Dec 2014 20:40:33 +1100 Philip Rhoades p...@pricom.com.au wrote: I occasionally start a second X display from a console login with: xinit -- :1 but after upgrading to F21 it just hangs with an underscore in the top left of the screen and I have to do a remote log in and kill the process. I attach the log but I am not sure if it indicates what the problem is . . I'd try to look into the cause of these: [268529.443] (II) intel(0): switch to mode 1440x900@60.0 on VGA1 using pipe 0, position (0, 0), rotation normal, reflection none [268529.449] (EE) intel(0): failed to set mode: Permission denied [13] [268529.450] (WW) intel(0): failed to restore desired modes on VT switch [268529.450] (EE) intel(0): sna_mode_check: invalid state found on pipe 0, disabling CRTC:7 The permission denied piece smells bad... :-) HTH, :-) Marko -- 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: getting rid of yum
On Mon, 15 Dec 2014 16:46:53 + Patrick O'Callaghan pocallag...@gmail.com wrote: On Mon, 2014-12-15 at 10:34 -0600, Ranjan Maitra wrote: Because (from what I understood, perhaps incorrectly) yum is going away in favor dnf, I was trying to get used to the latter. Because the former is so ingrained in me, I was trying to get rid of it from the system so that not having it available would force me to think and thus get used to dnf. Or you could alias yum to echo Use DNF My understanding is that the name dnf is just a dummy placeholder, so that --- once its code matures enough and the old yum code gets obsolete --- dnf will simply be renamed to yum, and its major version number increased by a notch. So the name yum isn't going anywhere, AFAIK. Best, :-) Marko -- 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: So acrobat is dead for linux - long live evince?
On Mon, 15 Dec 2014 21:15:50 -0500 Robert Moskowitz r...@htt-consult.com wrote: What are people doing for pdf reading native on Fedora other than evince (F20 is 3.10, F21 is 3.14)? Being a happy KDE user, I like okular. And I use it not just for pdf, but a whole assortment of other document formats like dvi, djvu, ps, epub, and so on. That said, I never needed to fill any forms and such stuff into a pdf file, so I wouldn't know of any okular's advanced capabilities beyond actually displaying the file. HTH, :-) Marko -- 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: selinux relabel at boot
On Sat, 13 Dec 2014 09:52:35 -0500 Tom Horsley horsley1...@gmail.com wrote: Just a note for someone who might care about this: I foolishly forgot to disable selinux in a system I created by copying all the files from a virtual image. When it booted, it said I've got to relabel everything, this may take a while. So I figured I'd just wait for it, then a few minutes later a message came up about a watchdog expiring and it rebooted the system. What fun :-). I assume it could have done that all day, but I took advantage of the reboot to disable selinux. I'm curious --- after the reboot, selinux should continue relabeling remaining files, right? So I assume that after a certain numbers of reboots it would eventually finish and continue booting? Or not? Though I agree that selinux should somehow inform the watchdog that a global relabel is in progress and that it may take more time than usual... Best, :-) Marko -- 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 20, on my system, actually works only to line command.
On Thu, 11 Dec 2014 18:18:33 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: of course I try to understand ... actually the problem could be connected to the SW (the interface) for using the DVI, that doesn't works (that says poma).. We are looking to reinstall nvidia that supplies this interface... That is right ? Yes, that is right. The open-source nouveau driver supplied by Fedora is under heavy development, but in a sizable number of cases it is still not ready for prime time. Therefore it those cases (like yours) it makes sense to install the closed-source nvidia drivers, which are known to work almost faultlessly. The procedure I described installs those drivers from the rpmfusion repository (which is by far the most preferred method of instalation). I made what you suggested : 1. yum remove kmod-nvidia output : REMOVED Ok. 2. yum remove xorg-x11-drv-nvidia output: complete Ok. 3. yum install kmod-nvidia-304xx output: install 1 Package (+3 dependent packages) complete! Ok, this is good. 4. I reboted but all is same as before (nothing changed). I send you the log file (in the traditional way..) The log file does not look as I would expect it to --- it indicates that the nouveau driver is still being loaded. The installation of kmod-nvidia should automatically disable nouveau and make sure nvidia driver is loaded instead. Given that you have installed kmod-nvidia correctly, I do not understand why nouveau is still active. It appears that the problem is deeper than just installing appropriate drivers. It needs more detailed analysis of your system to figure out what is going wrong. I am sorry my advice didn't help you. Maybe someone else can chime in with a fresh idea what might be wrong here. Best, :-) Marko -- 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 20, on my system, actually works only to line command.
On Thu, 11 Dec 2014 09:17:14 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: On Thu, Dec 11, 2014 at 1:50 AM, Marko Vojinovic vvma...@gmail.com wrote: On Wed, 10 Dec 2014 16:18:10 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: I made all you suggested : yum localinstall --nogpgcheck yum install kmod-nvidia shutdown ... Nothing was change however . From the new log file I see that nouveau is still in use, which means that something went wrong with the above commands. Did either report any errors? It would be more convenient if you could try not to just blindly follow my instructions, but rather try to understand what is going on. After you did the yum install kmod-nvidia, what did it reply? Was it successfully installed (it should say Complete! when it finishes) or not? By the way, I think that the installation was unsuccessful because your graphics card requires the 304xx driver instead of the latest 331xx (there is also the 173xx driver for the oldest lineage of nvidia cards). So I suggest you try the following: (1) log in as root (2) look into the output of yum repolist and make sure that rpmfusion free and rpmfusion nonfree are listed there. If they are not, we need to fix that before proceeding further. What does it say? (3) if everything was ok in step (2), do all of these, in order: yum remove kmod-nvidia yum remove xorg-x11-drv-nvidia yum install kmod-nvidia-304xx and answer with a yes when each time it asks you to confirm. After it finishes report back here what did it tell you? Did the installation succeed or fail? Did it report any errors? (4) if step (3) succeeded, do a shutdown -r now and verify that graphical interface works after the reboot. If it still doesn't work, send me the latest /var/log/Xorg.0.log again to see. (5) finally, if step (3) did not succeed tell me what the error message was. HTH, :-) Marko -- 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 20, on my system, actually works only to line command.
On Thu, 11 Dec 2014 16:11:05 +0100 poma pomidorabelis...@gmail.com wrote: On 11.12.2014 14:15, Marko Vojinovic wrote: On Thu, 11 Dec 2014 09:17:14 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: On Thu, Dec 11, 2014 at 1:50 AM, Marko Vojinovic vvma...@gmail.com wrote: On Wed, 10 Dec 2014 16:18:10 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: I made all you suggested : yum localinstall --nogpgcheck yum install kmod-nvidia shutdown ... Nothing was change however . From the new log file I see that nouveau is still in use, which means that something went wrong with the above commands. Did either report any errors? It would be more convenient if you could try not to just blindly follow my instructions, but rather try to understand what is going on. After The same goes for you, mister instructor. The same PCI ID was in the first Xorg log, This problem is actually solved in a much more convenient way in the CentOS community. There, one can just yum -y install nvidia-detect nvidia-detect and find out which driver one is supposed to install. This is much more streamlined than manually looking up PCI ID's in Xorg.0.log, then looking up the instructions at the rpmfusion page, then figuring out which driver the user has to install. A typical novice user should not be expected to decypher PCI ID's in a log file. An experienced user who offers his time and advice for free on a a mailing list should not be expected to do so either. If it were up to me, I'd make a meta-package named kmod-nvidia which would execute the nvidia-detect script, pick up the answer automatically and then install appropriate kmod-nvidia-331xx/304xx/173xx driver as a conditional dependency. Then all of these issues would simply go away. But alas, it is not up to me... Best, :-) Marko -- 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 20, on my system, actually works only to line command.
On Wed, 10 Dec 2014 16:18:10 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: I made all you suggested : yum localinstall --nogpgcheck yum install kmod-nvidia shutdown ... Nothing was change however . is there anything that I can still try ? Send me again the latest version of /var/log/Xorg.0.log file. If X is failing even with the nvidia driver, then something else might be the cause of the problem. But I cannot be sure without looking into that file. Best, :-) Marko -- 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 20, on my system, actually works only to line command.
On Tue, 9 Dec 2014 11:46:08 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: this is the file Xorg.0. I asked more assistance, because I didn't understand: I thougth you suggested to me to create an environment chroot jail I never suggested anything like that, you probably confused different e-mails. :-) I looked at Xorg.0.log, and while appears normal in there, I guess that the nouveau driver does not work properly for you. You should try the closed-source nvidia driver: (1) enable rpmfusion repository for yum (if you don't have it enabled already) (2) yum install kmod-nvidia (3) reboot the machine. If everything works ok, it will boot into a graphical environment. HTH, :-) Marko -- 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 20, on my system, actually works only to line command.
On Tue, 9 Dec 2014 18:05:53 +0200 Angelo Moreschini mrangelo.fed...@gmail.com wrote: So I would pray you to explain: - if kmod-nvidia must be downloaded from the Internet or if it is already on the computer. The kmod-nvidia package must be downloaded from the Internet, from the rpmfusion repository, via yum (since it depends on other packages which yum will also have to download, automatically). Fedora needs to have a working Internet connection for yum to work. - how can I check if RPMFusion repository is already enabled for yum (and how to enable it - if necessary) You can check whether rpmfusion is enabled by typing yum repolist and verifying if rpmfusion (free and nonfree) is in the list of configured repositories. If not, the instructions for enabling rpmfusion are given on its website, http://rpmfusion.org/Configuration Since you only have access to the command line, I suggest that you (a) log in as root (b) copy-paste the following (or type it veeery carefully) as a single line (beware that your a client may do word-wrapping, type spaces instead of newlines): yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm This will configure yum to use both free and nonfree rpmfusion repos. (c) type yum install kmod-nvidia and say yes when asked to confirm. (d) type shutdown -r now to reboot the machine. HTH, :-) Marko -- 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 20, on my system, actually works only to line command.
On Mon, 08 Dec 2014 10:02:59 -0800 Joe Zeff j...@zeff.us wrote: On 12/08/2014 09:35 AM, Angelo Moreschini wrote: But always (in each of the above cases), the command systemctl get-default, provides as output grafical.target. I tried the command: systemctl isoltate graphical.target, but, after a short time when it flashed the graphic symbol of Fedora (stylized letter F), everything is back to the initial situation. If your default is, as you wrote, grafical.target and not simply a typo, that might be a large part of the problem. It needs to be set to graphical.target in order to work. And, of course it's isolate not isoltate. Also, if the issue is not due to typos, the symptoms suggest that X is failing to start. Log in as root, copy the full content of /var/log/Xorg.0.log to a pastebin or similar, and send us the link to analyze it. In the vast majority of cases, it is the issue of missing/incorrect graphics drivers, or of misconfigured xorg.conf file (if you have a stale one lurking around). HTH, :-) Marko -- 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: Guest OS on VBox and key bindings
On Sat, 29 Nov 2014 17:34:50 +0530 Sudhir Khanger m...@sudhirkhanger.com wrote: On Wednesday, November 26, 2014 03:55:29 PM jd1008 wrote: Is there a way to alter key bindings so that key sequences like Ctl+Alt+Fn (n=19) can be intercepted by GUEST and be able to see a GUEST virtual tty? VirtualBox generally uses Host+key combination. You can alter this behavior in FilePreferenceInput. By default, VBox uses right CTRL as the host key. That means that the left CTRL key should be passed to the guest and should work as expected. If you can adjust to using only the left CTRL, you're good. Otherwise, if you are really really used to typing with both of them, reconfigure the VBox manager to move the host key to something else that you don't use often (stuff like the Scroll Lock or Pause/Break or any of the potential multimedia keys that you don't otherwise use should do). HTH, :-) Marko -- 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: monitor arrangement
On Fri, 28 Nov 2014 10:23:36 -0500 Mickey binary...@comcast.net wrote: Ed haven't they removed xrandr from KDE ?? The xrandr utility has nothing to do with KDE, it is a part of X (more precisely, xorg-x11-server-utils). And no, it has not been removed, it is still available and usable. HTH, :-) Marko -- 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, XFCE : no X - xf86EnableIOPorts failed - FBIOBLANK Invalid
On Wed, 20 Aug 2014 10:02:09 -0400 sean darcy seandar...@gmail.com wrote: I've just installed F20 on on an Acer Asprire, A8-7100, R5 Kaveri graphics. startx runs, then exits the server. My errors show /dev/dri/card0 no such file. Is this because the kernel isn't loading the radeon module? Xorg.0.log shows the radeon driver loaded: [snip] Do you have something in /etc/X11/xorg.conf or /etc/X11/xorg.conf.d/ ? Can you provide the full log file, just to be sure? What is the output of lspci | grep vga? Best, :-) Marko -- 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 is fubar
On Tue, 19 Aug 2014 18:04:31 + davidscha...@mobilicity.blackberry.com wrote: As far as I am concerned the full system dvd is really not the way to install F20. [snip bunch of FUD] And here I was, wondering when we'll have a go at another traditional gigantic-troll'n'fud-party-thread on the list. It's been a while since the last one... :-D Best, :-) Marko -- 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: FC 20 and new skype?
On Sat, 09 Aug 2014 12:53:05 -0700 Paul Erickson va...@telus.net wrote: Yes that is the version I am referring to, but when I execute it, the heading still reads version 4.2 and when I try to login, the connection is refused. Did you have to remove the previous version, if so, what process did you use to do that? It depends how you installed the previous version. In my case, I downloaded the Fedora 16 rpm (it was for i586 or something...) from the Skype website, did a yum localinstall ./skype-whatever.rpm, and yum took care of everything. After that, version 4.3 Just Works(tm). The point here is that I have previously used the same method to install v4.2, so it got upgraded automatically. If you installed the old version by some other method, like unpacking the tarball into /opt, you have to remove it manually. // As a side note, this kind of situation is a textbook example why rpm is preferred over tarballs... // The second thing you should check is that you have actually exited the old version. Closing down the Skype window isn't enough, you need to find it in the system tray (or whatever is the equivalent for your DE), right-click and choose quit from the menu. Or do a killall skype in the terminal. Then start it again and verify which version is running. You can also do a which skype to figure out what binary is being used when you start it. It will probably say /usr/bin/skype, so then you can do a ls -l /usr/bin/skype and file /usr/bin/skype to see if it is an actual binary, a symbolic link to something else, or a bash script which invokes the binary internally. Either way, you will be pointed to the location of the actual binary. Delete it, and reinstall the 4.3 version (preferably using yum). HTH, :-) Marko -- 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 tmpfs
On Fri, 8 Aug 2014 12:39:39 -0500 Chris Adams li...@cmadams.net wrote: Once upon a time, Dennis Kaptain dennis.kapt...@gmail.com said: It still doesn't seem like an ideal way to handle /tmp when I have a perfectly good partition and swapping is a major performance killer. I'd rather disk access wait time is caused by accessing /tmp when I need to rather than swapping tmpfs in and out for a program. Swapping tmpfs files to swap is no more of a performance killer than writing /tmp to disk to begin with (the same data would be written to the same disk, just in a little bit different format and location). Please, please don't start about this stuff yet again. It has been rehashed many times over, in countless places on the net: if your typical usecase does not involve large files in /tmp and you have enough RAM to never hit swap, tmpfs is more efficient. Otherwise, disk is more efficient. Everyone needs to decide for themselves, and configure their system accordingly. If the OP has already decided what he wants, just tell him how to configure it, rather than trying to persuade him that your size fits all. HTH, :-) Marko -- 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: new kernels rebooting
On Tue, 22 Jul 2014 16:56:00 +0530 Sudhir Khanger sud...@sudhirkhanger.com wrote: What problems one could face if I were to not reboot my system for a while and let it update a few kernel versions? Well, for example, a kernel update might be due to some new severe security exploit, and the old kernel might be vulnerable to it. Running an old kernel on an Internet-facing system might then be a Bad Idea(tm). In theory, for each kernel update you could look at the changelog to see what was actually updated and why, and then decide if you need to run the updated kernel or not. But most people typically don't want to invest the time and effort to do that, if it's easier to just reboot the system. These things should be decided on a case-by-case basis. :-) HTH, :-) Marko -- 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 config files???
On Tue, 22 Jul 2014 12:26:57 +0100 Balint Szigeti balint.s...@gmail.com wrote: Why doesn't system respect FSH? What is its benefit? [snip] I think, the config files should store in /etc instead of everywhere else. The chroot applications are exceptions. It cause we MUST mount /usr in / (root) partion. The _New_Way_ of looking at config files is the following: the *default*, rpm-provided config files should reside somewhere in /usr, while the *customized*, manually tweaked (portions of) config files should reside in /etc. This way there is a clear demarcation between the package manager territory (/usr) and admin's territory (/etc). In such a setup the yum update of a given package can update the default configuration without destroying your customizations. It will also make /etc much cleaner, easier to examine, fix, migrate, backup, and so on. There is a general push to make this happen for all apps, not just systemd, and you should get used to seeing it all over the place. I wouldn't be surprised if the near-future Fedora releases have clean installs with an almost-empty /etc, waiting for you to put your customizations in it. Personally, I think it's a good idea, and it will certainly make my own machines much easier to maintain. Whether this is FSH-compliant or not, I don't know. Some people say it is, some people say it is not, most of the people don't really care. :-) HTH, :-) Marko -- 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 config files???
On Tue, 22 Jul 2014 15:03:39 +0200 Ralf Corsepius rc040...@freenet.de wrote: A package, which does not provide a means to override configuration files from below /etc, or requires users to modify files below /usr is broken by design. Agreed, but I don't seem to fully understand your point here. Are you suggesting that there are packages which are currently broken in this way? Do you know of any examples? If not, why did you raise this point? Best, :-) Marko -- 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: new kernels rebooting
On Mon, 21 Jul 2014 18:37:58 +0200 Heinz Diehl h...@fritha.org wrote: Here's what I'm doing (and what I basically have been doing in many years): [snip] In short: a simple kernel compile/install. Your kernel will live peacefully alongside with your distribution kernel(s). What is the purpose of installing a non-Fedora kernel, in your case? Also, when the new security/bugfix patches land into the kernel tree, do you recompile it again, or what? How much time do you devote to kernel maintenance, on a monthly basis? Best, :-) Marko -- 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: eth0 again
On Sun, 20 Jul 2014 16:16:15 -0600 JD jd1...@gmail.com wrote: Well, desktop fans will soon fall into the minority :) Comparing the number of smartphones, tablets and laptops to desktops, they already are a minority. However... If anything, the paradigm of a workstation is certainly not going away. Programming, web design, businessoffice, CAD, animation and video production, gaming --- those are only some of typical real world usecases that need a large enough (or even high-end) display, a serious keyboard, and serious processing power with an extendable amount of RAM. None of this can be done (not seriously, anyway) on a laptop, let alone the tablet or a phone. So there will always be a market for desktops. HTH, :-) Marko -- 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: eth0 again
On Sun, 20 Jul 2014 23:53:33 + (UTC) Amadeus W.M. amadeu...@verizon.net wrote: Unfortunately the device is sill named em1, not eth0. So it's not NM. I don't understand why the udev rules files are ignored. Bug maybe? I'll report it and see what happens. AFAIK udev rules allow you to rename your network device to any name *except* to eth. The eth namespace is reserved for the kernel, and udev will refuse to rename anything to that. But it should work for any other name you choose, like lan0, net0, etc. I remember reading about this somewhere, but atm cannot find the right link. But the essential explanation is given here: http://lists.us.dell.com/pipermail/linux-desktops/2011-February/003762.html The only thing I can think of is to pass biosdevname=0 net.ifnames=0 to the kernel, and hope. But the real solution is to talk to Matlab developers and ask them to fix their software (if you paid for it, you should have some leverage in that). The eth namespace is not coming back, and the sooner they fix their software, the better for their customers. HTH, :-) Marko -- 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: fc20 with full updates: unable to pair with wifi router
On Sun, 4 May 2014 20:41:03 -0700 Luke Nath luken...@hotmail.com wrote: Date: Mon, 5 May 2014 00:46:16 +0100 From: vvma...@gmail.com To: users@lists.fedoraproject.org Subject: Re: fc20 with full updates: unable to pair with wifi router Just to be sure --- you did use wpa_passphrase to generate the value for the psk entry above, right? I mean, you didn't put the actual plain-text passphrase in that field? Hi Marko, In the wpa_supplicant.conf file, you can just put the ascii string quoted in double quotes, or the unquoted psk generated from invoking wpa_passphrase. Look it up in the man pages. Nevertheless, my suggestion was to try psk generated with wpa_passphrase. Does it produce the same error? Best, :-) Marko -- 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: fc20 with full updates: unable to pair with wifi router
On Sun, 4 May 2014 15:35:30 -0700
Luke Nath luken...@hotmail.com wrote:
My wifi interface is not managed by NetworkManager.
I start wpa_supplicant manually.
[snip]
network={
bssid=xx:xx:xx:xx:xx:xx
ssid=mynewssid
scan_ssid=1 # only needed if your access point uses a hidden ssid
mode=MANAGED
key_mgmt=WPA-PSK
proto=WPA2
pairwise=CCMP
group=CCMP
psk=xxx
}
Just to be sure --- you did use wpa_passphrase to generate the value
for the psk entry above, right? I mean, you didn't put the actual
plain-text passphrase in that field?
Best, :-)
Marko
--
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: NVidia/Gnome Manager issues
On Thu, 20 Mar 2014 09:42:59 -0400 Weiner, Michael wein...@ccf.org wrote: One of my questions is, is it better to use the NVidia drivers from NVidia (eg NVIDIA-Linux-x86_64-331.49.run I believe these are the latest for this card) or use the kmod/akmod and related nvidia packages from rpmfusion? Definitely the kmod driver from rpmfusion, forget nVidia's .run file. And would having the latter packages on the machine cause any conflicts? Installing nVidia's .run package will create various conflicts and problems when updating the graphics libraries from the regular Fedora repos. Rpmfusion's kmod package was created precisely to address the issues of nVidia's original driver, and to repackage it for painless and maintenance-free use on Fedora. The akmod package was created for those people who cannot wait 24hrs before running the latest kernel (I found very few --- if any --- legitimate reasons for doing that). The kmod driver can hit the repos up to a day behind the latest kernel update, and if you absolutely cannot do without that latest kernel during that one day, you can use the akmod package, which will autocompile the nVidia's driver on reboot into the new kernel. This usually takes several minutes to complete, and sometimes people think that their machine hung during boot. And then they hard-reset the machine in the middle of the compile process. And then the thing starts to compile again on next reboot. And after several tries they come here to complain that after a regular update their machine hangs on boot. And then other people here go on a witch-hunt for the offending package. And then... You get the point. :-) So follow the instructions on http://rpmfusion.org/Howto/nVidia , use the kmod package, and you're good. HTH, :-) Marko -- 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: Review of best photo managers?
On Thu, 20 Mar 2014 15:42:24 -0400 Alex mysqlstud...@gmail.com wrote: I'd just like to be able to do some basic cropping, view the EXIF data, tag a bunch of photos to be copied or deleted at once, and maybe upload to a photo album or something... yum install gwenview gthumb For other possibilities, see yum search image | grep viewer There are many viewers out there... ;-) HTH, :-) Marko -- 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: AMD Catalyst Control Center doesn't work
On Wed, 12 Mar 2014 09:17:13 -0500 Rex Dieter rdie...@math.unl.edu wrote: Marko Vojinovic wrote: ATI is known to have a notoriously lousy support for Linux in general and Fedora in particular. For their low-end and oldish cards, they provide specs on which the Linux community has built the open-source radeon driver (which works well). For their high-end cards, they refuse to provide specs (so no open-source driver), I've been a long-time advocate for AMD/ATI, largely due to their making available the specs. Do you have references or citations to support the claim that specs are not available for some/high-end cards? Ok, now that I did some research --- you're right, I stand corrected --- they did publish the specs for the high-end models 6 months ago, back in October 2013. Hopefully by now the radeon devs implemented them. :-) But what I remember is that this was not the case in recent years (until last October, that is). Some years back when ATI announced the release of the specs, there was a lot of hype about ATI supporting the Linux community etc., but the actual specs were released only for low-end, obsolete cards. This was very disappointing, and that situation was perpetuated for a while. For example, the Radeon HD family of cards was not supported by the open-source driver for quite a while, and there were a lot of problems with the then-experimental radeonhd driver. It was useless, and I had to install the fglrx driver on several Fedora (Core) releases to get 3D support. And it was always a major pain. I admit being out of the loop recently, I wasn't aware that ATI came completely straight last year. :-) Best, :-) Marko -- 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: AMD Catalyst Control Center doesn't work
On Thu, 13 Mar 2014 09:17:12 -0400 Paul Cartwright pbcartwri...@gmail.com wrote: so, what should I install? I removed the catalyst software using the uninstall.sh and now have the radeon driver in xorg.conf. At least now I can move windows around without a lag.. should I install fglrx drivers? No, you should not install fglrx drivers. The proper driver for your card is the radeon driver --- keep using it and you're good. HTH, :-) Marko -- 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 vs. YUM
On Thu, 13 Mar 2014 11:09:31 -0700 Joe Zeff j...@zeff.us wrote: On 03/13/2014 07:04 AM, Mark Haney wrote: Making RPMs and yum more efficient is great, don't get me wrong. Making them faster != making them more efficient if they end up not updating everything because they're using obsolete metadata. That's just pushing the time needed for the upgrade into the future and pretending it doesn't exist. Well to be fair, updating the machine is not the only thing one can do with yum. I often find myself querying about a package with yum info packagename or listing/removing installed packages, etc. And each time it's a major pain to wait for the metadata to get updated, especially since it is completely unnecessary for those operations. So I can see a valid point for usecases where you don't want to update metadata every time you run yum. Besides, keeping the machine up-to-date is something that should be done automatically in the background, by cron, PackageKit or otherwise, and the ordinary user should not need to be bothered with the metadata. Sooner or later metadata will get refreshed and updates will flow to the machine. I really don't see a difference if it happens today or tomorrow. And finally, for the enthusiast cli folks (like myself) who yum update manually, inspect what is about to be updated before proceeding, etc., it should not be a big problem to yum clean metadata immediately before yum update. So I don't see a very valid case for the old yum behavior anyway. And the increase in speed with dnf can be substantial. Best, :-) Marko -- 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: AMD Catalyst Control Center doesn't work
On Wed, 12 Mar 2014 09:11:01 -0400 Paul Cartwright pbcartwri...@gmail.com wrote: I have googled read all I could find, with no apparent solution in sight. I have a Dell desktop with a Radeon HD 5670 video card : lspci|grep VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood XT [Radeon HD 5670/5690/5730] I installed the amd catalyst via the file: amd-catalyst-13.12-linux-x86.x86_64.run. Catalyst driver mostly does not support Fedora, and more often than not it just doesn't work. Uninstall it, and use the default open-source radeon driver (see below). my xorg.conf file shows this: ection Device Identifier aticonfig-Device[0]-0 Driver fglrx You want the Driver option to be radeon. Or better yet, rename/remove your xorg.conf file and let X configure itself automatically. rant ATI is known to have a notoriously lousy support for Linux in general and Fedora in particular. For their low-end and oldish cards, they provide specs on which the Linux community has built the open-source radeon driver (which works well). For their high-end cards, they refuse to provide specs (so no open-source driver), while their closed-source catalyst (fglrx) driver is a miserable POS that is almost never up-to-date with the latest kernel and X. In contrast, nVidia does not give away the specs for their cards, but their closed-source driver simply Just Works(tm). Also, recently nVidia folks decided to provide some (limited) specs to the open-source nouveau devs, so there seems to be some light at the end of that tunnel... ;-) /rant IOW, forget catalyst and use the radeon driver. And if radeon driver doesn't work for your card, you are out of luck. HTH, :-) Marko -- 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: Most Efficient Network File sharing protocol?
On Tue, 4 Mar 2014 11:48:47 -0300 Fernando Cassia fcas...@gmail.com wrote: I'm asking the samba devs right now to learn something in the process (current status of NETBEUI support in Samba 4.x), and to lower your anxiety. ;) So? What did the samba devs say? Did they even bother to answer the question? Best, :-) Marko -- 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: Most Efficient Network File sharing protocol?
On Mon, 3 Mar 2014 20:58:36 -0600 Dan Mossor dan.mos...@outlook.com wrote: When the DVD is built, I pull the updates across the local network to my machine and build the DVD there. These 4GiB transfers sometimes take close to 3 to 4 hours using NFS, and it is a Gigabit network. rsync appeared to be a bit faster, but my goal is to find the most efficient transfer method to move lots of little -and some big - files across a local network. On a gigabit network 4GiB of data should optimally be transferred for cca 40 seconds. That said, this can drastically deteriorate if you are transferring lots of little files individually. The simplest way is to use tar to collect the data in one file on the source machine, transfer the single tar file over the network, and unpack it on the destination machine. If you do it this way, it should really not matter much which transfer protocol you are using. NFS, samba, ftp, scp, rsync, even http --- they should all give you roughly the same (fast) performance. If they don't, there is probably something very wrong with your gigabit LAN. :-) Tar itself uses only as much time as required to read/write 4GiB of data on the local hard drive. This should typically not take too long, and can be further optimized by using different drives for source/dest, having SSD hardware etc. In my experience, tar of 4GiB plus 1Gbit transfer plus untar should not take more than 5-10 minutes total. HTH, :-) Marko -- 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 would using sftp require disabling vsftpd?
On Fri, 07 Feb 2014 08:30:26 +0100 poma pomidorabelis...@gmail.com wrote: On 07.02.2014 02:04, Marko Vojinovic wrote: On Fri, 07 Feb 2014 01:14:05 +0100 poma pomidorabelis...@gmail.com wrote: Secure File Transfer Protocol /etc/ssh/sshd_config Subsystem sftp/usr/libexec/openssh/sftp-server man 5 sshd_config man 8 sftp-server man 1 sftp 5+8+1=13! Sorry, I failed to understand what you meant with this last bit about sum to 13. Care to elaborate, please? :) Thanks for asking! Actually with that phrase I stress somewhat of a misnomer for the program - sftp. Some kind of comparison would be, if something like a web browser gets the name as http. Maybe I'm just dense today... I understood your answer to the OP regarding the difference between protocols, clients and stuff. What I didn't understand was the connection of all that to the statement 5+8+1=13! I mean, given that 5+8+1=14, am I missing some non-obvious humor here? I really don't get it... Best, :-) Marko -- 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 would using sftp require disabling vsftpd?
On Fri, 07 Feb 2014 01:14:05 +0100 poma pomidorabelis...@gmail.com wrote: Secure File Transfer Protocol /etc/ssh/sshd_config Subsystem sftp/usr/libexec/openssh/sftp-server man 5 sshd_config man 8 sftp-server man 1 sftp 5+8+1=13! Sorry, I failed to understand what you meant with this last bit about sum to 13. Care to elaborate, please? Best, :-) Marko -- 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: somewhat OT: convert powerpoint presentation to Beamer/LaTeX on F20
On Wed, 22 Jan 2014 08:58:19 -0600 Ranjan Maitra maitra.mbox.igno...@inbox.com wrote: I am using F20, all updated, but not completely sure this is relevant. I have vast pages of Powerpoint presentations given to me by colleagues. I of course don't like using them as is (LibreOffice seems to be having trouble with Math generated by PPT for these slides). I wonder if there is some easy way to convert these slides to LaTeX. I have no problems touching them in beamer after a potential conversion. I just don't have the time to type 500 pages up in beamer. Not to discourage you, but I find it unlikely that such a tool even exists, since the feature sets of TeX and PowerPoint are quite incompatible. Your best bet is to somehow export .ppt into a Word document (basically only text, pictures and equations --- no animations, no customized fonts, etc.). After that you might get away with using some tools on the lines of word2tex --- I know they exist, at least for Windows, because I've used one of them (waaay back in the day); they allow for some basic rudimentary conversion, and *might* get the job done, but don't count on any fancy stuff. Note that all this is going to be painful to the quality of the output, because this translation is not always 100% correct. And don't even begin to think about tables, pictures, markup of the text, etc. What you'll get is a TeX-processable output, but it will basically be one very big mess. The amount of work involved in sorting out that mess (to produce a reasonably sane output) is comparable to the amount of work needed to retype the whole thing in TeX manually from scratch. You need to evaluate the uniformity of .ppt input and the desired level of quality of .tex output before you even begin of thinking of something like automated conversion. That said, there is also a cheapdirty trick that I once used --- you can export all slides of the .ppt into pictures (.jpg or such, one picture per slide), and then construct a .tex which will just put each picture on a separate page. But I am not sure that this is what you want to achieve here. I mean, you could also export .ppt to .pdf directly, and not bother with .tex at all. Anyway, good luck with the conversion, and if you manage to find some tool that does what you want reasonably well, be sure to report it here on the list, I'd really like to know about it! HTH, :-) Marko -- 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: Root Frustrations
On Mon, 13 Jan 2014 23:25:59 -0700 mike m...@azdwiggins.com wrote: I have come to the conclusion that the powers that be have finally totally prevented root from logging into a graphic environment. Before the deluge of why root should not log in, I have some reasons that deal with the way I remote in from on the road (which is a lot). [snip] Any ideas? What would be wrong with the usual method? Meaning, log in as an ordinary user, and elevate privileges using su - in a terminal and providing root password in a GUI when asked for it? I also remote login to my servers all the time, but I've never ever needed to do it as root. What makes it so unavoidable for you? HTH, :-) Marko -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Mon, 06 Jan 2014 19:09:00 +0100 Ralf Corsepius rc040...@freenet.de wrote: On 01/05/2014 02:27 AM, Chris Murphy wrote: On Jan 4, 2014, at 6:12 PM, Marko Vojinovic vvma...@gmail.com wrote: But since we are bashing around about unnecessary default services, one set of services that I would actually like to see removed is the NFS stack (nfs, nfslock, portmap, ...). Arguably, a typical desktop OS with a GUI has absolutely no need of networked file systems, especially as obsolete as NFS. I've used Fedora for as long as it exists, and I've never seen anyone actually use NFS in real life scenarios on a typical desktop machine with a GUI. That's also got to be in the 99% of cases… This only means your usage scenarios are very limited. Actually, all my Linux systems have been using nfs ever since Linux supports it and ever since I am running/administrating networks. Ralf, apparently you missed the context here. :-) I was applying Chris' logic to something that is not an mta. And to apply it further, I could argue that Fedora, being a typical desktop OS with a GUI, does not target network administrators as a default audience. When people complained about the absence of mta in the default install, Chris answers just do a yum install your-favorite-mta and be happy. So an analogous answer to you would be just yum install the-nfs-stack and be happy. The point of my comment was to demonstrate that removing the mta is as absurd as removing the nfs, sshd, or whatever other service. Devs should not drop stuff out of the default install only on the basis of some imaginary target audience. There will always be a target group of people who rely on precisely that piece of functionality, and are used to the fact that it is installed by default. The issues raised about mta, nfs, sshd, etc. are only examples of this. Your response wrt. nfs actually proves my point: unless there is an obvious functionality benefit, don't break people's habits --- keep the default as it was. Best, :-) Marko -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: F20 - Unintended consequences of no default MTA - How best to fix
On Sat, 4 Jan 2014 13:45:34 -0700 Chris Murphy li...@colorremedies.com wrote: Restricting the context to just Fedora, by default it is a desktop OS with a GUI. That's the default install from live desktop, DVD ISO, and netinst media. That is the primary Fedora deliverable and experience. By that logic, you could argue that Fedora should not have sshd installed by default. A typical desktop OS with a GUI is typically never being accessed remotely, for the vast 99% majority of cases. And yet somehow I doubt that anyone will dare to remove sshd from the default install. But since we are bashing around about unnecessary default services, one set of services that I would actually like to see removed is the NFS stack (nfs, nfslock, portmap, ...). Arguably, a typical desktop OS with a GUI has absolutely no need of networked file systems, especially as obsolete as NFS. I've used Fedora for as long as it exists, and I've never seen anyone actually use NFS in real life scenarios on a typical desktop machine with a GUI. That's also got to be in the 99% of cases... Best, :-) Marko -- 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 experience for upgrading fedora 19 to fedora 20
On Sat, 04 Jan 2014 21:09:56 +0100 Rafnews raf.n...@gmail.com wrote: i replace the rhgb quiet by nomodeset and all the booting steps were displayed. and the virtual machine shutdown automatically :( the second time i changed the rhgb quiet by nomodeset i got the following error message: http://prntscr.com/2gip8o Getting stuck at wait for phymouth boot screen to quit is symptomatic of X failing to start. If you are trying to run Gnome3, it needs 3D graphics support, which is always iffy in virtual machines. GDM is also known for not quite shining in reliability... Boot into init 3 (add 3 to the kernel line at boot), and see if you can get successfully into the text console. Then take a look at /var/log/Xorg.0.log to see what happened in the last attempt to start X. It might be the wrong video drivers, presence of experimental 3D support inside a virtual machine, or lack thereof, etc. Play with video hardware settings of the guest system, force X to use vesa driver, configure a non-Gnome3 DE and DM, etc. HTH, :-) Marko -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NetworkManager
On Sat, 04 Jan 2014 01:37:18 +0100 Timothy Murphy gayle...@alice.it wrote: Ed Greshko wrote: The items there reflect what is in the GUI configuration. Where is the GUI configuration? Just to help out Ed's explanation --- you seem to be confusing the GUI for the NetworkManager and the GUI for the configuration of the GUI of NM. The GUI with four arrows is supposed to configure how the NM GUI will look like. It is *not* supposed to display any actual data about network connections. It is just there to help you design what type of information you want to see in the NM GUI and in what order. The left/right arrows change the choice of items displayed by the NM GUI, and the up/down arrows change the order in which they are displayed. Btw, this type of user-interface dates back to KDE 3, and I am very surprised that you haven't seen it before. As for the NM GUI itself (the thing that pops up in the corner when you click on the NM icon in the systray), it displays the data about actual connections, access points, etc., in the order you have designed with the four-arrow GUI. You should understand the words GUI configuration as configuration of the GUI, rather than graphical configuration. HTH, :-) Marko -- 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 3 vs kde
On Fri, 03 Jan 2014 21:16:00 -0500 William Biggs williambigg...@gmail.com wrote: I would like to know witch one would you use and why gnome 3 or kde ? And I would like to know which one would you eat and why --- chocolate or strawberry? :-) Marko -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: akmod isn't reliable
On Thu, 2 Jan 2014 21:48:32 + Powell, Michael michael_pow...@mentor.com wrote: I guess this is more of a general question, but sometimes after updating the kernel or nvidia drivers an akmod isn't regenerated and my system will begin to boot, fedora logo will show, but eventually it will dump to the systemd log of services being started and just sit there. I have all the required dependencies before the update because I can simply reboot to runlevel 1 or if I have an older kernel boot it and then manually `akmods --kernels`. So the question is... why isn't regeneration of the akmod reliable? I think it is reliable, you just need to wait it out. The rebuilding of akmod is being done for a given kernel while that kernel is running, so when you update the kernel, the akmod doesn't get built until you boot into it. And when you boot into it, systemd will at some point try to activate the akmod, find out that it doesn't exist, fail, and initiate a rebuild. The rebuild takes some minutes to complete, after which it will write out something like: Please wait, this may take some time... Done. // I never figured why the first line isn't written *before* the build starts, but only after it finished, when it is completely useless... // Once the modules have been rebuilt, the boot will continue. Subsequent boots (for that kernel) will not require a rebuild and will be regularly short. HTH, :-) Marko -- 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: dual boot test
On Fri, 27 Dec 2013 19:49:42 -0500 bruce badoug...@gmail.com wrote: My approach is to have a 2nd minimal system/OS that has the only function to invoke a complete/fresh netinstall to restore/refresh the OS on the 1st system. How exactly (step by step, please) do you intend to invoke the netinstall from the installed minimal system? Best, :-) Marko -- 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 and selinux
On Tue, 24 Dec 2013 09:48:38 -0800 Rick Stevens ri...@alldigital.com wrote: I've said this before and I'll say it again...permissive mode does NOT allow ALL access (permissive != disabled, despite what others may say). If you see selinux deny messages, it's still being denied. I've seen this bite people a number of times. Care to give a F18/19/20-working example of this? IOW, provide a sequence of steps on a clean Fedora install that works with selinux disabled, while it fails with selinux in permissive mode? Best, :-) Marko -- 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: Any way to disable selinux when updating to F20
On Sun, 22 Dec 2013 09:55:20 -0500 Sam Varshavchik mr...@courier-mta.com wrote: I have selinux turned off, I don't need it. The update script is turning it on, and relabeling everything. I'm just going to turn it off again, when the update finishes. Is there any way to avoid wasting all this time. The relabeling during the update is being done because you kept selinux turned off on your old installation. Since F20 turns selinux on by default, it requires a relabeling of the filesystem. The way to avoid this is to keep selinux in permissive mode, as opposed to disabled. That way labels will be kept updated throughout the life of the release, and the filesystem will not need to be relabeled (hopefully) when you decide to upgrade from F20 to F21, in the future. And what's with those error messages. Don't know that one... HTH, :-) Marko -- 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: Writing English.
On Sat, 23 Nov 2013 09:54:39 +1300 Rolf Turner r.tur...@auckland.ac.nz wrote: Why can't computer geeks learn to write English correctly? http://xkcd.com/1238/ HTH, :-) Marko -- 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: Best (Fedora) way to capture/archive videos for LATER editing?
On Thu, 7 Nov 2013 14:22:58 +0100 M. Fioretti mfiore...@nexaima.net wrote: What Fedora-compatible video capture hardware should I buy to hook VHS players, Firewire camcorders... to my computer? For VHS, you want to get a TV card. Lookup video4linux documentation (usually called v4l) to find out what chipsets are supported by the Linux kernel --- before you buy the hardware. Also, in case of TV cards, hardware quality is usually proportional to its price. Another thing that I can recommend is to ask someone else to do it for you --- there are professional/commercial mini-studios that can convert your VHS to some digital format (usually to DVD), for a small price. Typically they own the hardware do it with better quality than you could do it yourself. As for firewire, AFAIK this already comes in a digital format. This means that the capture software and hardware do not need to do analog-to-digital conversion, the data already comes in digital. In addition to the recording/capture software, you just need a camcorder to playback the tape through the firewire, and you need to have a firewire port in your computer. If you don't have one, any firewire PCI card will do the job. Depending on your camcorder, the firewire data may come in the raw, uncompressed DV format. You want to have *a* *lot* of hard disk space for that. I vaguely remember needing tens of GB per hour of tape. After you have the file on your hard drive, you can transcode it to some format of reasonable size, and play around with various compression levels, quality settings, etc. what tools do you recommend (command-line stuff is OK) for grabbing the video from that hardware, transcoding and saving to disk only specified parts automatically (meaning connect the VHS player, then tell Fedora save by yourself only the first 5:30 minutes, then from minute 40:20 to 43:10, of the incoming video) I know that mplayer/mencoder can do this, if you are not afraid of reading the mammoth man page and finding the relevant command-line options. :-) However, my usual recommendation is --- grab the whole tape to a file first, and then cut out unneeded pieces from the digital version. You'll have far greater control of the positions of the cuts than you would have if you would capture time-based pieces. That way you'll also avoid potential A/V sync issues, etc... HTH, :-) Marko -- 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: Kernel 3.11 and Fedora 19...
On Sat, 7 Sep 2013 09:20:29 -0300 Fernando Cassia fcas...@gmail.com wrote: On Sat, Sep 7, 2013 at 9:16 AM, Heinz Diehl h...@fritha.org wrote: I'm not aware of such a feature added to 3.11. In case you mean bcache: it works as a block layer cache (similar to dm-cache), which allows to use a solid state drive to work as a cache for a rotational harddisk on the same system. Exactly, thats the one and came with 3.10... versions move too fast I ended up mixing up them. http://kernelnewbies.org/Linux_3.10#head-a0ad787f2e030b53bdabbb4b6e22e7ed16803bb1 Note though, that this feature will not minimize the writes to the SSD. Quite the opposite, it will use SSD as a caching mechanism for slower HDDs --- it will tend to *maximize* writes to SSD in order to minimize the usage of HDDs, and thereby increase performance. Of course, at the cost of wearing out SSDs sooner rather than later. So if you want to maximize the life of your SSD, you want to make sure that this feature is turned OFF. Btw, what is the default for this option in Fedora, on or off? If the default is on, how to turn it off in the cleanest possible way? HTH, :-) Marko -- 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: Turning off SELINUX
On Fri, 6 Sep 2013 17:58:03 +0200 Heinz Diehl h...@fritha.org wrote: On 06.09.2013, Javier Perez wrote: My beef is given the NSA origin of this software, It could very well have a backdoor to turn itself off under the appropriate circumstances like an NSA-sponsored breach an allow unrestricted access to my system.. Every person contributing to free open source software could do that. You're talking about the NSA: they could easily pay somebody to do that for them. Everybody with a lot of money could do the same. If that's your concern, you can never ever be shure, unless you have reviewed all of the sourcecode running on your machine by yourself, and recompiled the software using this source afterwards. That's not enough, because the compiler may be rigged to reintroduce backdoors straight into binaries. You need to check the compiler source code, and then bootstrap it from a simpler compiler that you have wrote yourself in machine code (and I mean machine code, not the assembly language). However, this also isn't good enough, since the bios, CPU (firmware and hardware in general) might have an undocumented set of instructions that can remotely trigger total control over the machine. It's quite simple, actually --- NSA pays some money to rig Intel, AMD, ARM and PPC architectures in this way, and they can access anything remotely. So in order to go around that, you need to build a computer yourself from scratch, in particular the CPU. After bootstraping Linux on that hardware (LFS distro comes to mind...), you're safe against the NSA. As for the tinfoil hat, it needs two layers --- the inside layer needs to be orientend shiny-side in, which would prevent the NSA from spying on your brain waves. But the outside layer needs to be oriented shiny-side out, to prevent the NSA from feeding your brain with undesired signals. The two layers need to be well insulated against each other --- it's obvious that a short-circuit between them will leave you completely vulnerable... HTH, :-) Marko -- 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: Video is slow
On Sun, 25 Aug 2013 22:12:34 -0700 Joe Zeff j...@zeff.us wrote: On 08/25/2013 09:21 PM, Marko Vojinovic wrote: While I respect Joe Zeff as a reputable member of this list, those instructions on fedoraforum are a total piece of crap. I don't know who wrote those instructions, but overengineering a solution for a common problem is a always a Recipe For Disaster(tm). Don't forget that some of them were written for newcomers who may or may not know if their card's even supported. Once you have rpmfusion set up, all you really need to do is have yum install kmod-nvidia, the xorg files that it needs, run dracut and reboot. (Using akmod, of course, gives you a slightly different set of files.) Most of the complexity comes from the author having to take all sorts of possibilities into account; as a user, you just pick the set of instructions that matches you card. I've never yet had them fail, but I have read posts on that forum where others have; usually, they've either picked the wrong set of files to install or didn't follow the instructions correctly. YMMV, and obviously does, but everything I've seen, both personally and through threads on fedoraforum lead me to believe that they're about as good a set of instructions as you're likely to find. BTW, Marco, do you have a link to a set of instructions you find better? If so, I'd be interested in looking at them and possibly pointing others to them instead in the future. I don't have a link to point you to, aside from my first answer to Roger above (that link can be found in the list archives). But it literally boils down to three steps: (1) activate rpmfusion, (2) yum install kmod-nvidia, (3) reboot the machine. Feel free to substitute akmod in place of kmod if you wish. With those in mind, if you want to write down an instruction manual, I can say only this: * Give the user a link to rpmfusion website, and let him figure out how to activate it, if he didn't already. Giving him some ugly rpm --nogpgcheck install http://blabla stuff is a bad idea on several grounds, but most importantly the rpmfusion website is the authoritative reference on how to activate it, and there is no need to reinvent instructions that already exist. * The yum installation of (a)kmod-nvidia will pull in any dependencies it needs, including xorg libs, -header and -devel packages, even gcc if necessary. There is no need to specify any of those manually. * The nouveau is being disabled and dracut is being run as part of the post-install scripts for kmod-nvidia. Neither of those should be done manually. Especially not by a newbie. * Any of the remaining stuff about PAE kernels, selinux policies, grub tweaking and manually blacklisting nouveau should be frown upon. Not only that those things are not necessary for the installation of the driver, but moreover they can be downright dangerous if handled by a newbie. There is one more thing regarding the dracut stuff --- aside from the fact that it is completely unnecessary since kmod-nvidia will already do it by itself, doing it like this: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img dracut /boot/initramfs-$(uname -r).img $(uname -r) literally means asking for trouble. The mv command is almost instantaneous, while the dracut command will take a good several minutes to complete. In that sense, during the period after you have renamed a valid initramfs file to some name that grub will not know to look for, and before dracut has completed the new file, you do not have a bootable machine, since there is no initramfs file for grub to fallback on if something goes wrong. What will happen if a power surge shuts down your computer in the middle of dracut run? Doing a mv before dracut is a recipe to paint yourself into a corner. What should be done instead is to first invoke dracut with a different file name: dracut /boot/mynewramfs-$(uname -r).img $(uname -r) so that you don't touch the original file while this is being done. Then, you want to *copy* the current initramfs into a backup: cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img Finally, you want to move the new file into the place of the old one: mv /boot/mynewramfs-$(uname -r).img /boot/initramfs-$(uname -r) Since the file already exists, and since the root alias for mv is interactive, it will ask you do you really want to overwrite the old file. Answering yes will be fast, painless and a proof that you didn't make any typos in the above commands. During the whole procedure, if the machine loses power, it has a valid initramfs file to fallback on automatically. Again, all that said, yum install kmod-nvidia will will do all that automatically, and there is really no reason to invoke dracut manually in the first place. You just risk to fsck up something, like it just happened to Roger. HTH, :-) Marko -- users mailing list users@lists.fedoraproject.org
Re: Video is slow
On Sun, 25 Aug 2013 20:57:03 +1000 Roger are...@bigpond.com wrote: I'm using Fedora 19 with the standard Nouveau video driver. I've noticed that when re positioning gui windows with mouse, movement is increasingly glunky, jerking in 5-10mm steps in any direction. When dragging a border of a gui window the mouse moves to almost 100 mm before edge of the window moves. Have a 2 gig Geforce GT8600 video card which is very goo d at 3d Blender stuff. I swapped over to Ubuntu 13.04 which uses the Nvidia driver and there is no problem at all Is there any fix for the Fedora 19 Nouveau jerky movement? The Nouveau driver performance is slow and jerky because the nVidia hardware is still being reverse-engineered and the driver is still under heavy development. You can take a look here http://nouveau.freedesktop.org/wiki/FeatureMatrix/ to get an idea. If you don't insist on using Nouveau under Fedora, you can use the nVidia closed-source drivers just like in Ubuntu. The procedure is this: (1) install the rpmfusion repo [1] (if you haven't already), (2) do a yum install kmod-nvidia (it might take a while to finish because rebuilding the initrd is heavy, be patient with it), (3) reboot the machine. After that the nVidia driver should be active and everything graphics-related should be very smooth and silky... :-) HTH, :-) Marko [1] http://rpmfusion.org/ -- 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 Sun, 25 Aug 2013 22:43 +0100 Martin Airs mar...@airs.me.uk wrote: On Sunday 25 Aug 2013 13:20:05 Tom Horsley wrote: Meanwhile, I still can't find out what the heck the mei module is actually good for. http://www.mjmwired.net/kernel/Documentation/misc-devices/mei/ Some examples of Intel AMT usage are: [snip list of technobabble] that might tell us something useful, tho quite what I'm not sure As far as I understood, it is all about being able to control/adjust the machine's bios remotely. Most probably it is designed to work through ethernet or modem or whatever. It apparently features an internal-to-bios database with all sorts of stuff that can be configured or set up from within the bios screen itself, and in addition the access rights and security policies for remote access. And probably more. I can imagine this technology being useful if the OS would fail to boot and you do not have physical access to the box. Or it may be convenient for setting up headless machines, should you need to access their bios and don't have a keyboard and monitor at hand. As for the kernel module, my guess is that it probably provides a way to access this bios-database from withih Linux, and provide a handle for the user to read or modify it. HTH, :-) Marko -- 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: Video is slow
On Sun, 25 Aug 2013 17:09:39 -0700 Joe Zeff j...@zeff.us wrote: On 08/25/2013 04:48 PM, Roger wrote: Took the plunge and following the above installed kmod-nvidia now Fedora boot hangs at Started Accounts Service I also note that it fails to start ISDN service? Pretty much dead and can't access anything. How long did you wait to establish that it hanged? The following scenario can happen --- you install kmod-nvidia while running under an older kernel; the kmod installs correctly, but builds the initrd for the currently-running (ie. old) kernel. Then you reboot into the latest, *new* kernel --- for that kernel initrd has not been built by the kmod, and therefore the build kicks in automatically during the boot process. As the building of initrd takes a while, it appears to you that the system hung during boot. This thing happened to me on one occasion --- I was very pissed off that the kmod broke the machine, and kept restarting it in the hope to get it back somehow. Needless to say, all those attempts failed, until it dawned on me... The solution is to boot the machine, and just wait it out. :-) Give it 10-15 minutes, the initrd is a large file. ;-) You will need to wait for it only on this first boot --- once it is updated, subsequent boots should be as fast as they used to be. Of course, I might be wrong, but give it a shot before you start digging in runlevel 1... ;-) Second, just installing kmod-nvidia isn't quite enough; you also need to install xorg-drv-nvidia.lib. This shouldn't be necessary, kmod-nvidia should have pulled in all dependencies needed. I never needed to install anything extra. Not since F14 at least (I don't remember further back, wasn't using nVidia regularly back in the days...). Note that it also gives instructions for installing akmod-nvidia, which will rebuild the kmod whenever there's a kernel update. Personally, I have both installed. That way, if the new kernel and kmod are both ready together, it gets done that way; if there's a delay on the kmod, akmod-nvidia will pick up the slack and build you one when you reboot into the new kernel. This is good advice if you are fanatically waiting for the new kernel to appear and install it within the first 5 minutes after hitting the repositories... In that case it is unlikely that the corresponding kmod-nvidia will be available, and akmod can kick in to save the day. But if you are updating Fedora once a week or so, chances that you get into that gray area where kernel is available while kmod still isn't, are very small. It hasn't happened to me in years. But if you want to be on the safe side, feel free to install also the akmod-nvidia. HTH, :-) Marko -- 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: Video is slow
On Mon, 26 Aug 2013 04:19:35 +0100 Marko Vojinovic vvma...@gmail.com wrote: Give it 10-15 minutes, the initrd is a large file. ;-) You will need to wait for it only on this first boot --- once it is updated, subsequent boots should be as fast as they used to be. By the way... I always found it quite annoying --- whenever the kmod-nvidia gets updated, during the initrd rebuilding there is absolutely no info on what is being done. After it finishes, it writes the following: Please wait, this may take some time... Done. What I would expect is for the first sentence to appear *before* it starts the rebuild, and the word done *after* it finishes. As it happens now, both are written after the build, defeating the whole purpose of the messages. So while it works, the user is confused and worries about what is taking so long, and after it finishes it conveniently informs the user that he was supposed to wait and not worry about it. :-@ I never took the time to file a bug report on this, but in the situations like the OP is in, it could really be helpful to have this fixed and working as it is supposed to. Best, :-) Marko -- 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: Video is slow
On Mon, 26 Aug 2013 13:22:57 +1000 Roger are...@bigpond.com wrote: I followed the instructions in : http://forums.fedoraforum.org/showthread.php?t=204752 but must have missed something because Fedora 19 is now trash. Will not even start to boot so I can't get to a terminal. While I respect Joe Zeff as a reputable member of this list, those instructions on fedoraforum are a total piece of crap. I don't know who wrote those instructions, but overengineering a solution for a common problem is a always a Recipe For Disaster(tm). Now nobody knows what you did, in how many ways were those instructions broken, and how much time and effort will it take to fix that mess... :-( Unless I can get into things from Ubuntu, and I have no idea how to do that, it will probably mean a fresh install. I had forgotten the difficulty and complexity of installing nvidia, it certainly brings back memories, I think the reason I decided to use Nouveau was because I was using Fedora as a test bed and updating with new releases. Installing nvidia drivers is as simple as I have told you --- enable rpmfusion, yum install kmod-nvidia, reboot the machine. There is absolutely no reason for any of those to fail (unless in some very weird situations). All other steps in that solution on fedoraforum are either redundant, or downright wrong, or both... Just look at this mess: quote su yum update kernel\* selinux-policy\* reboot end quote WTF??!! What does updating selinux-policy have to do with installing nvidia drivers? quote su yum install kernel-PAE-devel end quote AFAIK, since some time now all i686 kernels are PAE. quote su yum --nogpgcheck install http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm yum install akmod-nvidia xorg-x11-drv-nvidia-libs.i686 end quote Come on, i686? Really?? And what if the user runs a 64bit arch? Besides, akmod-nvidia will pull in the xorg package as a dependency, no need to ask for it explicitly. quote su mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img dracut /boot/initramfs-$(uname -r).img $(uname -r) end quote And now this --- after it has been already automatically done by the installation of (a)kmod-nvidia, do it again manually, just for good measure, right? There are even further instructions to edit grub.cfg, change the selinux policy, blacklist nouveau and beat it to death three times over... I don't even dare to look further down! And all the while, the guy repeats in red-colored large font: If you don't follow all three steps, your install will fail!. He should have better said If you *do* follow all these steps :-@ Maybe some of these steps made sense back in the days of F14. But today, it cannot be even called obsolete, it is just a big pile of crap, lousy advice and FUD! HTH. Marko -- 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 Sun, 25 Aug 2013 23:28:37 -0500 g gel...@bellsouth.net wrote: nsa = notoriety seeking admins. note send admins. new sex acquired. NSA = No Such Agency. But my pet is this one: WE ARE THE NSA OF BORG. LOWER YOUR FIREWALLS AND SURRENDER YOUR DISKS. WE WILL ASSIMILATE YOUR SOFTWARE AND HARDWARE DISTINCTIVENESS. YOUR PROCESSORS WILL BE ADAPTED TO SERVE OUR OWN. RESISTANCE IS FUTILE. Best, :-) Marko -- 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: Video is slow
On Mon, 26 Aug 2013 14:34:56 +1000 Roger are...@bigpond.com wrote: Installing nvidia drivers is as simple as I have told you --- enable rpmfusion, yum install kmod-nvidia, reboot the machine. rpmfusion was enabled and working yum install kmod-nvidia did it's thing successfully --- Except it did not work, wouldn't go past that error message previously mentioned.. Those messages had nothing to do with the nvidia driver. The systemd is activating services in parallel, and those messages might have been there only because they happened to be put on screen roughly at the same time the dracut started rebuilding the initrd. As I said, most probably you should have just waited for it to finish and continue booting. But now it doesn't really matter... Best, :-) Marko -- 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: AMD
On Sun, 18 Aug 2013 22:07:46 -0700 Richard Vickery richard.vicker...@gmail.com wrote: In considering a new computer, one of those under consideration is an AMD chip with Windoze; the salesman suggested that other customers have said that Linux has issues with AMD. Do we have issues with this chip? Since I haven't read anything at least in a long time I have the opinion that it has been solved. Am I wrong? I ended up saving my money because of his concern. The usual advice always applies --- download and burn a LiveCD image of your favorite version of Fedora, boot the computer from that, and test if everything works as you expect it to. After that you can decide if you want to buy it or not. HTH, :-) Marko -- 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: Canadian Spell Check English (Canadian) language
On Sun, 18 Aug 2013 09:12:36 -0600 Peter Gueckel pguec...@gmail.com wrote: What are Canadian spellings? Mostly, we use British, as in -our in colour, -ou as in moustache, - oeu as in manoeuvre, -re as in centre and we follow the rule about doubling the last consonant of a word that ends in a vowel followed by a consonant when adding a suffix that begins with a vowel, such as travelled and tunnelling. But do people use foetus, diarrhoea, mediaeval and encyclopaedia? Not likely. There doesn't appear to be an official language policy and the majority of computer users don't know how to set their word processor programs to Canadian, or don't care. I have seen spellings that are blatantly American in governmental communications and the Canadian media. http://xkcd.com/1238/ Best, :-) Marko -- 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 a looney programmer spends a weekend :-).
On Sat, 17 Aug 2013 09:46:34 -0400 Tom Horsley horsley1...@gmail.com wrote: Chasing a mysterious bug: http://home.comcast.net/~tomhorsley/game/heisenbug.html A lot of fun, as I can see! :-) Reading through, as soon as you said that you are using mplayer in a cron job I thought maybe he should set -vo null, but later I saw that you have already figured that out. :-) That said, I would say that this is not a bug in the Intel drivers, but in mplayer itself. Namely, in the mplayer man page one can find the following comment for the -identify option: Combine this with -frames 0 to suppress all video output. Arguably, this combination of options should not require the DISPLAY to be set. IOW, mplayer should treat -frames 0 as a special case. OTOH, as complicated as mplayer already is, patching it for that special case might not be worth the devs effort. Especially if -vo null works around it. Anyway, it's an interesting corner-case. :-) Best, :-) Marko -- 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: Problem with udev and ethX naming in latest Fedora 19.
On Thu, 15 Aug 2013 10:42:03 -0700 Ben Greear gree...@candelatech.com wrote: On 08/15/2013 08:14 AM, Reindl Harald wrote: Am 15.08.2013 16:53, schrieb Ben Greear: On 08/15/2013 07:18 AM, Reindl Harald wrote: Am 15.08.2013 16:05, schrieb Ben Greear: Yes, and I considered it, but I do not want my networks named like that. I've been using ethX in my application and products for more than a decade, and do not want to change the naming scheme if at all possible. [snip] I understand why the names come up jumbled on bootup, but there is no excuse for udev not being able to properly rename them as requested the kernel may also rename the devices as they come up if kernel want make one nic to eth1 and udev at the same time another one - collision That's fine. Udev can just detect the collision and try again, potentially moving the other one to a new name. That is what it has done for years, in between bugs that caused eth0.rename devices to be left lying around. well complain at the udev/systemd-guys and the ones before who came up with biosdevname you know that, i know that, you asked, i gave you an answer more can hardly do a *user* in this case I opened a bug against udev..will see if it gets any response. Bugzilla link please? Btw, I doubt that you'll be taken seriously enough. I can bet that the devs are going to argue like this: if your software makes explicit use of the eth# NIC naming, it is broken to begin with. Fix your software, and that will remove the need for your complaint. I remember seeing this argument before --- this was one of the reasons why the biosdevname NIC names were designed as p#p# and em#, while ignoring the traditional eth naming. I cannot find any of the links now, but all discussions were basically like this: User: Why this stupid p#p# numbering scheme? Couldn't you use eth# instead? Dev: There is no way to name the NIC's in a linear way, so eth# names are unsuitable. User: But can't you at least make aliases from p#p# to eth# in udev? Dev: There is no way to do that uniquely either, so we won't do it. User: But my firewall rules are all written up using eth# names, and now they are broken! Dev: If your firewall rules made explicit usage of eth#, they were broken to begin with. You should fix the rules, rather than insist on using eth#. User: How come my firewall rules were broken to begin with? They worked! Dev: They worked by accident, because you didn't happen to experience any race conditions in naming the NIC's. But they were broken nevertheless. So I basically expect that you'll be told to fix your software, so that it doesn't use eth# names. If it is important for your software to know which NIC is which, use biosdevname and p#p# naming. And bug will be closed WONTFIX. Sorry. Best, :-) Marko -- 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: Problem with Matrox MGA G200eW video driver.
On Thu, 15 Aug 2013 16:36:24 -0700 Ben Greear gree...@candelatech.com wrote: I have a fancy and quite new E5 processor server system that has a Matrox VGA port in it: e:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) This appears to use the mgag200 kernel module. When this module is loaded, the Xorg log complains saying the module must be unloaded and I end up running 'llvmpipe' and performance is horrible. If I blacklist the module, it still runs in emulation mode and performance is horrible. Here is what I think is the interesting part for the black-list variant: [26.079] (II) Module vgahw: vendor=X.Org Foundation [26.079]compiled for 1.14.2, module version = 0.1.0 [26.079]ABI class: X.Org Video Driver, version 14.1 [26.079] (--) MGA(0): Chipset: mgag200 eW Nuvoton [26.079] (--) MGA(0): Linear framebuffer at 0xF900 [26.079] (--) MGA(0): MMIO registers at 0xFB80 [26.079] (--) MGA(0): Pseudo-DMA transfer window at 0xFB00 [26.150] (II) MGA(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 24/32 [26.150] (==) MGA(0): Depth 24, (--) framebuffer bpp 32 [26.150] (==) MGA(0): RGB weight 888 [26.150] (**) MGA(0): Enabling KVM [26.150] (==) MGA(0): Using HW cursor [26.150] (**) MGA(0): Using Shadow Framebuffer - acceleration disabled [26.150] (--) MGA(0): Video BIOS info block at offset 0x07D60 [26.150] (==) MGA(0): VideoRAM: 16320 kByte So, first question: Should I be blacklisting the driver? And second, any idea on how to either get the acceleration working, or make gnome work OK w/out it? I don't care at all about 3D affects, I just need basic desktop functionality to work w/out too much overhead. While I know basically nothing about Matrox cards, the log line [26.150] (**) MGA(0): Using Shadow Framebuffer - acceleration disabled apparently says that acceleration was deliberately disabled in the config file (i.e. somewhere inside /etc/X11/xorg.conf or inside xorg.conf.d directory). This is the meaning of the (**). Also, AFAIK Gnome3 requires accelerated graphics (at least it did last time I checked). You may be better off trying Mate, XFCE, LXDE, KDE, or some lightweight window manager without a full DE. HTH, :-) Marko -- 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
Troubleshooting the network connection speed
Hi folks! :-) Before I go complain to my ISP, I'd like to hear if anyone can give me an idea what is going on with my networks... :-) I have two machines, with following link properties: local --- 20Mbps/2Mbps (GSM wireless) remote --- 100Mbps/100Mbps (100Mbit LAN connected to optical uplink) The remote machine is in another country, cca 2000 km away. It is connected to a 10Gbit optical link, but only through a 100Mbps switch, so that caps the bandwidth. When transferring large files via wget from remote to local, the maximum bandwidth that I get is 2Mbps. It *used to be* 20Mbps (couple of days ago). Occasionally it drops down to 300Kbps (it just happened as I write this), but after several minutes it gets back up to 2Mbps. But it doesn't want to get back up to 20Mbps, which is the max download throughput for the local machine. To test the local link, I opened 15-20 random youtube links simultaneously in Firefox. It easily capped the full 20Mbps, so the local link apparently works as advertised. Another test of the local link --- I went to http://fedoraproject.org/get-fedora and clicked the big blue download now button, to download the Live Desktop .iso --- the download manager in Firefox says it will complete it in 17 hours, since it is downloading at 15 KBps (i.e. 150 Kbps). This is of course ridiculously slow, for a 20Mbps link. All speed numbers are consistently reported by jnettop, KDE network widget, Firefox download manager and wget. If you suggest some other tool to measure the throughput, I'll try it out too. The remote machine appears to work ok --- I have downloaded and uploaded (elsewhere) all sorts of things, and it consistently works at 100Mbps up/down. Downloaded Fedora DVD iso in a couple of minutes. I can seed torrents from it at 100Mbps no problem (this is currently off because I'm trying to pull something to the local machine). So I believe something is wrong with my local link, but don't know exactly what --- youtube works, but other things don't. Any ideas how to troubleshoot this? Also, any ideas what to tell to my ISP? I could ask them to look into it, but they just might open a bunch of youtube links, verify that the link works, and blame the remote machine. Any suggestions appreciated. TIA, :-) Marko P.S. Before anyone asks --- I *do* know the difference between bits and bytes, Mbps and MBps, etc. I was careful to provide you with a case-sensitive units, and I know what I'm talking about. :-) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Troubleshooting the network connection speed
On Tue, 13 Aug 2013 08:55:44 -0400 Fred Smith fre...@fcshome.stoneham.ma.us wrote: On Tue, Aug 13, 2013 at 01:09:09PM +0100, Marko Vojinovic wrote: Another test of the local link --- I went to http://fedoraproject.org/get-fedora and clicked the big blue download now button, to download the Live Desktop .iso --- the download manager in Firefox says it will complete it in 17 hours, since it is downloading at 15 KBps (i.e. 150 Kbps). This is of course ridiculously slow, for a 20Mbps link. I wouldn't necessarily trust the timing of this particular test. the result would depend on what's between you and there, and how busy that server (farm???) is. If you try a bittorrent download, you might get better numbers because you're spreading out the load over several different source machines/networks. Ok, I just started downloading Fedora 19 DVD iso via torrent, and ktorrent reports the following: download time: 5min seeders/leechers: 78/2 download speed: oscillating around 20KBps (i.e. 200kbps, also confirmed by jnettop) Looking at the peer list, I see cca 15-20 active seeders, each sending me on average 1KiBps. The strongest one gives me 3.64KiBps, and it goes down from there. Time left for a 4GB iso is 3 days and 2 hours at this speed, estimated by ktorrent. So torrent appears to be 10 times slower than wget, which is in turn 10 times slower that what should be my full bandwidth. Please note that my full bandwidth *used to work* until several days ago, when I started experiencing these large slowdowns. Anyway, thanks for the suggestion! :-) Best, :-) Marko -- 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: Troubleshooting the network connection speed
On Tue, 13 Aug 2013 10:00:59 -0500 Dale Dellutri daledellu...@gmail.com wrote: On Tue, Aug 13, 2013 at 7:09 AM, Marko Vojinovic vvma...@gmail.com wrote: Before I go complain to my ISP, I'd like to hear if anyone can give me an idea what is going on with my networks... :-) I have two machines, with following link properties: local --- 20Mbps/2Mbps (GSM wireless) remote --- 100Mbps/100Mbps (100Mbit LAN connected to optical uplink) I assume that the local is connected to a cable service ISP. Cable service dpeeds are generally not guaranteed, and depend on other users on the same cable segment, whom you know nothing about. This router uses a 4G mobile phone uplink --- it is wireless both towards me (wlan) and towards the ISP (4G). There is no cable as such. Somewhere in the nearby there is a telecommunications radio antenna which provides coverage for my neighborhood --- for internet connections, mobile phones, HDTV, and so on... It is possible that some of that equipment might be broken, but I doubt that it is working beyond its design capacity so badly that it cannot provide me with my 20Mbps. Perhaps you would get better download speeds from remote to local if you tried it after local midnight. Well, if I ma paying for 20Mbps download link, I expect to get 20Mbps throughput at any time of day. The ISP also offers 40Mbps and 100Mbps (for extra money), so I doubt that they are congested that much. If it used to be 20 Mbps, perhaps a new user has come online on your cable segment. It is possible that the network is more congested during the day, but if that were the case, I believe that my ISP would have a whole line of people complaining all over the city... :-) To test the local link, I opened 15-20 random youtube links simultaneously in Firefox. It easily capped the full 20Mbps, so the local link apparently works as advertised. Here you are doing multiple downloads, not just one. I don't know whether that makes a difference or not. Yes, that seems to be the case, and yes, it appears to indeed make a difference. On further inspection, it looks like I can indeed get the full 20Mbps in total, but every particular connection appears to be capped at either 2Mbps or 150Kbps. And that is very broken. I have even tried to do a yum update, and it connects to a mirror at 15KBps (150Kbps)... The question really is the following --- can that be a local effect of something in Fedora, or my router, or is it down to the ISP? I would test it with a LiveCD if I had one, but I don't and it will take forever to download any iso... :-( If all else fails, I'll contact my ISP (and work my way through their seven-gates-of-hell customer support thing...), and hope they can do something about it. Anyway, thanks for the thoughts! Best, :-) Marko -- 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: Was Mate desktop, ten caja instances. Now Nouveau
On Fri, 09 Aug 2013 23:17:25 -0400 Kevin J. Cummings cummi...@kjchome.homeip.net wrote: vdpau and XvMC When nouveau support them, I'll reconsider. Buts its been years now, and still no support for them in nouveau. The development of XvMC and vdpau support is in progress right now --- take a look at http://nouveau.freedesktop.org/wiki/FeatureMatrix/ and specifically http://nouveau.freedesktop.org/wiki/VideoAcceleration/ The latter site comments that at the moment closed-source firmware is typically needed for modern hardware. While nouveau itself refuses to include it (and I can imagine Fedora too), it can be obtained either manually or if your particular Linux distro provides it as a package. There is a single-entry list of distros that do so far: Archlinux. Maybe a nice small project for a rpmfusion package? HTH, :-) Marko -- 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 latex in F19
On Sat, 10 Aug 2013 20:06:34 -0500
Ranjan Maitra maitra.mbox.igno...@inbox.com wrote:
sudo yum install
texlive-{subfigure,frcursive,was,titlesec,sectsty,biblatex,bbm-macros,subfig,multirow,comment,relsize,arydshln,was,wrapfig,lastpage,endfloat,nonfloat,mathabx,mathabx-type1,sttools,yfonts}
I remember having similar trouble with the repackaged texlive in F18 ---
everything is split into a very large number of small packages, so that
one could install exactly what one needs. That is, provided that one
actually knows what one needs. :-)
I didn't want to bother with that, so I did
yum install texlive-*
and installed basically all packages. Let me see... 4886 of them. But
since then, there was no TeX-related thing that I was missing... ;-)
HTH, :-)
Marko
--
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: nvidia on inspiron
On Fri, 09 Aug 2013 10:20:11 +0200 Patrick Dupre pdu...@gmx.com wrote: I reinstall a fedora 19 and I am experiencing troubles with the graphics apparently. With the previous installation fedora 14. I had to install: xorg-x11-drv-nvidia nvidia-settings nvidia-xconfig xorg-x11-drv-nvidia-libs and run: nvidia-xconfig Should I do the same again? Most probably, the only thing you need to install is the kmod-nvidia package from rpmfusion repo. It will pull in everything else you need. I never needed to run nvidia-xconfig or similar utilities, and I don't trust them to do a proper configuration. If you need to change resolution away from the optimal one (whatever reason be for wanting that), I suggest that you use xrandr. It is by far the most proper way to configure the display. You may want to familiarize yourself with man xrandr. HTH, :-) Marko -- 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: nvidia on inspiron
On Fri, 09 Aug 2013 10:43:05 +0200 Patrick Dupre pdu...@gmx.com wrote: Now yum install kmod-nvidia gives: Packages skipped because of dependency problems: 1:kmod-nvidia-319.32-2.fc19.i686 from rpmfusion-nonfree-updates 1:kmod-nvidia-3.10.3-300.fc19.i686-319.32-2.fc19.i686 from rpmfusion-nonfree-updates 1:xorg-x11-drv-nvidia-319.32-7.fc19.i686 from rpmfusion-nonfree-updates 1:xorg-x11-drv-nvidia-libs-319.32-7.fc19.i686 from rpmfusion-nonfree-updates It seems that there are some confusion with kmod-nvidia Which one? Please provide the full yum output. I cannot see what is wrong from the snippet that you gave. Also, keep in mind that there is a kmod-nvidia driver for the recent nvidia graphics cards, then there is another kmod-nvidia-304xx driver for the older cards, and finally there is a kmod-nvidia-173xx driver for ancient cards. It would be a good idea to figure out which hardware you actually have, lspci | grep VGA and then install the appropriate driver. You have the details spelled out here: http://rpmfusion.org/Howto/nVidia (although I'd say that this howto is a tad bit outdated, but it's still mostly correct). HTH, :-) Marko -- 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: nvidia on inspiron
On Fri, 09 Aug 2013 13:22:10 +0200 Patrick Dupre pdu...@gmx.com wrote: yum install xorg-x11-drv-nvidia works fine and install: xorg-x11-drv-nvidia i686 1:319.32-7.fc19 kmod-nvidia-3.9.9-302.fc19.i686.PAE i686 1:319.32-1.fc19 xorg-x11-drv-nvidia-libs i686 1:319.32-7.fc19 lspci | grep VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV515/M54 [Mobility Radeon X1400] This is surreal! :-D Ok, you should really do the following: yum remove *-nvidia* reboot After that, go to http://en.wikipedia.org/wiki/Nvidia and read the very first paragraph of the article, nothing more. Just the first paragraph. Or just the last two sentences of the first paragraph. Or better yet, here, let me quote them to you: begin quote Nvidia and chief rival AMD Graphics Technologies (formerly ATI Technologies) have dominated the high performance GPU market, pushing other manufacturers to smaller, niche roles. Nvidia's primary GPU product line labeled GeForce is in direct competition with AMD's Radeon products. end quote The words rival and competition should suggest an important clue here... Moreover, On Fri, 09 Aug 2013 10:20:11 +0200 Patrick Dupre pdu...@gmx.com wrote: I reinstall a fedora 19 and I am experiencing troubles with the graphics apparently. With the previous installation fedora 14. I had to install: xorg-x11-drv-nvidia nvidia-settings nvidia-xconfig xorg-x11-drv-nvidia-libs and run: nvidia-xconfig I really really wonder how well that F14 installation worked, and who gave you the advice to install those packages... HTH, :-) Marko -- 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: No EDID for VGA
On Thu, 08 Aug 2013 08:46:43 -0700 Jon Cosby li...@seablues.net wrote: I installed a GeForce 8400 GS graphics card to replace an integrated chipset and can't even boot to the live CD (F18) or rescue mode now. It stops with the output Raw EDID [rows of hex digits all 0] Nouveau EI [ DRM] DDC responded, but no EDID for VGA-1 I have openSUSE installed on this machine, and it runs with no problems. The monitor is an old KDS 17 CRT. Is there any way to get this working? Sure there is. :-) It will just need a bit of effort to set up. :-) Given that the monitor is old and that Fedora is complaining about missing EDID, my guess is that the monitor does not provide a correct one (caveat --- nouveau drivers are still under heavy development, so it might be that there is a bug in the driver rather than a faulty monitor). Anyway, you want to do the following: (1) While in openSUSE, find out which modeline X is using. This information should be available in /var/log/Xorg.0.log (or SUSE-equivalent of it). If you find it too cryptic, you may send us a link to a pastebin, or use some utility that can write down the correct modeline for you (there are many, and google is your friend). (2) Boot and install F18 using the basic vga mode (i.e. the vesa driver). While I sort-of remember that the LiveCD features a boot option to that effect, you should either use that, or bootinstall in text mode, or tweak kernel parameters to disable nouveau. The latter would be adding rdblacklist=nouveau nouveau.modeset=0 to the kernel line. You may need to add it on subsequent boots of the installed system, until the modeline is put in place, or until you start using kmod-nvidia instead of nouveau. Again, google is your friend. :-) (3) I am not sure about the level of support for your graphics card by the nouveau drivers, though at least elementary 2D graphics should certainly be supported. Nevertheless, if that doesn't work, or if you need accelerated graphics, after the installation of F18 you may want to install kmod-nvidia drivers from rpmfusion. And remember, google is your friend! ;-) (4) If the monitor EDID is really at fault, you need to put the modeline used by SUSE into the /etc/X11/xorg.conf in the appropriate section. On a fresh installation the xorg.conf file is likely to not exist (although kmod-nvidia will probably create one). Anyway, create it if it isn't there --- and put the modeline there. The details can be found in copious amounts on the web, feel free to use google to find out what to write where. After this is set up and the system reboots, you should be good to go. Note that this is just the outline of the procedure. If you don't know how to perform each of these steps, or if google fails to be your friend at any point, or if you get stuck somehow, ask here for details. ;-) HTH, :-) Marko -- 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: copying video dvds
On Tue, 06 Aug 2013 18:19:28 -0600 smcg4...@frii.com wrote: I generally mount and then use cp to copy my video dvds to hard disk for convenience. 99% of the time this works fine and the resulting directory is playable by vlc, etc. However occasionally I'll get an Input/output error when copying a disc that vlc played fine and, unsurprisingly, there are problems when later trying to play the copy. I suspect that vlc makes use of error correction capabilities on the dvd, whereas cp doesn't. There is also another possibility --- if the content is copyrighted, the owners may opt to introduce deliberate errors in order to prevent copying the contents of the disc. If that is the case, vlc will attempt to read only the files it needs, and would not see the error, while cp would try to copy everything, and get stuck. Is there some way or tool that will make a copy of the dvd using (or at last preserving in the copy so that vlc can use) the error correction stuff on the dvd so that the copy is playable even when there are some errors? Others have suggested dd and variants, to make an identical copy of the data on the disc. However, if your aim is to get a copy of the video content of the disc, you can also use mplayer to copy the video to your HD. Something like this: mplayer dvd:// -dumpstream -dumpfile my/video/file.avi This will dump the actual movie into a file, rather than onto the screen (and speakers). You can be more selective by using dvd://2,4-6 to play only the tracks you are interested in, or use -dumpvideo or -dumpaudio instead of -dumpstream to separately copy video only or audio only. You may want to get familiar with man mplayer. Just don't get too scared by the amount of options in the manual. :-) The quality of the dump is of course equal to the original, since it's just copying, not transcoding. The resulting file size will be the size of the video data on the dvd disc itself (most, but not equal to the size of the dvd disc). The dumped file can be played by any video player (vlc, mplayer, ...) that supports MPEG, by pointing it to the file. In general, as far as mplayer usage goes --- if you can see the video on the screen by playing it in mplayer, then you can also dump it in a file instead, to make a copy. And generically mplayer will play everything you throw at it, including copyrighted dvds with deliberate errors etc... ;-) Oh, and you may also want to install the libdvdcss package from the old Livna repository (http://rpm.livna.org/), in order to get around the CSS enryption (Content Scramble System) for some copyrighted dvds... HTH, :-) Marko -- 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: copying video dvds
On Wed, 07 Aug 2013 22:34:52 +0930 Tim ignored_mail...@yahoo.com.au wrote: Allegedly, on or about 07 August 2013, Marko Vojinovic sent: you can also use mplayer to copy the video to your HD. Something like this: mplayer dvd:// -dumpstream -dumpfile my/video/file.avi Won't that do everything on the disc? Don't you need a number 1 after that, to play just the main title? (Can't try that, myself, at the moment. I've done individual tracks before, never tried omitting the title number.) If you omit the track number, mplayer will play the default track, which is usually track 1. However, I've seen dvds which change this default --- apparently in the dvd's table of contents it might be indicated what is considered to be the default tracks to play, and mplayer will play that, if found. It does not necessarily mean everything on the whole disc. Of course, you may specify the track number(s) explicitly, if and when you know which one you want to play. :-) Might be worth pointing out that although you've called your sample file a file.avi, above, it's not an AVI file format. Since you're creating a MPEG filedump, you may as well use a mpeg, mpg, or vob file suffix, just so that your filename gives you an instant clue about what it is, or for automating what program will play it when you double-click on it. Some media players are better at one thing than another, and you might want to set different default programs to open particular file formats. Yes, you're right. :-) I got used to the fact that Linux doesn't care about file extensions, so I use .avi just as a reminder for myself that it is a file containing multimedia (i.e. audio and video). But someone else might try to play the file in a non-Linux environment, and then a file extension might be relevant. The DVD video format is usually mpeg-2 for video and AAC for audio, which are packed up into a mpeg-ps container format. According to wikipedia [1], it has the following typical file extensions: .mpg, .mpeg, .m2p, .ps So maybe a better filename would be file.mpeg or similar. Best, :-) Marko [1] http://en.wikipedia.org/wiki/MPEG_program_stream -- 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: Do I need avahi?
On Sun, 04 Aug 2013 10:31:34 +0200 Lars E. Pettersson l...@homer.se wrote: On 08/04/2013 10:16 AM, Lars E. Pettersson wrote: On 07/31/2013 05:15 AM, Marko Vojinovic wrote: You are confusing the avahi library with the avahi daemon. The daemon ... I see no further point in discussing this thread. The avahi service is not a dependency on anything serious and you can safely remove it if you don't want to use it. No, you can not remove it (the avahi-daemon package named avahi) with yum due to dependencies. I have now tried it on two other computers, with the exact same result. So Marko, it is not PEBKAC. Try 'yum erase avahi' yourself. I did, and it only wanted to remove wine packages as dependencies. However, this was on F18, rather than F19. If this yum output is reproducible on F19, then I suggest that you file a bug against avahi (or maybe avahi-glib and avahi-libs) and complain against unnecessary dependencies. And do emphasize there that this is a regression from F18, which doesn't have that problem. I'd be interested to follow-up on that bugreport, so please post a link to it here. Best, :-) Marko -- 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: desktop file location
On Sat, 03 Aug 2013 04:51:37 -0500 g gel...@bellsouth.net wrote: On 08/03/2013 12:16 AM, Marko Vojinovic wrote: I wasn't joking when I said that you should read it. i was not thinking that you were joking. Are you being ignorant deliberately? Did you *actually* *read* that article? It *literally* contains the answer to your next question! See below: the fact of it is, using folder view widget is that it displays my _entire_ /home/geo/* directory, minus the hidden directories and files. this is different from what is show with the _normal_ Desktop widget. :=( The answer to this is written explicitly in the article I pointed you to. Let me quote it for you from there: begin quote 3. It will have most likely displayed your desktop files by default. So, you will need to change the location. Right click on the Folderview titlebar and click “Folderview settings”. 4. From the settings, you can “specify a folder”. Instead of choosing a folder you already have, create a new one called “Apps” or “Applications”. Click “OK”. end quote You just don't want to create a new folder but instead choose the one you already have: /home/geo/ (as you say). begin rant I will not answer any more of your questions unless you demonstrate that you are also trying to learn on your own. And I doubt that anyone else would, too. You come to a Fedora list asking questions about SL which turn out to be generic KDE questions, and you fail (two times!) to follow the elementary the-answer-is-there-go-read-about-it instruction. end rant There is a saying where I come from: One should not be ashamed for failing to know. But one should be ashamed for failing to learn. Think about it. HTH, :-) Marko -- 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
