What I want is a package manager that will do installation to my own home directory -- basically the same as downloading the source and running './configure --prefix=$HOME/whatever && make install' but without the complete bitchness of dependency hell -- without any root privileges at all. Anyone know of one?
Been doing that for quite a while, but I've seen a few videos that seem to be encrypted when playing.
Never noticed that. Maybe because I only see vimeo and youtube videos. This is particular useful for seeing 720p videos on vimeo, otherwise they are a pain in the ass to see with 100% CPU usage. With mplayer or VLC a 720p video doesn't even move the CPU from IDLE (1~5% CPU usage).
In fact, you arent restricted to VLC. My GNOME plays it everywere. I've also seen some of those videos on my EeePC 700 2G Surf with the stock MPlayer, albeit with some delay on audio.
Indeed, I also use mplayer. Just referenced vlc because people might be more familiar with it (specially the Mac crowd).
I wonder if adobe wont stop us doing this - thats why I've never spread this piece of information before, but since you disclosed it...
TBH, I thought it was the way youtube programmed the video player. Like retrieving the stream to/tmp/ and play it from there. But I know nothing about flash, so.. Sorry.
If this ever stops working, I think I'll stop going to vimeo because HD playback on a flash container is just impossible on Linux. At least on my desktop where I always have some work being processing and I can't afford a crazy video container stealing CPU time like there wasn't tomorrow.
Personally, I prefer to have the browser load such video in an external player that treats it like streaming media, though stability isn't my reason. I like having the full controls of the external player available and I like being able to easily resize the window that plays the video.
Then you will love this. Let the flash video load and pause it at the beginning. Then fire up the terminal and type:
(It's actually not trivial to truly cross-compile a dist between architectures last I checked,
Indeed. While most packages build fine as-is, a lot just fail to cross-compile due common stupid things totally unrelated to the source code (libtool and pkg-config I'm looking at you). Problems also show up due to badly written/generated configure and Makefile scripts (I don't blame package authors though because autotools are complex).
My point is that it is currently very important to Gentoo to be able to cross-compile easily. For instance, we can see the in-portage cross-compiling working when:
* Distributed compiling with distcc. * Cross-compiling for x86 on x86_64. * Generalized cross-compiling (gentoo-embedded: ARM, MIPS,..)
So, a lot of patches for successful cross-compiling are applied on the Gentoo tree everyday to make cross-compiling easy and thus, to make the above projects possible.
I know most of the/. crowd is not Gentoo friendly, we even have a Gentoo meme:)
But seriously.. You can use emerge, with portage et all, to build a small and optimized/dedicated Gentoo based distribution for that laptop. You don't even need to put portage on the laptop, just use emerge on somewhere else to build packages for it. Emerge will take care of cross-compiling, etc.. As simple as I can put it, think on it as a Box with a repository-toolchain capable of building packages for *other* Box, while still keeping track of package updates and dependencies.
NOTE: A "full install" of Gentoo is not required for building gentoo based distros, you can setup a Gentoo chroot (you only want portage and emerge afterall, don't you?) on your debian/fedora/whetever box, or even setup a Gentoo prefix on MacOSX.
the first linked article in the summary is a slashdot post. is this normal?
Just hope they don't link the actual post in the summary with link target="_blank" or else you will recursively open the current slashdot post in tabs which will cau%"$&fs34 . . . [no carrier]
Can you tell me what HW and SW version you are using.
They are both "La foneras" 2200. I used kamikaze 7.x and 8.x.
WiFi portion OK. No routing. Then started a few threads in the forum. Basically told routing was turned off by default as a security feature.
See/etc/config/firewall . AFAIK iptables is started by default and doesn't do pkt forwarding between interfaces. You can also disable openWRT firewall scripts and use iptables-save iptables-restore directly.
With iptables you need to allow forwarding between eth0 and ath0 interfaces: iptables -A FORWARD -i eth0 -o ath0 -j ACCEPT iptables -A FORWARD -i ath0 -o eth0 -j ACCEPT
and do NAT on traffic routing through the box: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
*OR* by using openWRT's firewall scripts, edit/etc/config/firewall to include:
# Accept by default on unspecified interfaces # (reject when your setup is OK) config defaults
option syn_flood 1
option input ACCEPT
option output ACCEPT
option forward REJECT
# Accept connections from LAN (ethernet) config zone
option name lan
option input ACCEPT
option output ACCEPT
option forward ACCEPT
# Deny traffic coming to the box thru wifi # Also enable masquerading on incoming # traffic (NAT) config zone
option name wan
option input REJECT
option output ACCEPT
option forward REJECT
option masq 1
# Allow wifi forwarding to lan config forwarding
option src wan
option dest lan
option mtu_fix 1
Dont forget to name the ath0 interface as "wan" and the eth0 interface as "lan" on/etc/config/network
As usual, I'll probably be modded down by someone who doesn't like CLI. Anyway, I hope this helps.
OpenWRT is a great project, but unfortunately unusable in its current state. I have tried to use it on the Linksys WRT54GL, which is the default box, (hence 'WRT' in the name)
It is stable, feature rich, and *unusable*. I have for example not been able to configure the box as a client. It will work just fine as an AP
Well. It is kind of unfair to call it *unusable*. It runs busybox-Linux and allows you to shell in. That is all what is needed to some people.
Expect the default setup to not rout packets at all. You have to configure the router carefully before it will work at all.
Indeed, just shell in and look at/etc/config/* Also take a look to the kamikaze docs, IMHO they are well documented with lots of examples.
I'm not trying to raise a discussion whether CLI or GUI interfaces are better, I'm just saying openWRT is configurable by default using the CLI.
I have set up wireless networks with many configurations using other boxes and software, and never had this kind of trouble. It can certainly not be used by an average user.
openWRT is certainly not targeted to average users. For that, you already have tomatoes (or something like that), dd-wrt and proprietary stock firmwares.
I use openWRT because it comes bare and stable. Then I can install whatever software I need using the package manager. For most simple tasks, the builtin configuration scripts are enough. For other wizardry, just code your needs using (b)ash. openWRT also provides you a toolchain to compile your C applications so you can run them on the router.
I have two routers running openWRT and I always bring both with me when I travel. I've been able to do everything I want. From top of my head I was able to: * Usig both as clients to different wifi networks and load-balancing uplink connections between them. * Use aircrack-ng for.. *you know*. * Use them as regular APs/gateways. * Use the router's serial port to connect it to arduino and control a set of servos which positions the directional antenna for best gain.
An/. article just disappeared into oblivion. Was it a hash collision? Just image the probability of that occurrence! Oh noes, the world is going to explode! WE ARE ALL GOING TO DIE!!
While not the same as TFA, I take the opportunity to publicize it here. I really liked OpenMOSIX, when I was at high-school I transformed a entire computer classroom into a big fscking cluster using live-CDs. It was really cool, processes were distributed automatically between networks nodes without any changes in the code. Nodes could also be removed and added while the cluster was running.
Too bad because OpenMOSIX project is closed for some time, multi-core processors killed it.
In my opinion this is a really, really dumb move. While its all eye-candy and nice, it brings down the usability a lot. If you want to get to the menu, you have to find some button from somewhere obscure location and then the menu will be vertical to begin with, like right-clicking. On top of that its one extra mouse click. I hate the same thing with Office. (...) The ironic thing is that a menubar is the least intrusive UI object on the screen. It's small, it doesn't get in the way and it goes nicely along with title bar. And you still find everything easily and fast from it.
I never experienced ribbon menus, can't comment if it is good for usability or not. Judging to other people's words, it seems it is indeed a good improvement to traditional menus.
Another sad thing about this is that it forges Windows UI style to Linux and other OS, and stops being consistent with the rest of the system.
That is what I'm worried about, more bloat into the GUI code-base. Firefox UI theme doesn't even integrate nicely with gtk+ anymore. I really hope they put this as compile-time option so we Gnome/XFCE/etc users continue to benefit from minimal integration Firefox still provides. If they fail to this, I'm afraid I'll move to epiphany/whatever which is moving to webkit. I don't want to sound like a blackmailer tough, first because I never contributed to Firefox code-base and second because I probably belong to the minorities. However, given the availability and diversification of web browsers I believe I have a choice.
Gladly I'm not Firefox user, and even less so with this. It seems Firefox is going more and more to the way of grandma-understands-too. While I myself more and more like the approach Opera takes; feels like a complete suite for browsing. Maybe it'll gain more marketshare for Opera in power users, who still value usability and the simple efficient things like menu bars.
I like opera. I just don't use it because it doesn't honor my desktop UI guidelines. It might not be important for most people but I think that a desktop with a common UI helps productivity, at least for me. The only app I use that breaks my UI is skype, I don't know why but the differences don't really bother me.
It would surprise me to find that the kernel still fits on a floppy disk though.
Sure, look at this Linux build for an ARMv5 device. It is a regular build with all required drivers built-in (touchscreen, usb, framebuffer, GSM, bluetooth,..). It is not even optimized for size (gcc -Os ). http://dev.gentoo.org/~miknix/zImage-linwizard (1.3M)
I believe that would fit more or less into a floppy disk.
That n900 looks like it's about to replace laptops and desktops. Are there any plans to allow it to be docked to a keyboard, mouse, and monitor?
From what I can tell, the n900 is powered by a OMAP 3430 and this SoC is capable of USB2.0 OTG. The omap Linux USB stack can work in usb host (OHCI) mode and OTG client (UDC) mode.
Given all above, I can tell either Host or OTG modes would support USB mouse or keyboard. There is a catch though, it also depends on the USB transceiver chip the n900 uses. The chip must be capable of delivering USB power when requested, otherwise you will need a USB HUB.
For example, my HTC Wizard (omap850) works in host and OTG modes in Linux. However, the USB transceiver chip is not capable of delivering power (manufacturer's fault).
Not to mention that Flash under anything else than IE + Windows runs like a slug.
I agree. While I don't know how it runs on IE + Windows, I can say my Firefox with Flash 64bit on GNU/Linux is slow playing flash videos, specially full-screen HD videos.
An easy solution is to pause the flash video (and let it continue buffering), then fire up your favorite accelerated video player: mplayer/tmp/Flash4esbN8
All the flash videos I've tried are buffered into/tmp (including youtube and vimeo). This allows me to view vimeo's HD videos in full-screen with 90% CPU (and dropped frames) in flash.
Yeah, that is true. But have a look to the soundoff script, you can add a couple of lines there to kill applications using the audio device instead of just showing up a warning like it does by default. This will help you automate it.
Also, if your firmware is capable of generating a ACPI event during suspension/hibernation, you might be able to call your ossoff/on script there automatically.
Oh and by the way, you can also get which apps are using the audio device by: lsof -w/dev/dsp*
Here, I only have to care to *not* let firefox opened with a flash plugin active or firefox (along with a crapload of opened tabs) will be killed when I suspend the laptop:)
Like per-application volume control that no other OS provides (except Windows Vista and higher, Mac OSX, etc)?
Wrong. OSS4 provides per-application volume control. Now check where OSS4 and append some more OSs to that list. Pulse-audio can also do per-application volume control.
If you are still in doubt, look at this OSS4 mixer (vmix0):
It is good and informative to say certain list of things does X. It is totally wrong and will take all your credibility away when you say certain list of things is the ONLY that supports X, specially when you show no apparent knowledge or basis to support that certainty.
I'm using OSS4 with my Intel HDA (Conexant) Chip. I started using it to have proper audio mixing, ALSA can also do it but not every app out there is written to use the dmix plugin. In OSS4, every app that uses the (legacy) OSS API will work perfectly.
The only problem I found is that the phone jack sensing doesn't work. When I connect my phones, I'll have to manually cut-off the speakers sound in the mixer.
Slashdot Mirror
GIMP Is Not Photoshop.
oh wait..
What I want is a package manager that will do installation to my own home directory -- basically the same as downloading the source and running './configure --prefix=$HOME/whatever && make install' but without the complete bitchness of dependency hell -- without any root privileges at all. Anyone know of one?
ROOT=/home/meLikesStuffAtHomeAndCamelToesAlso emerge something
You can make emerge to install stuff anywhere, don't forget to add yourself to the portage group.
Been doing that for quite a while, but I've seen a few videos that seem to be encrypted when playing.
Never noticed that. Maybe because I only see vimeo and youtube videos.
This is particular useful for seeing 720p videos on vimeo, otherwise they are a pain in the ass to see with 100% CPU usage. With mplayer or VLC a 720p video doesn't even move the CPU from IDLE (1~5% CPU usage).
In fact, you arent restricted to VLC. My GNOME plays it everywere. I've also seen some of those videos on my EeePC 700 2G Surf with the stock MPlayer, albeit with some delay on audio.
Indeed, I also use mplayer. Just referenced vlc because people might be more familiar with it (specially the Mac crowd).
I wonder if adobe wont stop us doing this - thats why I've never spread this piece of information before, but since you disclosed it...
TBH, I thought it was the way youtube programmed the video player. Like retrieving the stream to /tmp/ and play it from there. But I know nothing about flash, so.. Sorry.
If this ever stops working, I think I'll stop going to vimeo because HD playback on a flash container is just impossible on Linux. At least on my desktop where I always have some work being processing and I can't afford a crazy video container stealing CPU time like there wasn't tomorrow.
View flash videos on VLC.
Personally, I prefer to have the browser load such video in an external player that treats it like streaming media, though stability isn't my reason. I like having the full controls of the external player available and I like being able to easily resize the window that plays the video.
Then you will love this. Let the flash video load and pause it at the beginning. Then fire up the terminal and type:
vlc /tmp/Flash*
It works with at least vimeo and youtube.
(It's actually not trivial to truly cross-compile a dist between architectures last I checked,
Indeed.
While most packages build fine as-is, a lot just fail to cross-compile due common stupid things totally unrelated to the source code (libtool and pkg-config I'm looking at you). Problems also show up due to badly written/generated configure and Makefile scripts (I don't blame package authors though because autotools are complex).
My point is that it is currently very important to Gentoo to be able to cross-compile easily. For instance, we can see the in-portage cross-compiling working when:
* Distributed compiling with distcc. ..)
* Cross-compiling for x86 on x86_64.
* Generalized cross-compiling (gentoo-embedded: ARM, MIPS,
So, a lot of patches for successful cross-compiling are applied on the Gentoo tree everyday to make cross-compiling easy and thus, to make the above projects possible.
I know most of the /. crowd is not Gentoo friendly, we even have a Gentoo meme :)
But seriously.. You can use emerge, with portage et all, to build a small and optimized/dedicated Gentoo based distribution for that laptop. You don't even need to put portage on the laptop, just use emerge on somewhere else to build packages for it. Emerge will take care of cross-compiling, etc..
As simple as I can put it, think on it as a Box with a repository-toolchain capable of building packages for *other* Box, while still keeping track of package updates and dependencies.
NOTE: A "full install" of Gentoo is not required for building gentoo based distros, you can setup a Gentoo chroot (you only want portage and emerge afterall, don't you?) on your debian/fedora/whetever box, or even setup a Gentoo prefix on MacOSX.
the first linked article in the summary is a slashdot post. is this normal?
Just hope they don't link the actual post in the summary with link target="_blank" or else you will recursively open the current slashdot post in tabs which will cau%"$&fs34 . . . [no carrier]
LOL, that was funny.
Can you tell me what HW and SW version you are using.
They are both "La foneras" 2200. I used kamikaze 7.x and 8.x.
WiFi portion OK. No routing. Then started a few threads in the forum. Basically told routing was turned off by default as a security feature.
See /etc/config/firewall . AFAIK iptables is started by default and doesn't do pkt forwarding between interfaces. You can also disable openWRT firewall scripts and use iptables-save iptables-restore directly.
With iptables you need to allow forwarding between eth0 and ath0 interfaces:
iptables -A FORWARD -i eth0 -o ath0 -j ACCEPT
iptables -A FORWARD -i ath0 -o eth0 -j ACCEPT
and do NAT on traffic routing through the box:
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
*OR* by using openWRT's firewall scripts, edit /etc/config/firewall to include:
# Accept by default on unspecified interfaces
# (reject when your setup is OK)
config defaults
option syn_flood 1
option input ACCEPT
option output ACCEPT
option forward REJECT
# Accept connections from LAN (ethernet)
config zone
option name lan
option input ACCEPT
option output ACCEPT
option forward ACCEPT
# Deny traffic coming to the box thru wifi
# Also enable masquerading on incoming
# traffic (NAT)
config zone
option name wan
option input REJECT
option output ACCEPT
option forward REJECT
option masq 1
# Allow wifi forwarding to lan
config forwarding
option src wan
option dest lan
option mtu_fix 1
Dont forget to name the ath0 interface as "wan" and the eth0 interface as "lan" on /etc/config/network
As usual, I'll probably be modded down by someone who doesn't like CLI. Anyway, I hope this helps.
OpenWRT is a great project, but unfortunately unusable in its current state.
I have tried to use it on the Linksys WRT54GL, which is the default box, (hence 'WRT' in the name)
It is stable, feature rich, and *unusable*. I have for example not been able to configure the box as a client. It will work just fine as an AP
Well. It is kind of unfair to call it *unusable*. It runs busybox-Linux and allows you to shell in. That is all what is needed to some people.
Expect the default setup to not rout packets at all. You have to configure the router carefully before it will work at all.
Indeed, just shell in and look at /etc/config/*
Also take a look to the kamikaze docs, IMHO they are well documented with lots of examples.
I'm not trying to raise a discussion whether CLI or GUI interfaces are better, I'm just saying openWRT is configurable by default using the CLI.
I have set up wireless networks with many configurations using other boxes and software, and never had this kind of trouble. It can certainly not be used by an average user.
openWRT is certainly not targeted to average users. For that, you already have tomatoes (or something like that), dd-wrt and proprietary stock firmwares.
I use openWRT because it comes bare and stable. Then I can install whatever software I need using the package manager. For most simple tasks, the builtin configuration scripts are enough. For other wizardry, just code your needs using (b)ash.
openWRT also provides you a toolchain to compile your C applications so you can run them on the router.
I have two routers running openWRT and I always bring both with me when I travel. I've been able to do everything I want. From top of my head I was able to: .. *you know*.
* Usig both as clients to different wifi networks and load-balancing uplink connections between them.
* Use aircrack-ng for
* Use them as regular APs/gateways.
* Use the router's serial port to connect it to arduino and control a set of servos which positions the directional antenna for best gain.
I would do a lot more if my routers had USB host.
In mother russia comments read YOU!
An /. article just disappeared into oblivion. Was it a hash collision?
Just image the probability of that occurrence!
Oh noes, the world is going to explode!
WE ARE ALL GOING TO DIE!!
Seriously, look at http://tech.slashdot.org/story/09/09/24/238251/Microsoft-Releases-Prototype-of-Research-OS-Barrelfish
The article content doesn't match article link name. User's comments also refer to old article.
I hate to say but slashdot is b0rken.
http://openmosix.sourceforge.net/
While not the same as TFA, I take the opportunity to publicize it here. I really liked OpenMOSIX, when I was at high-school I transformed a entire computer classroom into a big fscking cluster using live-CDs. It was really cool, processes were distributed automatically between networks nodes without any changes in the code. Nodes could also be removed and added while the cluster was running.
Too bad because OpenMOSIX project is closed for some time, multi-core processors killed it.
In my opinion this is a really, really dumb move. While its all eye-candy and nice, it brings down the usability a lot. If you want to get to the menu, you have to find some button from somewhere obscure location and then the menu will be vertical to begin with, like right-clicking. On top of that its one extra mouse click. I hate the same thing with Office.
(...)
The ironic thing is that a menubar is the least intrusive UI object on the screen. It's small, it doesn't get in the way and it goes nicely along with title bar. And you still find everything easily and fast from it.
I never experienced ribbon menus, can't comment if it is good for usability or not. Judging to other people's words, it seems it is indeed a good improvement to traditional menus.
Another sad thing about this is that it forges Windows UI style to Linux and other OS, and stops being consistent with the rest of the system.
That is what I'm worried about, more bloat into the GUI code-base. Firefox UI theme doesn't even integrate nicely with gtk+ anymore. I really hope they put this as compile-time option so we Gnome/XFCE/etc users continue to benefit from minimal integration Firefox still provides.
If they fail to this, I'm afraid I'll move to epiphany/whatever which is moving to webkit. I don't want to sound like a blackmailer tough, first because I never contributed to Firefox code-base and second because I probably belong to the minorities. However, given the availability and diversification of web browsers I believe I have a choice.
Gladly I'm not Firefox user, and even less so with this. It seems Firefox is going more and more to the way of grandma-understands-too. While I myself more and more like the approach Opera takes; feels like a complete suite for browsing. Maybe it'll gain more marketshare for Opera in power users, who still value usability and the simple efficient things like menu bars.
I like opera. I just don't use it because it doesn't honor my desktop UI guidelines. It might not be important for most people but I think that a desktop with a common UI helps productivity, at least for me.
The only app I use that breaks my UI is skype, I don't know why but the differences don't really bother me.
It would surprise me to find that the kernel still fits on a floppy disk though.
Sure, look at this Linux build for an ARMv5 device. It is a regular build with all required drivers built-in (touchscreen, usb, framebuffer, GSM, bluetooth, ..).
It is not even optimized for size (gcc -Os ).
http://dev.gentoo.org/~miknix/zImage-linwizard (1.3M)
I believe that would fit more or less into a floppy disk.
That n900 looks like it's about to replace laptops and desktops. Are there any plans to allow it to be docked to a keyboard, mouse, and monitor?
From what I can tell, the n900 is powered by a OMAP 3430 and this SoC is capable of USB2.0 OTG.
The omap Linux USB stack can work in usb host (OHCI) mode and OTG client (UDC) mode.
Given all above, I can tell either Host or OTG modes would support USB mouse or keyboard. There is a catch though, it also depends on the USB transceiver chip the n900 uses. The chip must be capable of delivering USB power when requested, otherwise you will need a USB HUB.
For example, my HTC Wizard (omap850) works in host and OTG modes in Linux. However, the USB transceiver chip is not capable of delivering power (manufacturer's fault).
Because I'm sure my Linux on [insert device here] port will look just fine on CodePlex.
Correction:
This allows me to view vimeo's HD videos in full-screen with less than 10% CPU in mplayer/vlc instead of over 90% CPU (and dropped frames) in flash.
Sorry, I wrote the less and greater characters and were removed by slashdot, also taking out some text in the process.
Not to mention that Flash under anything else than IE + Windows runs like a slug.
I agree. While I don't know how it runs on IE + Windows, I can say my Firefox with Flash 64bit on GNU/Linux is slow playing flash videos, specially full-screen HD videos.
An easy solution is to pause the flash video (and let it continue buffering), then fire up your favorite accelerated video player: /tmp/Flash4esbN8
mplayer
All the flash videos I've tried are buffered into /tmp (including youtube and vimeo). This allows me to view vimeo's HD videos in full-screen with 90% CPU (and dropped frames) in flash.
Sorry, my fault then :)
Yeah, that is true.
But have a look to the soundoff script, you can add a couple of lines there to kill applications using the audio device instead of just showing up a warning like it does by default. This will help you automate it.
Also, if your firmware is capable of generating a ACPI event during suspension/hibernation, you might be able to call your ossoff/on script there automatically.
Oh and by the way, you can also get which apps are using the audio device by: /dev/dsp*
lsof -w
Here, I only have to care to *not* let firefox opened with a flash plugin active or firefox (along with a crapload of opened tabs) will be killed when I suspend the laptop :)
You are right, thanks for the clarification.
What I meant is that ALSA uses dmix for audio mixing and there are some apps out there still written for OSS that need to be rewritten for ALSA.
Like per-application volume control that no other OS provides (except Windows Vista and higher, Mac OSX, etc)?
Wrong. OSS4 provides per-application volume control. Now check where OSS4 and append some more OSs to that list.
Pulse-audio can also do per-application volume control.
If you are still in doubt, look at this OSS4 mixer (vmix0):
http://cafe-ti.blog.br/wordpress/wp-content/uploads/2009/02/ossxmix.png
or the mixer for pulse audio:
http://fedoraproject.org/w/uploads/8/82/Interviews_LennartPoettering_PulseAudio.png
It is good and informative to say certain list of things does X.
It is totally wrong and will take all your credibility away when you say certain list of things is the ONLY that supports X, specially when you show no apparent knowledge or basis to support that certainty.
I'm using OSS4 with my Intel HDA (Conexant) Chip. I started using it to have proper audio mixing, ALSA can also do it but not every app out there is written to use the dmix plugin. In OSS4, every app that uses the (legacy) OSS API will work perfectly.
http://cafe-ti.blog.br/wordpress/wp-content/uploads/2009/02/ossxmix.png (See VMIX0 for audio mixing)
The only problem I found is that the phone jack sensing doesn't work. When I connect my phones, I'll have to manually cut-off the speakers sound in the mixer.
AFAIK it is not a bug, it is only a tiny barrier to stop script kiddies from copy-pasting without knowing what they are doing.