Шо, опять? Ядро 5.6 и ACPI.
При переходе на 5.6 после выхода из саспенда dmesg спамит, и много чего перестаёт работать:
На 5.5 такого не было.
Куда деваться то со своим «старым» (P8Z68) железом?
Куда деваться то со своим «старым» (P8Z68) железом?
На свалку. У меня на лаптопе еще не такое происходить стало со временем, и всем пофиг на мои баг-репорты. Так что либо придумывай собственные костыли, либо меняй железку.
Как? i7-2600K на свалку?
Разбить? Пол-литру!? Вдребезги? Да я тебя!
не знаю про i7, но на i5 2400 даже сайты уже притормаживают, а на всяком дне типа i5 2410m не стесняясь тормозят в полную силу.
Зачем ты суспендишь десктоп?
ryzen 5 2600/b450 aorus elite
это появилось на 5 ядре, на 4.xx (точно не помню на каком именно), такого не было
У 2600K райзены первого поколения по синглкору посасывают, тащемт.
Я даже растерялся… А почему бы мне его не суспендить?
Каждый день пользуюсь. Наверное, чтоб просто клацнуть кнопкой и сразу начать пользоваться?
Если его не суспендить тоже можно просто сразу пользоваться, лол.
Предлагаешь не выключать?
Ну а сколько он там жрёт? В простое частота падает до 800мгц или сколько там.
Нет, конечно. Это пока «нытик-тред».
оставайся на 4.19
Могут сказать точно, что жрёт 80+ Ватт, так он ещё и не бесшумный.
а есть вообще разумный довод использовать максимально свежее ядро ?
А лучше обновится до Darwin Kernel Version 19.4.0
а есть вообще разумный довод использовать максимально свежее ядро ?
Вообще, конечно, нет.
_GTF — acpi функция переводящая (s)ata порт в состояние по умолчанию (или просто — инициализация).
DSSP — это какой-то флаг, на который ссылается эта функция, и который не установлен. Баг acpi/bios.
Скорее всего, в предыдущих версиях ядра из-за жалоб на эту ошибку, эта функция не вызывалась, а ядро само инициализировало sata-порты (сделали заглушку для конкретной материнки). После очередной чистки кода от старья эту заглушку выкинули и честно дергают acpi-функцию
Если нет проблем с дисками, то эту ошибку можно игнорировать.
Если нет проблем с дисками, то эту ошибку можно игнорировать.
Смотря что считать за проблему с дисками, точно есть проблемы с кедами, последний раз начали крашится ksshaskpass и system settings и может ещё что, обратил внимание только на это, ну и общая отзывчивость системы падает — в этом плане проблемы с дисками несомненно есть.
Ты привел только одну ошибку. И эта acpi-функция в основном простая заглушка, которая ничего не делает, максимум установит еще какой-нибудь флаг, ничего не значащий для работающей системы, чисто внутренняя для acpi, что типа порт инициализирован.
Думаю, у тебя скорее всего поломалось где-то в другом месте. Иначе у тебя при нормальном старте (не пробуждении из suspend) так же глючила система из-за дисков.
Думаю, у тебя скорее всего поломалось где-то в другом месте.
Всё может быть. Но мне кажется, что это всё-таки в ядре дело. На 5.5 не глючит так после выхода из сна.
Куда деваться то со своим «старым» (P8Z68) железом?
Ладно со старым, у меня с новым за последний год дважды спящий режим ломали.
глючит так после выхода из сна.
Это нормальное состояние вплоть до того, что при смене минорной версии (версиии патча) могут поломать засыпание. Потому что это неважная часть линукса, могут глобально перелопатить логику засыпания между патчами с соответствующими последствиями.
Конечно, всё бывает в первый раз. Но не припомню такие проблемы, системнику 8-10 лет.
Но не припомню такие проблемы, системнику 8-10 лет.
Купи себе модный (китайский) ноутбук/нетбук/планшет — будет что припомнить, что забывать не будешь успевать 🙂
Кто-то еще выключает компьютеры, кроме тех, кто собирает шумные ящики?
- скорее не связанные вещи, вот у меня с 5.3
ACPI BIOS Error (bug): Could not resolve symbol [_SB.PCI0.SAT0.SPT0._GTF.DSSP], AE_NOT_FOUND (20190703/psargs-330)
- саспенды всегда работали, работают, будут работать с линуксами через одно место. Проще не использовать, тем более, еcли у тебя корабасный десктоп. Выключай на ночь и нормально.
Так было и так будет всегда: кривые, не соответствующие стандартам прошивки на платах Asus. Поэтому в ядре фиксить это никогда не будут.
Впрочем, они почти везде кривые в потребительском железе. Из того, что можно купить за разумные деньги «для дома, для семьи» – только с Supermicro не бывает проблем. Ну, или смотрите списки сертифицированного оборудования, например, redhat.
Как я понимаю ты позорище опенсорса имеешь ввиду сайты как браузер, а не как сервер?
Как сервер www, ppp, ftp, samba, dns, router, и ррочая и прочая даже первый пень до сих пор работоспособным будет.
(и особенно первый, второй и третий пни, так как у них биос в съёмном ПЗУ, а не на флеше, их сейчас как золото беззондовое хранить нужно)
compiling terminfo #64
Comments
pcj commented Sep 29, 2018
I’m trying to pull in @damienmg’s starlark crate and am seeing the folllowing issue.
Her is my Cargo.toml file:
When the terminfo dependency is compiled, I see the following error:
The text was updated successfully, but these errors were encountered:
damienmg commented Sep 29, 2018
I haven’t tried to build starlark with Bazel yet but I had to use terminfo on some other occasion, you need to declare that build.rs is needed in your Cargo.toml :
You will need that for starlark itself also:
If you succeed, feel free to send PR to add this to the starlark documentation (or even add a Bazel build to it).
pcj commented Sep 29, 2018
Thanks, that got me farther.
Any ideas about this one?
mfarrugi commented Sep 29, 2018
#41 (comment) was the answer to lazy static; the general formula is running the build_rs or replicating what it does (eg. by hardcoding flags)
pcj commented Sep 30, 2018
Thank you! Farther again, but stuck once more. Although proc_macro2 was mentioned in the comment you referenced, applying those cfg values does not seem to resolve the issue within the syn library:
` is not implemented for `proc_macro2::TokenStream` | = note: required because of the requirements on the impl of `std::convert::Into
Install problem #4
Comments
beshoo commented Jul 28, 2020
First off all i am nope in rust.
I have this error
The text was updated successfully, but these errors were encountered:
beshoo commented Jul 28, 2020
Why it is not working for me? It stop at this line
shekohex commented Jul 28, 2020
could you rebase to master branch and try again? since I guess you made changes to the main.rs file that made your code can’t be compiled.
beshoo commented Jul 28, 2020
New error after rebase
shekohex commented Jul 28, 2020
try install libdbus-1 I guess it is missing in your system.
beshoo commented Jul 28, 2020
Works! 🙂 let me start testing 🙂
beshoo commented Jul 28, 2020
New Error when feeding Encrypt key
beshoo commented Jul 28, 2020
I am using Linux Centos 7 box!
shekohex commented Jul 28, 2020
it seems that there is an issue in your D-Bus, the problem that we need to store your keys in a secure keychain, I will make a patch to read the Keys from env so it would be easy to test too.
beshoo commented Jul 28, 2020
Hmmm . i hope if I can run the test asap!
I installed the
dbus-launch
will it help?
beshoo commented Jul 28, 2020
Same problem! i think i need to wait your patch
shekohex commented Jul 28, 2020
should be fixed in #5
beshoo commented Jul 28, 2020
Thanks
I add the export for both of parm.
Now :
[MAX]root:[/home/mymujeeb/whatsapp_debug/wadump/target/debug]./wadump —outgoing -m M0VCMEMxQ0FFNjlFMTUwQjk3MkIsEIBmPmUM4F2zefa28pHjZZyrZfVCWbAxXWImvquvSY3WoFRNyJVvxHpy7eaJWY6fpc57SRommAsRzVgu92ae+EU/r/GKdldDdncIoPt0iDMUh7cnqvrGN3rIkJk8V6XIwoGjxTdlNztdsg7UDS01V4gz/C9vZZt2ISEopodmTZpRsF/7qQPycgDlgo/n5nXMut0iJz55J/xuBpYv4Lou4nNVtBM5IV2TUQLn6HOld47Bkw==
Error: InvalidByte(43, 61)
Which I copy and paste from the crome WS section
shekohex commented Jul 28, 2020
could you make sure that the keys are valid base64 and stored correctly?
echo $WADUMP_ENC_KEY and echo $WADUMP_MAC_KEY also try with a message is received by your side first
hello world run error #735
Comments
ruoru commented Aug 13, 2018
i am do as this page, the way is:
and my environment is:
when i am run cargo run, the console throw these error:
any help will be grateful.
The text was updated successfully, but these errors were encountered:
Izodn commented Aug 13, 2018 •
Rocket requires the nightly build of Rust. You are using an older version of Rust.
ruoru commented Aug 13, 2018
my rust version is rustc 1.25.0 (84203cac6 2018-03-25), the last version is 1.28, it is too old?
Izodn commented Aug 13, 2018
From your error output: Minimum required: 1.29.0-nightly
ruoru commented Aug 13, 2018
and i am update my rust to 1.28, and right now the newest is 1.28, what mean abput 1.28.0-nightly?
Izodn commented Aug 13, 2018
You’re using Rust’s stable release. You must use Rust’s nightly release. If you’re using rustup to manage your Rust compiler versions, run rustup install nightly then rustup default nightly to use the nightly build by default.
If you’re not ready using rustup, I recommend you do.
ruoru commented Aug 15, 2018
ok, thanks so much, but i meet a new error. i do not know how to solve it.
SergioBenitez commented Aug 15, 2018
rocket v0.3.9 . This is really out of date. cargo update .
ruoru commented Aug 16, 2018 •
- update project of helloword and environment
macOS 10.13.4 (17E199)
and when i input localhost:8000 in broswer it is nothing show me.
it also running warning, i do not think this is my component problem,
ruoru commented Aug 17, 2018 •
Anybody here, there is a little cute here that needs help.
ZephOne commented Aug 17, 2018
@ruoru
I ran the example on a macOS 10.13 and got no error repeating all your steps. Yet it seems you changed src/main.rs so it is not a problem concerning the example. Could you show your src/main.rs ? Or maybe your problem is more specific to a Rocket routing problem.
ruoru commented Aug 17, 2018 •
no i have nothing changed, i am check to new version code.
/Users/ruoru/Repositories/Rocket/examples/hello_world/src/main.rs
ZephOne commented Aug 17, 2018
Right you didn’t change it. Things I don’t get is why do you have those HTTP requests :
* GET /static/js/main.ef8f93c9.js:
And why you didn’t even have this HTTP Request : GET / text/html
What you should have when you input localhost:8000
ruoru commented Aug 20, 2018
i am not sure what warn of my chrome, i am already clean my cache, chrome also run waring, but it run well in chrome incognito window. and it is run well in my firefox. thank you very much for checking in different broswer.
ZephOne commented Aug 20, 2018
All right, then it is not a Rocket problem, but a browser one.
Footer
© 2023 GitHub, Inc.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
25 Minutes of Rust (Episode 2)
In this episode I investigate an error with the build environment ( cargo run ) of my new Rust installation (missing link.exe ).
I’m doing a series of 25 minute sessions where I try to get familiar with the Rust programming language. The blogposts in these series are the notes I took of the lessons learned along the way.
Warning to the reader: As always in this series, these are notes I take as I’m learning, they reflect my current understanding and may be incomplete!
Missing link.exe
In the previous episode, I ran into an issue when trying to compile the hello world project.
cargo run produced the following error:
Which Visual Studio?
The error mentions, specifically, Visual Studio 2013 or Visual Studio 2015.
On my environment I only have the Community Edition of Visual Studio 2017. Maybe that is not OK or maybe my installation is missing the Visual C++ option?
A thread on the rust-lang.org forum seems to indicate the component we actually need is called Build Tools for Visual Studio 2017.
It can be downloaded from visualstudio.com: Build Tools for Visual Studio 2017
So, I install it:
In the installer, it’s called Visual C++ Build Tools.
This thing has been given three names already:
- Visual C++ option
- Build Tools for Visual Studio 2017
- Visual C++ Build Tools
This installs about 1 GB of things on my machine:
Windows 8.1 SDK
While the installation was ongoing, I read further online and learned that what is actually needed is the Windows 8.1 SDK, which is part of the Build Tools for Visual Studio 2017 but not enabled by default.
By default, only the Windows 10 SDK is selected. So I modified the install and add the Windows 8.1 SDK. Interestingly you can pause the installation and modify your original choices.
Installation Completed
After this has been installed, I retry cargo run . The output is now:
Build button?
I’m looking for a button or a shortcut to build the project from within Visual Studio Code, but couldn’t find anything yet.
Interestingly, when opening the project in Visual Studio Code, it asked me again to install RLS and the other thing, as seen in the previous Episode.
Conclusion
Besides Rustup and the RLS extension for Visual Studio Code you must have the Windows 8.1 SDK, part of the Build Tools for Visual Studio 2017. I don’t think you actually need Visual Studio itself installed.
Note that the Windows 8.1 SDK is not included by default, you have to check it in the installer.
After the compilation succeeded, I tried to look for a «Build» button in my Visual Studio Code environment, but couldn’t find any yet.
Next 25 minutes will be about exploring the options of the Visual Studio Code extension some more.