Every time I go to update, I this is what I get. It appears that one source is not working, even after the stated time that it will be available to update. Can someone please tell me how I can get updates?
tim@ubuntu:~$ sudo apt-get update
[sudo] password for tim:
Hit:1 https://deb.opera.com/opera-stable stable InRelease
Ign:2 http://repo.vivaldi.com/stable/deb stable InRelease
Hit:3 http://repo.vivaldi.com/stable/deb stable Release
Hit:5 https://brave-browser-apt-release.s3.brave.com disco InRelease
Get:6 http://us.archive.ubuntu.com/ubuntu eoan InRelease [255 kB]
Hit:8 http://us.archive.ubuntu.com/ubuntu eoan-updates InRelease
Hit:9 http://us.archive.ubuntu.com/ubuntu eoan-backports InRelease
Ign:7 https://dl.bintray.com/etcher/debian stable InRelease
Get:10 https://dl.bintray.com/etcher/debian stable Release [3,674 B]
Hit:12 http://security.ubuntu.com/ubuntu eoan-security InRelease
Reading package lists... Done
E: Release file for http://us.archive.ubuntu.com/ubuntu/dists/eoan/InRelease is not valid yet (invalid for another 3h 25min 20s). Updates for this repository will not be applied.
tim@ubuntu:~$
Additionally, when I try to use the "Software Updater", I get the following error:
Yesterday my brightness was remembered after every reboot, but today after rebooting my brightness is always reset to maximum, did anything changed ?
I received some upgrades yesterday and today morning which caused this bug.
How is the screen tearing fix in Marco working out for folks with NVidia GPUs?
According to https://youtu.be/iVzGZo5kS8c?t=903 the ForceFullCompositionPipeline setting was still needed to prevent tearing in 19.10 beta.
Going back to noveau is not an option for many, unfortunately. The performance gap (especially on non-Kepler GPUs, which can't even be re-clocked manually) is just way too large.
I would recommend adding this to the 19.10 release notes, though, just so people are aware of this limitation.
Unfortunately right now you have to opt between a nice screen tearing free desktop experience or high performance games/ professional 3D modeling with tearing.
As I do not run games, and professional 3D can be used on Microsoft Windos if necessarily, I don't need Nvidia proprietary driver, and I enjoy Tear Free Mate Desktop/Firefox Browser on it entirely. And desktop /Browser run fast like on Proprietary Nvidia.
@maximuscore thanks for the tip, I will give it a try, as proprietary driver keeps my video card at low power use than nouveau at common desktop use (as I see a small difference in fan speed).
I tested in the past different guides from internet, none of them work with Marco, the only thing that work it was called "Compiz", but it has small glitches on Mate, while Marco run absolutely perfect.
I've just installed 19.10 beta on my Asus Transformer and the screen is in portrait mode and does not make use of the accelerometer to rotate the screen and touchpad. This is not a regression it also happens with other older versions of Ubuntu main and flavours.
But I'd like to try to see if we can get it fixed.
I found that by installing iio-sensor-proxy inotify-tools and running this script (slightly modified from the example) it both switches to the correct orientation and adjusts to future changes.
#!/bin/sh
# Auto rotate screen based on device orientation
# Clear sensor.log so it doesn't get too long over time
> sensor.log
# Launch monitor-sensor and store the output in a variable that can be parsed by the rest of the
# script
monitor-sensor >> sensor.log 2>&1 &
# Parse output or monitor sensor to get the new orientation whenever the log file is updated
# Possibles are: normal, bottom-up, right-up, left-up
# Light data will be ignored
while inotifywait -e modify sensor.log; do
# Read the last line that was added to the file and get the orientation
ORIENTATION=$(tail -n 1 sensor.log | grep 'orientation' | grep -oE '[^ ]+$')
# Set the actions to be taken for each possible orientation
case "$ORIENTATION" in
normal)
xrandr --output DSI-1 --rotate normal ;;
bottom-up)
xrandr --output DSI-1 --rotate inverted ;;
right-up)
xrandr --output DSI-1 --rotate right ;;
left-up)
xrandr --output DSI-1 --rotate left ;;
esac
done
Is it possible to include something of this kind into the image? I realise that DSI-1 is specific to my Asus setup so some detection would be required for this to apply to all units with an accelerometer.
I know you're thrilled that the new compositor in marco fixes YOUR tearing, and that's great, but (a) it doesn't work for at a minimum some Intel IGPs; and (b) there's nothing stopping people from using Compton (or even Compiz, if they want that) just the same as before, and if that means not losing half the performance of their very expensive video cards it's a more than valid reason for them to do so.
The problem I have is that I want to use "Numix circle" as my theme, but I don't want to have a red circle with an "n" in the panel (the left part of the image is my current setup and the right one is UM19.10 running in a VM).
Numix is a theme that can be applied to many distributions. They provide a generic "start-here", a version for Arch ("start-here-arch"), a version for KDE ("start-here-kde" and a symbolic version "start-here-symbolic".
If they decide to make a version for mate, it will not be used unless they called it "start-here" or I overwrite the icon.
I think this option is fine only for themes made specific for Mate.
You know @arQon maybe you are not so thrilled about this Marco tearing free experience in 19.10 but I really am. I am not a programmer, just an engineer, but I own two workstations one desktop one laptop and a netbook that I run quite often of course I own another desktop use by my mother, and another laptop and netbook that I use really rarely, plus another 3 32bit laptops that are almost no more used, plus two home servers and 3 raspberry pi. All of them have Ubuntu Mate.
From My main PC's use, all of them except the netbook (not counting pi and servers) have screen tearing fixed with Marco. My old laptop have an ATI video card, on that one is not fixed, I don't care as I can use Compiz on it, and is also very rarely used.
The workstation for my use are quite kick as both have some old nvidia quadro GPU's and 6 core xeon processors but if scrolling in firefox is shi... (using a logitech free scroll wheel) video run like garbage with screen tearing on Nvidia Quadro what the fu..., I don't give a... on video performance as the all desktop experience it was junk.... so use Compiz witch solve those issues but bring others, (Compton was worse )... so in the end every time I found myself switching between Marco and Compiz, and in the end for my workflow remain most of time with Marco as it work perfect except screen tearing.
I don't know how you see this but right now my main system desktop run marvelous with Marco and I don't give a shi.. that my Quadros run almost on idle, I just enjoy the smooth desktop experience in 19.10. Quadros was intended for Windows professional apps, some run also under wine, but not as good and also without "space mouse" devices.
You wont both, there is another option, is called KDE, that is not a Linux desktop (neither Windows), you can install it on Linux but is not intended for Linux users as is hard to do basic Linux staffs like running scripts, ssh automatic key authentication does not work without extra manual configuration,.....
I don't say that maybe in the future Mate will use video acceleration by using OpenGL ore something else but is not the case now, and I am really happy that it works very good now, this desktop is almost perfect.
Regarding the start-here button, we could submit one for start-here-mate to the numix project. We can change the icon to load that one with fallbacks. GTK allows you to load icon fallbacks by removing hyphen parts: start-here-mate -> start-here -> start -> missing-image, so this should satisfy pretty much all themes.
As to why we changed it, the old icon didn't adapt to theme changes, and so we had to include an icon for light and one for dark themes. Plus a bunch of code to support this option. Using this new icon removed like 500 lines of code, if I remember correctly, and now it correctly matches most themes (numix being an exception here, thanks for pointing this out).
Would you mind filing an issue about the numix icon, so that we can track it?
Like I say, it's great that you're so happy with it. You seem to have missed that part. I'm just pointing out that you saying his ONLY options are "Switch to Nouveau and take a massive performance hit, or put up with the tearing" is flat out incorrect. The improvement to Marco does not in any way invalidate the options that existed before that change and still work better for many cases, including his.
YOU may not care about the performance, but you are not him. Different people have different priorities, and while your evangelism of the new compositor is helpful to some of them, it's not helpful to people who have already explicitly stated that the prerequisites for getting it to work are not acceptable to them, or that it doesn't work on their hardware. I'm just asking you to keep that in mind, instead of advocating that Marco's compositor is the One True Way no matter what. Okay?
Hi There!
I have a problem with mesa-opencl-icd
I used Mate 19.04 and earlier without a problem, but with 19.10 Beta, it fails.
Details:
I use mesa-opencl-icd and the Einstein@home project (app) within BOINC to process data on my Radeon/ATI 7750 Card.
The process starts up OK - but I get an error in less than a minute.
The error is reported on https://einsteinathome.org/task/888883349,
I will try to copy and summarize here...
=================================================================
About the hardware....
Boinc lists harware and drivers in its log.. Here is the start....
Sun 13 Oct 2019 01:14:37 PM EDT | | Starting BOINC client version 7.16.3 for x86_64-pc-linux-gnu
Sun 13 Oct 2019 01:14:37 PM EDT | | log flags: file_xfer, sched_ops, task
Sun 13 Oct 2019 01:14:37 PM EDT | | Libraries: libcurl/7.65.3 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.2 (+libidn2/2.0.5) libssh/0.9.0/openssl/zlib nghttp2/1.39.2 librtmp/2.3
Sun 13 Oct 2019 01:14:37 PM EDT | | Data directory: /var/lib/boinc-client
Sun 13 Oct 2019 01:14:37 PM EDT | | OpenCL: AMD/ATI GPU 0: AMD VERDE (DRM 2.50.0, 5.3.0-18-generic, LLVM 9.0.0) (driver version 19.2.1, device version OpenCL 1.1 Mesa 19.2.1, 2048MB, 2048MB available, 512 GFLOPS peak)
Sun 13 Oct 2019 01:14:38 PM EDT | | [libc detection] gathered: 2.30, Ubuntu GLIBC 2.30-0ubuntu2
Sun 13 Oct 2019 01:14:38 PM EDT | | Host name: pc-14
Sun 13 Oct 2019 01:14:38 PM EDT | | Processor: 8 AuthenticAMD AMD FX(tm)-8150 Eight-Core Processor [Family 21 Model 1 Stepping 2]
Sun 13 Oct 2019 01:14:38 PM EDT | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 nodeid_msr topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
Sun 13 Oct 2019 01:14:38 PM EDT | | OS: Linux Ubuntu: Ubuntu Eoan Ermine (development branch) [5.3.0-18-generic|libc 2.30 (Ubuntu GLIBC 2.30-0ubuntu2)]
Sun 13 Oct 2019 01:14:38 PM EDT | | Memory: 11.61 GB physical, 48.83 GB virtual
Sun 13 Oct 2019 01:14:38 PM EDT | | Disk: 133.57 GB total, 124.69 GB free
Sun 13 Oct 2019 01:14:38 PM EDT | | Local time is UTC -4 hours
================================================================
Question: Any ideas?
Go back to 19.04 or 18.04?
Blow away the shader cache - I suspect it's stale, and old ones are definitely not going to be compatible (though it's hard to believe Mesa didn't version things properly and handle that case, so I'm not too confident in that guess). Worth a shot though. Or if you're using pre-compiled shaders that you DL'd from somewhere, get new ones.
