- Arch-general - lists.archlinux.org

[arch-general] wintv-hvr 850 (hybrid) not detecting any signal.
by Javier Vasquez 13 Oct '11

13 Oct '11

Hi, I'm not able to get my wintv-hvr 850 to work. It fails to find signal in both x86-32 and x86-64 machines... Some of the things I get (dmesg): [ 143.746636] cx231xx v4l2 driver loaded. [ 143.746862] cx231xx #0: New device Hauppauge Hauppauge Device @ 480 Mbps (2040:b140) with 6 interfaces [ 143.746865] cx231xx #0: registering interface 1 [ 143.747068] cx231xx #0: Identified as Hauppauge EXETER (card=8) [ 143.747189] IR RC5(x) protocol handler initialized [ 143.761855] IR RC6 protocol handler initialized [ 143.763836] IR JVC protocol handler initialized [ 143.767621] IR Sony protocol handler initialized [ 143.772576] lirc_dev: IR Remote Control driver registered, major 249 [ 143.778304] IR LIRC bridge handler initialized [ 143.911324] cx231xx #0: cx231xx_dif_set_standard: setStandard to ffffffff [ 143.933691] cx25840 3-0044: cx23102 A/V decoder found @ 0x88 (cx231xx #0) [ 143.951787] cx25840 3-0044: Firmware download size changed to 16 bytes max length [ 145.954902] cx25840 3-0044: loaded v4l-cx231xx-avcore-01.fw firmware (16382 bytes) [ 146.002106] i2c-core: driver [tuner] using legacy suspend method [ 146.002109] i2c-core: driver [tuner] using legacy resume method [ 146.039520] All bytes are equal. It is not a TEA5767 [ 146.039526] tuner 4-0060: Tuner -1 found with type(s) Radio TV. [ 146.058870] tda18271 4-0060: creating new instance [ 146.061146] Unknown device (0) detected @ 4-0060, device not supported. [ 146.061149] tda18271_attach: [4-0060|M] error -22 on line 1275 [ 146.061152] tda18271 4-0060: destroying instance [ 146.066665] tuner 4-0060: Tuner has no way to set tv freq [ 146.067769] cx231xx #0: cx231xx #0: v4l2 driver version 0.0.1 [ 146.081785] cx231xx #0: cx231xx_dif_set_standard: setStandard to b000 [ 146.155662] cx231xx #0: video_mux : 0 [ 146.155670] cx231xx #0: do_mode_ctrl_overrides : 0xb000 [ 146.156407] cx231xx #0: do_mode_ctrl_overrides NTSC [ 146.163080] cx231xx #0: cx231xx #0/0: registered device video0 [v4l2] [ 146.163173] cx231xx #0: cx231xx #0/0: registered device vbi0 [ 146.163179] cx231xx #0: V4L2 device registered as video0 and vbi0 [ 146.163188] cx231xx #0: EndPoint Addr 0x84, Alternate settings: 5 [ 146.163194] cx231xx #0: Alternate setting 0, max size= 512 [ 146.163200] cx231xx #0: Alternate setting 1, max size= 184 [ 146.163205] cx231xx #0: Alternate setting 2, max size= 728 [ 146.163211] cx231xx #0: Alternate setting 3, max size= 2892 [ 146.163217] cx231xx #0: Alternate setting 4, max size= 1800 [ 146.163224] cx231xx #0: EndPoint Addr 0x85, Alternate settings: 2 [ 146.163230] cx231xx #0: Alternate setting 0, max size= 512 [ 146.163235] cx231xx #0: Alternate setting 1, max size= 512 [ 146.163241] cx231xx #0: EndPoint Addr 0x86, Alternate settings: 2 [ 146.163247] cx231xx #0: Alternate setting 0, max size= 512 [ 146.163252] cx231xx #0: Alternate setting 1, max size= 576 [ 146.163258] cx231xx #0: EndPoint Addr 0x81, Alternate settings: 6 [ 146.163264] cx231xx #0: Alternate setting 0, max size= 512 [ 146.163269] cx231xx #0: Alternate setting 1, max size= 64 [ 146.163274] cx231xx #0: Alternate setting 2, max size= 128 [ 146.163280] cx231xx #0: Alternate setting 3, max size= 316 [ 146.163285] cx231xx #0: Alternate setting 4, max size= 712 [ 146.163291] cx231xx #0: Alternate setting 5, max size= 1424 [ 146.163452] usbcore: registered new interface driver cx231xx [ 146.171942] cx231xx #0: cx231xxcx231xx: called cx231xx_uninit_vbi_isoc [ 146.171947] cx231xx #0: cx231xx_stop_stream():: ep_mask = 10 [ 146.172279] cx231xx #0: cx231xx_stop_stream():: ep_mask = 8 [ 146.183690] cx231xx #0: cx231xx-audio.c: probing for cx231xx non standard usbaudio [ 146.183955] cx231xx #0: EndPoint Addr 0x83, Alternate settings: 3 [ 146.183957] cx231xx #0: Alternate setting 0, max size= 512 [ 146.183960] cx231xx #0: Alternate setting 1, max size= 28 [ 146.183962] cx231xx #0: Alternate setting 2, max size= 52 [ 146.183964] cx231xx: Cx231xx Audio Extension initialized [ 146.193525] cx231xx #0: Changing the i2c master port to 1 [ 146.316797] dvb_init: looking for tuner / demod on i2c bus: 4 [ 146.336561] tda18271 4-0060: creating new instance [ 146.338672] TDA18271HD/C2 detected @ 4-0060 [ 146.338800] cx231xx #0: UsbInterface::sendCommand, failed with status --32 [ 146.338811] tda18271_write_regs: [4-0060|M] ERROR: idx = 0x0, len = 39, i2c_transfer returned: -32 [ 146.537690] DVB: registering new adapter (cx231xx #0) [ 146.537703] DVB: registering adapter 0 frontend 0 (LG Electronics LGDT3305 VSB/QAM Frontend)... [ 146.538628] Successfully loaded cx231xx-dvb [ 146.539056] cx231xx: Cx231xx dvb Extension initialized [ 205.380044] cx231xx #0: Reloading firmware for XC5000 [ 205.382731] cx231xx #0: UsbInterface::sendCommand, failed with status --32 [ 205.382736] tda18271_write_regs: [4-0060|M] ERROR: idx = 0x0, len = 39, i2c_transfer returned: -32 [ 205.584115] tda18271: performing RF tracking filter calibration [ 207.151305] tda18271: RF tracking filter calibration complete [ 207.151310] cx231xx #0: XC5000 firmware download completed [ 207.181681] cx231xx #0: cx231xx_dif_set_standard: setStandard to b000 [ 207.255567] cx231xx #0: video_mux : 0 [ 207.255569] cx231xx #0: do_mode_ctrl_overrides : 0xb000 [ 207.256316] cx231xx #0: do_mode_ctrl_overrides NTSC [ 207.280078] tuner 4-0060: Tuner has no way to set tv freq [ 207.280105] cx231xx #0: vidioc_s_std : 0x1000 [ 207.297331] tuner 4-0060: Tuner has no way to set tv freq [ 207.302954] cx231xx #0: do_mode_ctrl_overrides : 0x1000 [ 207.303702] cx231xx #0: do_mode_ctrl_overrides NTSC [ 207.317904] cx231xx #0: cx231xx_stop_stream():: ep_mask = 8 [ 207.319284] cx231xx #0: cx231xx_initialize_stream_xfer: set video registers [ 207.319577] cx231xx #0: cx231xx_start_stream():: ep_mask = 8 [ 207.338332] cx231xx #0: cx231xx_dif_set_standard: setStandard to 1000 [ 207.414696] cx231xx #0: video_mux : 0 [ 207.414702] cx231xx #0: do_mode_ctrl_overrides : 0x1000 [ 207.415440] cx231xx #0: do_mode_ctrl_overrides NTSC [ 207.421954] tuner 4-0060: Tuner has no way to set tv freq [ 207.421969] cx231xx #0: vidioc_s_std : 0x1000 [ 207.421971] tuner 4-0060: Tuner has no way to set tv freq [ 207.427577] cx231xx #0: do_mode_ctrl_overrides : 0x1000 [ 207.428312] cx231xx #0: do_mode_ctrl_overrides NTSC [ 207.507462] cx231xx #0: Enter vidioc_s_frequency()f->frequency=2900;f->type=2 [ 207.515705] tuner 4-0060: Tuner has no way to set tv freq [ 207.515708] cx231xx #0: cx231xx_tuner_post_channel_change dev->tuner_type =083 [ 207.517325] cx231xx #0: if_frequency is set to 5400000 [ 207.517328] cx231xx #0: Enter cx231xx_set_Colibri_For_LowIF() [ 207.537963] cx231xx #0: colibri_carrier_offset=4832000, standard=0x1000 [ 207.537971] cx231xx #0: if_freq=10232000;spectral_invert=0x1;mode=0x1 [ 207.540340] cx231xx #0: Enter IF=2489 [ 207.555844] cx231xx #0: Set New FREQUENCY to 2900 [ 210.794599] cx231xx #0: Enter vidioc_s_frequency()f->frequency=2804;f->type=2 [ 210.802958] tuner 4-0060: Tuner has no way to set tv freq [ 210.802962] cx231xx #0: cx231xx_tuner_post_channel_change dev->tuner_type =083 [ 210.804582] cx231xx #0: if_frequency is set to 5400000 [ 210.804585] cx231xx #0: Enter cx231xx_set_Colibri_For_LowIF() [ 210.824119] cx231xx #0: colibri_carrier_offset=4832000, standard=0x1000 [ 210.824122] cx231xx #0: if_freq=10232000;spectral_invert=0x1;mode=0x1 [ 210.826593] cx231xx #0: Enter IF=2489 [ 210.840973] cx231xx #0: Set New FREQUENCY to 2804 [ 213.461728] cx231xx #0: Enter vidioc_s_frequency()f->frequency=1332;f->type=2 [ 213.470088] tuner 4-0060: Tuner has no way to set tv freq ... Any hints? I don't have ms-windows machine, but I asked a guy to try the usb device with the proprietary CD that came with it, and it worked out out of the box (what a surprise for these things thought for ms-windows only), so the device is working nice. I would really appreciate any help you can provide. BTW: core/linux 3.0.4-1 (base) [installed] The Linux Kernel and modules extra/v4l-utils 0.8.5-1 [installed] Userspace tools and conversion library for Video 4 Linux community/linuxtv-dvb-apps 1.1.1-4 [installed] Viewer programs for DVB cards community/tvtime 1.0.2-2 [installed] A high quality television application for use with video capture cards I've tried channels scan with scantv, tvtime and tvtime-scanner. Neither detect a thing, :-( Thanks, -- Javier.

