RE: Top 7 Programming Languages That Employers Really Want
by Patrick Laimbock
-----Original message-----
> From:Turritopsis Dohrnii Teo En Ming <teo.en.ming.smartphone(a)gmail.com>
> Sent: Friday 18th October 2019 4:27
> To: Community support for Fedora users <users(a)lists.fedoraproject.org>
> Cc: Turritopsis Dohrnii Teo En Ming <teo.en.ming.smartphone(a)gmail.com>
> Subject: Top 7 Programming Languages That Employers Really Want
>
> Subject: Top 7 Programming Languages That Employers Really Want
[snip]
Your posting fails to follow the Fedora mailinglist guidelines [1], specifically:
Do not Cross Post - you also sent the same question to the CentOS mailinglist.
Stay on-topic - your question does not relate to Fedora (nor CentOS)
Avoid long signatures and disclaimers - your email signature is about as long as your question.
Search It! - research *before* posting to the list. Your question is easily answered by searching Google.
Please follow the mailinglist guidelines and read http://www.catb.org/~esr/faqs/smart-questions.html before posting.
Thanks,
Patrick
[1] https://fedoraproject.org/wiki/Mailing_list_guidelines
4 years, 7 months
Recent kernel upgrade & Radeon RX 5700 XT - Xorg crashes when
evolution is invoked
by ja
Hi
I have recently put together a new machine using
an RX 5700 XT graphics card & X570 motherboard.
I have been using it for about a month.
My understanding is that kernel 5.3 provides "fuller" support for RX 5700 graphics
With the 5.2 kernel (eg 5.2.18-200.fc30.x86_64) it has been working fine.
Only one resolution appeared available but it seemed to work OK
xrandr shows
Screen 0: minimum 1920 x 1080, current 1920 x 1080, maximum 1920 x 1080
default connected 1920x1080+0+0 0mm x 0mm
1920x1080 77.00*
Today's update to 5.3 (5.3.5-200.fc30.x86_64) causes Xorg to crash
when evolution is used.
Xorg restarts and returns the user to the login screen.
Other applications seem to work OK google-chrome, google-earth, brave-browser,
pcmanfm,
xrandr now shows loads of different resolutions (but not that given above)
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
1920x1080 60.00*+ 59.96 60.00 50.00 59.94 59.93
...
Further tests show that
Logging in as "fred" and "su - ted" & running evolution as ted avoids the crash.
Logging in as "fred" and "su - fred" & running evolution as fred crashes Xorg
Any thoughts/advice?
John
//-------------------------------------------------------------------------------------------------
/var/log/Xorg.0.log.old shows
[ 530.028] (II) modeset(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e)
[ 530.028] (II) modeset(0): Modeline "1440x900"x0.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz e)
[ 1793.339] (EE)
[ 1793.339] (EE) Backtrace:
[ 1793.340] (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x13c) [0x564a610dbd2c]
[ 1793.340] (EE) 1: /lib64/libpthread.so.0 (funlockfile+0x50) [0x7fe5322c6caf]
[ 1793.340] (EE) 2: /lib64/libc.so.6 (gsignal+0x145) [0x7fe532125e35]
[ 1793.341] (EE) 3: /lib64/libc.so.6 (abort+0x127) [0x7fe532110895]
[ 1793.341] (EE) 4: /lib64/libc.so.6 (__assert_fail_base.cold+0xf) [0x7fe532110769]
[ 1793.341] (EE) 5: /lib64/libc.so.6 (__assert_fail+0x46) [0x7fe53211e566]
[ 1793.341] (EE) 6: /usr/libexec/Xorg (DRIMoveBuffersHelper+0xc15) [0x564a610a6e15]
[ 1793.341] (EE) 7: /usr/libexec/Xorg (DRI2Authenticate+0xa2) [0x564a610a8462]
[ 1793.341] (EE) 8: /usr/libexec/Xorg (DRI2GetParam+0x944) [0x564a610a9814]
[ 1793.341] (EE) 9: /usr/libexec/Xorg (SendErrorToClient+0x354) [0x564a60f7cd94]
[ 1793.341] (EE) 10: /usr/libexec/Xorg (InitFonts+0x3b4) [0x564a60f80e34]
[ 1793.342] (EE) 11: /lib64/libc.so.6 (__libc_start_main+0xf3) [0x7fe532111f43]
[ 1793.342] (EE) 12: /usr/libexec/Xorg (_start+0x2e) [0x564a60f6a86e]
[ 1793.342] (EE)
[ 1793.342] (EE)
Fatal server error:
[ 1793.342] (EE) Caught signal 6 (Aborted). Server aborting
[ 1793.342] (EE)
[ 1793.342] (EE)
Please consult the Fedora Project support
at http://wiki.x.org
for help.
[ 1793.342] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 1793.342] (EE)
[ 1793.383] (EE) Server terminated with error (1). Closing log file.
//-------------------------------------------------------------------------------------------------
journalctl shows
Stack trace of thread 4693:
#0 0x00007fe532125e35 raise (libc.so.6)
#1 0x00007fe532110895 abort (libc.so.6)
#2 0x0000564a610de940 OsAbort (Xorg)
#3 0x0000564a610e4539 AbortServer (Xorg)
#4 0x0000564a610e539a FatalError (Xorg)
#5 0x0000564a610dbc89 OsSigHandler (Xorg)
#6 0x00007fe5322c6c60 __restore_rt (libpthread.so.0)
#7 0x00007fe532125e35 raise (libc.so.6)
#8 0x00007fe532110895 abort (libc.so.6)
#9 0x00007fe532110769 __assert_fail_base.cold (libc.so.6)
#10 0x00007fe53211e566 __assert_fail (libc.so.6)
#11 0x0000564a610a6225 dixGetPrivateAddr.isra.0.part.0 (Xorg)
#12 0x0000564a610a8462 DRI2Authenticate (Xorg)
#13 0x0000564a610a9484 ProcDRI2Dispatch (Xorg)
#14 0x0000564a60f7cd34 Dispatch (Xorg)
#15 0x0000564a60f80df4 dix_main (Xorg)
#16 0x00007fe532111f43 __libc_start_main (libc.so.6)
#17 0x0000564a60f6a86e _start (Xorg)
Stack trace of thread 4722:
#0 0x00007fe5322c23c5 pthread_cond_wait@(a)GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007fe52b109c13 cnd_wait (swrast_dri.so)
#2 0x00007fe52b109a7b impl_thrd_routine (swrast_dri.so)
#3 0x00007fe5322bc4c0 start_thread (libpthread.so.0)
#4 0x00007fe5321ea553 __clone (libc.so.6)
...
#0 0x00007fe5322c23c5 pthread_cond_wait@(a)GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007fe52b109c13 cnd_wait (swrast_dri.so)
#2 0x00007fe52b109a7b impl_thrd_routine (swrast_dri.so)
#3 0x00007fe5322bc4c0 start_thread (libpthread.so.0)
#4 0x00007fe5321ea553 __clone (libc.so.6)
4 years, 7 months
Suspend problems on Dell XPS 13
by Marcel Oliver
I am running Fedora 30 (Cinnamon Spin) on a Dell XPS 13 (9380) laptop.
Until about early August, everything was working perfectly, but then,
with some update, suspend problems developed which I have difficulties
debugging.
Initially, I thought this is a kernel issue. Kernels up to
5.1.18-300.fc30.x86_64 are working, everything starting from
5.2.6-200.fc30.x86_64 (I did not try anything in between) is failing in
the following way:
When I press the the suspend button, the screen goes blank, after a few
seconds, it comes back to live, goes blank again, I hear a lot of coil
whine. Then nothing happens, the power button light stays on and the
laptop is doing something in a high-power state (it's getting warmer
than when it's on and idle). I think the same is happening on lid
close, definitely the final state is the same which is a real problem
because when I absentmindedly close the lid and stow the laptop away (as
I am used to doing), I have a very hot laptop in the sleeve, which is
definitely not very good. When the system is in this state, all I can do
is a hard reboot by holding the power button for half a minute. When
the system reboots, it actually comes up as if it was hibernated, i.e.,
I am still logged in with all windows open.
Looking into the problem more, I noticed two things: (i) running
"systemctl suspend" from the command line works perfectly, on all
kernels, and (ii) even with a 5.1 kernel, the system is doing something
different than simply suspending when pressing the suspend button: the
command line suspend will simply turn off the screen, then the power
button light goes off after another second or so. Suspend-button
suspend will always do the dance where the display comes back on briefly
- it was doing this since I had installed Fedora for the first time, I
just didn't think anything of it since it did not cause any problems.
So there is a definitive difference.
Googling further, I found an LWN article
(https://lwn.net/Articles/764841/) discussing that Fedora is
experimenting with hybrid suspend/hibernate modes, but no definitive
conclusion; the article made it seem that it is essentially a
Gnome-not-showing-configuration-options issue, but it's not clear
whether this problem ever made it into a regular Fedora release and it's
also not clear whether it would also affect Cinnamon via some shared code.
Some mailing list post I found somewhere suggests that I look at
/etc/systemd/logind.conf, which in my case says
HandleLidSwitch=suspend
HandleLidSwitchExternalPower=suspend
with all other entries commented out. This seems to indicated that on
closing my lid, "systemctl suspend" should be run. Only, for all I can
tell, it isn't. So who controls what is run on lid close? Is there
some Gnome override (not explicitly installed here), Cinnamon override,
or kernel override for what the systemd configuration suggests?
Is there any documentation on suspend and its hybrid variants with a
clear debug protocol? (I have been thinking about filing a bug report,
but I have no clue which component is responsible and what information
to include.)
Strangely, why is this hitting me and seemingly not everybody else, on
one of the arguably best-supported hardware for Linux, on, for all I can
tell, a vanilla install from earlier this year?
I would appreciate any hints.
Regards,
Marcel
4 years, 7 months
Two way trust IPA <--> AD
by Michal Zacek
Hello,
it is possible to use an IPA accounts to login to the AD domain
(cross-forest trust)? I would need create a file share on Windows, which
should be accessible by IPA users. I know the opposite (AD --> IPA) work
well, but after i read all docs, I came to conclusion that this so
called "two way trust" is in reality only one way trust.
Thanks for any help.
Best regards,
Michal
4 years, 7 months
Time to refresh my hardware
by Sam Varshavchik
My C++ compiles are getting longer. It's time to get new hardware, but I'm
having some difficulty finding Fedora-friendly hardware, that's slightly
above average grade, such as dual CPU and spinning rust (I haven't gotten
quite aboard the SSD train, with its built-in expiration date).
Tips and links appreciated.
4 years, 7 months
How to shut off org.freedesktop.trackers
by Javier Perez
HI
How do I shut off the Freedesktop trackers?
Right now they are filling up my logs with this message.
Oct 13 10:12:38 pepewin.localdomain dbus-broker-launch[9415]: Activation
request for 'org.freedesktop.Tracker1' failed.
Oct 13 10:13:49 pepewin.localdomain dbus-broker-launch[9415]: Activation
request for 'org.freedesktop.Tracker1' failed.
Every few seconds I get one like that. I masked all the trackers because
they were keeping the hard disk almost continuously in use (hdd light lit
on all the time).
Thanks
--
------------------------------
/\_/\
|O O| pepebuho(a)gmail.com
~~~~ Javier Perez
~~~~ While the night runs
~~~~ toward the day...
m m Pepebuho watches
from his high perch.
4 years, 7 months
open ssh
by Angelo Moreschini
currently I perform operations between different computers in my local
network using open SSH; however, when I do this, I always use the
computer's IP number to reference the host. (ex: sudo ssh
angelo_dev(a)10.0.0.15)
I'm wondering without yet finding an answer how to do the same thing using
(instead of the IP address) the name of the computer ..
Do I have to Installase BIND? And then what else is needed? ...
thanks for every suggestion
Angelo
4 years, 7 months
Slow....And STILL Slow!?....
by Eddie O'Connor
So, after upgrading the RAM in my Lenovo ThinkPad T-420 I thought I'd get
faster performance. But even with two 8GB sticks?....it's running even
SLOWER?! Is there something I've done wrong? It's got a 320GB 7200RPM hard
drive....and it's running F30. Funny thing is? .....before the upgrade it
had just 8GB of RAM (two 4GB sticks) and seemed to run smoother and faster.
Is there anything I can check to find out what the problem could be?
4 years, 7 months
