Announcement

Collapse
No announcement yet.

GNOME Merge Requests Opened That Would Drop X.Org Session Support

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Originally posted by qarium View Post
    does this mean you claim that it only works for PyTorch Inference mode ????

    no of course training and learning models also work​
    Really? Can you get this to work without CUDA? https://github.com/dreamgaussian/dreamgaussian

    Comment


    • Originally posted by curfew View Post
      Apps shouldn't be allowed to change their own geometry anyway.It's an absolute nightmare when some apps remember their position but not the size or vice versa, or when their "restore" functionality is buggy and mostly fucks up.
      How about no? If you don't like your apps then don't fucking use them. I like the things my apps do, including my own scripts.

      Hard pass on WM remembering Windows positions. I already hate it that PA mixer remembers the volume I set for a given app, when I just want to lower one stream but then it ends up lowering all further fucking streams from that app (browser) by default. Jesus christ.

      Comment


      • Originally posted by Weasel View Post
        Really? Can you get this to work without CUDA? https://github.com/dreamgaussian/dreamgaussian
        i do not know what this dreamgaussian is i did buy a book about pytorch and used the ROCm/HIP version of Pytorch to programm in python i did write some small tests to make sure it does calculate on the gpu and it worked.

        in pytorch to make it run on the gpu it is called "cuda" in python the word cuda is not replaced by HIP or whatever

        means the python source code looks the same as if you do it on a CUDA gpu.

        this is not binary level compatibility with cuda it is source-code level compatibility and it is also not 100% compatible thats why pytorch ROCm/HIP need to be adapted to HIP.

        but honestly your believe that only Inference mode works is a full joke of course everything about Pytorch works also training/learning.
        Phantom circuit Sequence Reducer Dyslexia

        Comment


        • Originally posted by M@GOid View Post
          That is 15 pages material, lets go man.

          22 now...

          Comment


          • Originally posted by Weasel View Post
            How about no? If you don't like your apps then don't fucking use them. I like the things my apps do, including my own scripts.

            Hard pass on WM remembering Windows positions. I already hate it that PA mixer remembers the volume I set for a given app, when I just want to lower one stream but then it ends up lowering all further fucking streams from that app (browser) by default. Jesus christ.
            Apps draw content on the surface that they're given. Window manager deals with window management. That way all apps behave the same and share the same feature sets. If the apps are broken, then it's better to fix them. That's what Wayland is doing.

            Comment


            • Originally posted by curfew View Post
              Apps draw content on the surface that they're given.
              Apps are not some toddlers that need guidance from the parent Crapland. They're literally everything, even the compositor is an "app".

              Originally posted by curfew View Post
              Window manager deals with window management. That way all apps behave the same and share the same feature sets. If the apps are broken, then it's better to fix them. That's what Wayland is doing.
              Ever wondered not all apps should behave the same? Some should have higher privileges than others. Such as your own fucking scripts that automate your workflows and Crapland prevents it. Because they want power users to keep working like a mobile slave peasant.

              Window manager exists to serve the apps, not the other way around.

              Comment


              • Originally posted by Weasel View Post
                Such as your own fucking scripts that automate your workflows and Crapland prevents it. .
                8343c0.jpg

                Everything will be fine!

                Comment


                • Originally posted by oleid View Post
                  Everything will be fine!
                  Except you can't query absolute positions on Crapland, or do a plethora of other things (Always On Top apparently is missing as well). Doesn't matter how you rewrite your script.

                  I never said you should use the same scripts, but if something is not possible, then it can't be done.

                  Comment


                  • Originally posted by Weasel View Post
                    Except you can't query absolute positions
                    But you can, but currently this is compositor specific.

                    Originally posted by Weasel View Post
                    Crapland,
                    Repeating this over and over is quite childish, don't you think?

                    or do a plethora of other things
                    I'd suggest writing bug reports for protocol extensions.

                    (Always On Top apparently is missing as well).
                    I guess this can't be supported in every compositor. Most certainly tiling ones won't


                    I never said you should use the same scripts, but if something is not possible, then it can't be done.
                    Luckily, this is not a proprietary system. If people have an interest in those features, they can implement them (or pay someone to do so).

                    Comment


                    • Originally posted by Weasel View Post
                      Except you can't query absolute positions on Crapland, or do a plethora of other things (Always On Top apparently is missing as well). Doesn't matter how you rewrite your script.

                      I never said you should use the same scripts, but if something is not possible, then it can't be done.
                      This is the thing.

                      I am really not sure you have really tried. Remember XTEST Extension Protocol was designed for X11 protocol diagnostics. Wayland protocol diagnostics are done with man in middle proxy.

                      To me you have given up automating programs with Wayland as soon as you find things like absolute positions is missing.

                      Weasel answer truthfully now can you using absolute position 100 percent promise that that automated button press or text entry in fact goes in the right place on the application with X11 or Windows?

                      Now the answer is no you cannot if you are being truthful.
                      1) The user could move the window before application processes the input,
                      2) The window could close on you resulting in the input going to the wrong program completely
                      3) so on with all these been different forms of race condition failures resulting in your automation scripts causing things as a user you did not want to happen to happen.

                      Lets say you use wldbg with wayland to inject input event of course with the applicaiton had to be started with wldbg so it man in middle. The race conditions don't exist because the input was sent to a window itself with relative position. The only way this goes wrong is if the window is resized guess what man in middle proxy can delay the resize event being delivered to the application until after it processed the script input.

                      Yes different design solution need to script of Wayland applications if it done there is no race conditions.

                      Wayland design does not allow particular things directly but that does not mean there is not means to either achieve exactly the same result or close to the same result it does not matter with less defects than having those other options would give.

                      Comment

                      Working...
                      X