2 7

[arch-general] In reply to [arch-dev-public] [signoff] pacman 4.0.0-2
by Karol Blazewicz 13 Oct '11

13 Oct '11

I don't have the permissions to post to [arch-dev-public] so I'm posting it here. On Thu, Oct 13, 2011 at 8:22 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > The most anticipated release EVER has landed in [testing]. Do I expect > it to make it out before we need a 4.0.1? Not really. :) > > Questions? Concerns? Comments? I'm telling you as little as possible > about this release and how to make things work to put more people in > the "standard user who doesn't follow development like a hawk" shoes. > > -Dan A question about the manpage and '-xx' switches e.g.: -u, --sysupgrade <snip> Pass this option twice to enable package downgrade; in this case pacman will select sync packages whose version does not match with the local version. This can be useful when the user switches from a testing repo to a stable one. <snip> People often overlook it - especially for '-dd'. Compare this with 'pacman -Sh' output: <snip> -u, --sysupgrade upgrade installed packages (-uu allows downgrade) <snip> '-uu' is explicitly mentioned. Do you think pacman manpage should be made more scannable (i.e. you can just glance over and know what to do) / searchable - the '-uu' switch is not exp[licitly mentioned anywhere, you can't grep it. On the other hand 'pacman -Sh' doesn't tell you about '-yy': -y, --refresh download fresh package databases from the server What do you think about such changes? Do you want them at all and if yes, will you write them or do you prefer I come up with a proposal / patch? -Karol

