No announcement yet.

Skype 4.3 For Linux Released With Updated UI

  • Filter
  • Time
  • Show
Clear All
new posts

  • #21
    Originally posted by Kostas View Post
    Any screenshots of his new UI? I wonder if we left 2006 to be stuck with something from 2009.
    Not really anything new, they just changed 2-3 buttons.


    • #22
      Originally posted by KellyClowers View Post
      LOL at the crybabies crying about PA.
      Your tears are delicious.
      It's sad that Linux distros are full of shit.


      • #23
        Yes but Pulse audio interact badly with Jack audio

        Originally posted by ssokolow View Post
        Dropped ALSA? I guess I'll continue my policy of sticking with the 2.2 beta while I figure out what about my router config breaks WebRTC. (ALSA support in existing 4.x versions was already broken on my Ubuntu with PA removed.)

        Given that recent versions are supposed to implement some really good echo cancellation and that it'd let me redirect an app's output over the LAN after saying "Hey, listen to this!", I'd love to use PulseAudio but, every time I've tried leaving the distro-provided PulseAudio intact, I've encountered a showstopping bug.

        (The last one was when PulseAudio would get stuck consuming 100% of one CPU core when I used Wine, requiring me to `killall` PulseAudio to recover from it.)

        I run pure ALSA because asoundrc is too fragile and I got tired of fighting ALSA configuration bugs I introduced in the process of setting up a "pulse on top of dmix" stack where PulseAudio is only used by apps that have no other choice.
        Mi to, I run pure alsa without a problem and because pulseaudio interact badly with Jack audio server on my Opensuse 13.1.
        No way to run Ardour with an Real Time audio without Jack


        • #24
          Originally posted by JS987 View Post
          It's sad that Linux distros are full of shit.
          We know ALSA is shit, that's why people tried to put a bandaid on it, i.e. PulseAudio. PulseAudio isn't perfect, but ALSA is the real villian.


          • #25
            Originally posted by schmidtbag View Post
            For those of us who care about efficiency, latency, and/or only use a single-wire (stereo or SPDIF) system, PA isn't appealing. Yes, it is MUCH easier to use and undoubtedly powerful, but it still has a lot of work to be done.

            I think it's weird that they'd go out of their way to remove ALSA support. I think it'd be easier to just leave it in there.
            That's not the case. Maintaining ALSA support in an application is one of the most infuriating tasks, ever. It's unfortunate that people still want to use these outdated systems and want people to support them. One of the most crucial components of a system is sound, and I thoroughly do not enjoy messing with it. When I plug it in I want it to work and PulseAudio does that, which is what most end-users want and what every other operating system wants. You've had problems with PulseAudio in the past? So have I. Times chance, distros get better at packaging.

            The ideal solution would be to have someone who is willing to punish themselves long enough (which there seems to be plenty of in this scene) write a pulseaudio wrapper for the people who don't want to run PulseAudio.

            Originally posted by rabcor View Post
            Dropped alsa support? what in the flying fuck?

            Fuck pulse, it fucking sucks! There is literally no good reason to use it unless you need it for some of it's specialized features (like streaming audio between systems/over the net. or you really really really really desperately want to be able to control per application volume settings via the mixer (a feature that fucks up volume mixing for everyone who doesn't...)) pulse is just fucking bad. Why on earth is it being used by default on all the fattest distros?
            Leave. You are part of the problem in this community. You are so selfish you can't even accept that some people don't want to stick a hot iron on their skin (punish themselves) to configure their sound system. You know what PulseAudio does that everything else doesn't? Mix well and work. That's what it's supposed to do, that's what it does. If you're so appalled by wanting something that just works, please, go to something other than this scene. Perhaps the masochist forums?
            Last edited by jimbohale; 06-18-2014, 04:37 PM.


            • #26
              Wow, this hate.

              I did had problems with Pulse Audio when it was first introduced into Ubuntu, but now, I don't have any problems with it, although I'm sure it's not perfect.
              But all this hate, why?


              • #27
                Originally posted by grenadecx View Post
                Wow, this hate.

                I did had problems with Pulse Audio when it was first introduced into Ubuntu, but now, I don't have any problems with it, although I'm sure it's not perfect.
                But all this hate, why?
                Actually it seems all the hate is toward ALSA. I don't blame people - if you want to do anything beyond stereo sound without SPDIF or something like phonon, ALSA is pretty much helpless due to how difficult it is to configure. All that being said, I don't think PA is bad, but if you don't HAVE to configure your channels, you're better off not using it in most cases. I very rarely have had a use for PA and I'd rather not install it because only 1 program demands it. I have roughly 20 games that work on linux and none of them require PA. I have another dozen or so programs that have audio and don't require PA. I find it annoying that skype does.


                • #28
                  So still a no-nonsense classic UI without adverts? Good, so it's safe to update, then.

                  Though the "cloud group chat" is a terrible idea. I don't want my chats to be in the cloud, and I only use one device. There should be an option to turn it off. Then again, even if there was one, there's no guarantee that it would be respected by the program, so I guess there's not much difference :\

                  So anyway, what's the best/easiest way to sandbox Skype (at the moment)?


                  • #29
                    Originally posted by GreatEmerald View Post
                    So anyway, what's the best/easiest way to sandbox Skype (at the moment)?
                    Run it under a separate user (it's in Russian but the instructions are easy to follow).

                    usermod is only required if you have problems with audio/video capture - so, adjust for your system (you might want to add the skype user to the `video` or `v4l` groups).
                    Last edited by birdie; 06-18-2014, 05:18 PM.


                    • #30
                      Originally posted by birdie View Post
                      Run it under a separate user
                      A different possibility would be AppArmor:

                      #include <tunables/global>
                      /usr/bin/skype {
                        #include <abstractions/audio>
                        #include <abstractions/base>
                        #include <abstractions/bash>
                        #include <abstractions/kde>
                        #include <abstractions/nameservice>
                        #include <abstractions/ssl_certs>
                        #include <abstractions/dbus-session>
                        network dgram,
                        network stream,
                        /home/*/Documents/** r,
                        /home/*/Documents/ r,
                        /home/*/Pictures/** rw,
                        /home/*/Pictures/ rw,
                        /home/*/download/** rw,
                        /home/*/download/ rw,
                        deny /bin/bash r,
                        deny /etc/group m,
                        deny /etc/passwd m,
                        deny owner /home/*/ r,
                        deny /home/*/.kde4/share/config/ w,
                        deny /home/*/.mozilla/ r,
                        deny owner /home/*/Documents/ r,
                        deny owner /home/*/* w,
                        deny /proc/*/net/route r,
                        deny /sys/devices/system/cpu/ r,
                        deny /usr/bin/dbus-launch x,
                        deny /usr/bin/kfmclient x,
                        deny /usr/bin/xdg-open x,
                        deny /usr/lib64/firefox/ x,
                        /usr/bin/pavucontrol Ux,
                        /dev/ r,
                        /dev/shm/ r,
                        owner /dev/shm/pulse-shm-* mrw,
                        /dev/snd/* mrw,
                        /dev/video* mrw,
                        /etc/X11/fs/config r,
                        /etc/kde4/share/config/kdebugrc r,
                        /etc/kde4rc r,
                        /etc/ssl/openssl.cnf r,
                        /etc/pulse/client.conf r,
                        /etc/alsa-pulse.conf r,
                        /etc/asound-pulse.conf r,
                        owner /home/*/.ICEauthority r,
                        owner /home/*/.Skype rw,
                        owner /home/*/.Skype/ rw,
                        owner /home/*/.Skype/** rwk,
                        owner /home/*/.Xauthority r,
                        owner /home/*/.asoundrc r,
                        owner /home/*/.config/Polyester/Style.conf rk,
                        owner /home/*/.config/Trolltech.conf rwk,
                        owner /home/*/.fontconfig/ w,
                        owner /home/*/.fontconfig/* mrw,
                        owner /home/*/.fonts.conf r,
                        owner /home/*/.fonts/** m,
                        owner /home/*/.icons/** r,
                        owner /home/*/.kde*/share/config/kdeglobals rk,
                        owner /home/*/.kde/share/config/kioslaverc r,
                        owner /home/*/.kde4/share/config/kdebugrc r,
                        owner /home/*/.pulse-cookie rwk,
                        owner /home/*/.pulse/ rw,
                        owner /home/*/.qt/* rw,
                        /opt/kde3/share/fonts/ r,
                        /opt/kde3/share/fonts/** mr,
                        owner /proc/*/fd/ r,
                        /proc/interrupts r,
                        /usr/bin/skype mr,
                        /usr/lib/qt4/plugins/iconengines/ r,
                        /usr/lib/qt4/plugins/imageformats/ r,
                        /usr/lib/qt4/plugins/inputmethods/ r,
                        /usr/lib64/jvm/java*/jre/lib/fonts/** mr,
                        /usr/share/X11/XKeysymDB r,
                        /usr/share/X11/locale/** r,
                        /usr/share/desktop-data/qtrc r,
                        /usr/share/fonts/ r,
                        /usr/share/fonts/** mr,
                        /usr/share/ghostscript/fonts/ r,
                        /usr/share/ghostscript/fonts/** mr,
                        /usr/share/icons/** mrk,
                        /usr/share/kde4/config/kdebug.areas r,
                        /usr/share/kde4/config/kdebugrc r,
                        /usr/share/skype/lang/* mr,
                        /usr/share/skype/sound/* r,
                        /usr/share/skype/sounds/* rk,
                        /usr/share/ssl/ r,
                        /usr/share/texmf/fonts/** r,
                        /var/lib/dbus/machine-id r,
                        owner /var/tmp/kdecache-*/icon-cache.kcache mrw,
                        owner /var/tmp/kdecache-*/kpc/ mrw,
                        owner /var/tmp/kdecache-*/kpc/kde-icon-cache.index mrw,
                      - NOT tested against today's Skype 4.3 (yet).
                      - you should edit which sub-part of /home/ you need to allow acces to skype (Documents, etc.)
                      - in order not to break pulseaudio, this profile enables dbus. But there's currently no fine-grained control of dbus in AppArmor. (you can't restrict Skype to only pulseaudio-related namespace).

                      To all systemd-haters:
                      - this is actually the kind of stuff that systemd is going to make much more simple:
                      - start any "suspicious software" in its own LXC session (fast, without much configuring) and use portals and similar to communicate with the actual desktop.