1 0

[arch-general] pacman transition - follow up
by fredbezies 13 Oct '11

13 Oct '11

I upgraded pacman flawlessly. Just had to run one pacman-key, and waiting for yaourt to be updated I installed packer. I will need to go back to simple mail for arch-general :[ -- Frederic Bezies fredbezies(a)gmail.com

1 0

[arch-general] How-to for pacman 4.0 transition ?
by fredbezies 13 Oct '11

13 Oct '11

Hello. I saw on arch-commits list that pacman 4.0 is in testing. So, is there somewhere a how-to to follow to ease the transition ? Thanks a lot ! -- Frederic Bezies fredbezies(a)gmail.com

3 2

[arch-general] Howto find alternate ABS source download mirror?
by David C. Rankin 12 Oct '11

12 Oct '11

Guys, Where do I find a list of ABS download mirrors? I was working with ffmpeg and the download from ftp.archlinux.org was painfully slow due to the throttled connection. Is there somewhere mirrors for ABS sources are listed? Usually it doesn't matter because most sources are relatively small, but with packages like ffmpeg (50 meg), the throttling difference can be extreme. Thanks. -- David C. Rankin, J.D.,P.E.

5 5

[arch-general] [signoff] linux-3.0.6-2
by Tobias Powalowski 11 Oct '11

11 Oct '11

Latest kernel is in testing, - fixed archiso support - revert to performance governor please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

8 10

Re: [arch-general] [arch-dev-public] [arch-projects] [HEADSUP] udevd moved out of PATH
by Myra Nelson 11 Oct '11

11 Oct '11

On Tue, Oct 11, 2011 at 08:32, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Tue, Oct 11, 2011 at 8:14 AM, Tom Gundersen <teg(a)jklm.no> wrote: > > On Tue, Oct 11, 2011 at 11:44 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > >> This is really f***ing stupid of upstream. > > > > Unlikely. > > > >> Why are they doing this > >> outside of simply wanting to break everything? > > > > What is breaking? > Everything I outlined below? Restarting a daemon, which shouldn't > involve having to restart my computer to do so? > > >> I'm not a fan of this > >> as we are making upgrades way too fragile, > > > > How? We always require udev, initscripts and mkinitcpio to be in sync, > > running udev should not be affected. > Throw the filesystem package into that bucket too. What I meant to say > is we have at times had this dependency happen, but it seems like > every single upgrade as of late as absolutely required it. This was > never the case a year ago. I realize I'm coming across as a old, > resistant to change, pesky thorn in the side here, but we're doing > things that are beginning to clash mightily with the Arch way here. > > >> not to mention moving what > >> is very clearly a *binary* into a non-binary path, which is totally > >> bogus. > > > > There are plenty of binaries in libexec (and there are plenty of > > non-binaries in bin), I don't see the problem. > So let me make sure I understand here since the upstream commit wasn't > linked- upstream moved it to libexec, which we normally move into to > /usr/lib, but this particular binary is moving to /lib? > > >> I know I've done `killall udevd && udevd --daemon` before to > >> get the new version running; sounds like this is not going to work at > >> all anymore. > > > > That does not sound like a good idea, you'll at least lose events. > Am I the only one that does this? Because the handy-dandy, still on my > path `udevadm` command definitely doesn't have any sort of documented > 'restart' function for those of us that don't like to reboot our > installs once a week. > > Are you sure about losing events? I thought the kernel cues them up if > udevd isn't running. Maybe I need to add a `udevadm --exit` or > something else to my incantation, I don't know. > > >> I would honestly pester upstream and have them justify the color of > >> their hat this week; > > > > Unless you can come up with some real problems caused by this, I think > > that would be a waste of time. Even if they did not explain their > > reasoning very well this time, I'm pretty sure they have some, and > > won't revert just because some random people say "I don't like it". > > > >> -1 from me on this whole change, upstream decision > >> or not. > > > > -1 on what? What exactly are you proposing? > At the very least we should symlink this to the former location until > there is a udevadm that actually covers all of the use cases. Real > problem #1- how do I restart this? #2 without having the path > memorized? > > Re: upower, udisks, and polkit running out of libexec: I don't think > this is seen as an advantage by many around here. At least I see it as > a negative; why are we making things harder on the user to have > control of their system? > > I also think having to hardcode *any* path to a binary (user-usable or > not, WE still have to use it) like this is a real issue; what happens > when the Kool-Aid color of the week moves it again? We continue to > play along? > > -Dan > I'm not a dev but would like to stick my two cents in here anyway. The following statement by Dan McGee highlights some of my concerns with a lot of distros and why I chose Arch to begin with. "At least I see it as a negative; why are we making things harder on the user to have control of their system?" With Arch I still have control of my machine. I do not care for what, IMHO, is the drive to appease the corporate user types who insist everyones' machine look the same and force everyone into a common way of doing things. It may be great for the office, but not for other users. Like Dan I'm coming accross as old and resistant to change. Change is good and necessary unless it's change for changes' sake. I realize the Arch way dictates minimal patching and staying current with upstream, but what happens if upstream goes the wrong direction? I had a steep learning curve because I wanted to use Arch and I still have a long way to go, but at least I remember how to set up, maintain and use a computer again. I still have to look/ask for help ocassionally, but I'm getting there. Please keep Arch simple and useable. Myra -- Life's fun when your sick and psychotic!

1 0

[arch-general] [translation] pacman 4.0.0 string freeze
by Dan McGee 11 Oct '11

11 Oct '11

If you've helped us out before, or are looking to get involved, the string freeze for the magic 4.0 release is now in effect. Translators: http://www.archlinux.org/pacman/translation-help.html Transifex release page: https://www.transifex.net/projects/p/archlinux-pacman/r/4-0-0/ I've set the deadline 7 days from today. -Dan

5 7

[arch-general] xdm, who and X sessions
by Norbert Zeh 11 Oct '11

11 Oct '11

Hi folks, wanting to go lightweight, I just switched back from kdm to xdm, but I ran into a little snag, which I reported as bug FS#26395 on the bug tracker. I'm no longer sure this is actually a bug, at least not of "who". The problem: After loggin in via xdm, "who" does not show any logged in users. "who /var/run/utmp" on the other hand does show the logged in user. Using kdm, "who" and "who /var/run/utmp" both reported the same result. The reason: There's a small difference between running "who" with or without argument. When run without argument, "who" checks whether the process associated with a session in /var/run/utmp is dead or alive. If it is dead, the entry is not listed in the output. Now, when using xdm, sessreg is run from Xstartup and registers the shell running Xstartup as the PID associated with the session. The shell running Xstartup exits and then xdm fires up Xsetup to start the user's session. Since the shell running Xstartup has exited, there is no longer any process with the PID associated with the session in /var/run/utmp. Hence, who does not report this session. While this explains the source of the problem, I have no idea how to fix it. It seems that what would be needed is to run sessreg as root from a process that stays alive while the user is actually logged into the X session. kdm, for example, does in fact stay alive while the user is logged in. So does xdm, but the PID recorded in /var/run/utmp is not the one of xdm but of the shell it spawns to run Xsetup. Any suggestions would be greatly appreciated. Cheers, Norbert

2 2

Re: [arch-general] FW: no sound coming from speakers after update
by Roman V.Leon. 11 Oct '11

11 Oct '11

> On Monday, October 10, 2011, Martti Kühne wrote: > >> On Mon, Oct 10, 2011 at 3:25 AM, Madhurya Kakati >> >> wrote: >> > On Sunday, October 9, 2011, Martti Kühne wrote: >> > >> >> On Sun, Oct 9, 2011 at 7:09 PM, Madhurya Kakati >> >> > >> >> wrote: >> >> > >> >> > The last entry in mpd.log is from 02 oct. I doubt that will help. >> >> However >> >> > when I try to start mpd I get this error, [papul@archlinux ~]$ >> >> > sudo rc.d start mpd >> >> > :: Starting Music Player Daemon >> >> > [BUSY] /etc/rc.d/mpd: line 6: 9910 Aborted >> /usr/bin/mpd >> >> > /etc/mpd.conf &>/dev/null >> >> > >> >> >> >> Usually I put in hashes ('#') into the /etc/rc.d/mpd script to >> >> check what output there is destroyed. Could be useful. >> >> >> >> cheers! >> >> mar77i >> >> >> > >> > After adding '#' in /etc/rc.d/mpd here's what I get when I try to >> > start >> it, >> > [papul@archlinux ~]$ sudo rc.d start mpd >> > :: Starting Music Player Daemon >> > [BUSY] listen: bind to '0.0.0.0:6600' failed: Address already in >> > use (continuing anyway, because binding to '[::]:6600' succeeded) >> > output: No "audio_output" defined in config file >> > output: Attempt to detect audio output device >> > output: Attempting to detect a alsa audio device ALSA lib >> > pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: >> > Connection refused >> > >> > alsa: Error opening default ALSA device: Connection refused >> > output: Attempting to detect a oss audio device >> > oss: Error opening OSS device "/dev/dsp": No such file or directory >> > oss: Error opening OSS device "/dev/sound/dsp": No such file or >> > directory >> > output: Attempting to detect a pulse audio device >> > mpd: src/output/pulse_output_plugin.c:400: pulse_output_wait_connection: >> > Assertion `po->mainloop != ((void *)0)' failed. >> > /etc/rc.d/mpd: line 6: 27833 Aborted /usr/bin/mpd >> > /etc/mpd.conf >> > >> > [FAIL] >> > >> >> >> wow that fails for several reasons. you should: >> 1. configure alsa in mpd.conf, then mpd will be mixed over dmix (which >> won't fix the actual problem) 2. make sure the user which runs mpd to >> the audio group and figure out why both alsa and pulse would refuse >> the connection. >> who (uid/gid) runs those, what other security mechanisms could stick >> in between, like a too restrictively configured firewall etc. >> >> oh and you should figure out if mpd is already running, or if this >> config option is plain wrong that makes mpd try to "bind to >> '0.0.0.0:6600' failed: Address already in use" ... sometimes mpd hangs >> up and you have to kill it with SIGABRT / 6. >> >> I'm just at a very similar issue a friend of mine is having with mpd >> and jack. you should get those permissions right in the first place... >> :) I'll go there and adjust /etc/group until it works, I guess. >> >> cheers! >> mar77i >> > > > Forget about mpd. Why doesn't audio play on vlc and in browsers? I regularly visit sites like grooveshark,com. Also I do have my username in audio group. > Everything was fine until I ran pacman -Syu. :( Hello Martti. Please show 'ls -l /dev/snd/' output and try to launch alsamixer(under root and unprivileged user) copy all error messages. Be sure that you have alsa-utils installed and alsa daemon is running. Cheers, Roman. ______________________________ Распродажи купальников on-line. Сравнение цен. Описания, отзывы http://metamarket.ua/ru/odezhda-obuv-i-aksessuary/zhenskaya-odezhda/kupalni…

3 4