[ATrpms-users] Mythtv 0.20 DTS Passthrough enabled?
I've see several references to a DTS passthrough to SPDIF setting on mythtv.org. But I don't know where this setting is. With 0.19 my attempts to transcode DVD's with DTS audio have crashed Transcode and hung MTD after the initial rip. I've gotten perfect rips with the DTS audio track selected and AC3 checked but they are not DTS or at least are not recognized as DTS audio by my reciever. I'm guessing if it is the DTS audio track then its been transcoded? Now with 0.20 I haven't tried ripping but just trying to play a DTS track with the Internal player, my reciever indicates a 2 channel audio stream but there is no sound. I'd like more information on how DTS passthrough works; where are the settings and is it even enabled in the atrpms builds? Are all the dependencies set up to make it work? Thanks,Randy ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] MythArchive dependencies
On Wed, Sep 13, 2006 at 06:18:26PM -0700, Randy Schauffele II wrote: I can't wait to try out 0.20 but yum update mythtv-suite still failing on missing cdrtools-2.01 for FC4. You need yum update, not yum update something -- Axel.Thimm at ATrpms.net pgp41TmJychsF.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? -- Axel.Thimm at ATrpms.net pgpF3g27is3gS.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] MythTV - mythplugins not picked up, despite being installed?
On Wed, Sep 13, 2006 at 10:02:34PM -0400, Stanley Stanski wrote: This seems to be a problem with the x86_64 builds. Mythtv seems to be looking in lib64 for plugins named lib64[plugin].so not lib[plugin].so. I'm guessing the prefix is parameter passed in during compile time. As a temporary fix I created symbolic links called lib64*.so to all the lib*.so files in the /usr/lib64/mythtv/plugins directory. Ex: ln -s libmytharchive.so lib64mytharchive.so My mythfrontend now recognizes all the plugins. Wasn't this fixed with the latest builds? -- Axel.Thimm at ATrpms.net pgpaXam00WF4o.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] Mythtv 0.20 DTS Passthrough enabled?
HI! Axel Thimm wrote: there is no sound. I'd like more information on how DTS passthrough works; where are the settings and is it even enabled in the atrpms builds? Are all the dependencies set up to make it work? No, it's the only thing that is not enabled along with jack. Is this a new 0.20 feature? Why is it not enabled in atrpm builds? Thomas ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] Second MythTV 0.20 second has high CPU utilization problem...
Hi, This is an odd one, but I'll try and explain. I was in the middle of setting of a frontend/backend box and a frontend box to go along with everything. A little background info: I was planning on going with 0.19 but on the day I was going to yum install mythtv-suite, the 0.20 release was available from ATRPMS. I installed this first release (with the known issue with the MythWeb page) and it went perfectly onto my Front/Backend box.Live OTA HDTV was perfect, playing recording HDTV was perfect as well. (Everything was just fine.) CPU utilization was around 60-70% while playing back HDTV OTA programming. I managed to put together my Frontend box a few days later, and by that time the updated version of the 0.20 was available at ATRPMS. I decided to put this version onto my Frontend/Backend box as well thinking it would be no big deal. Big mistake. I now get incredibly high CPU utilization with (95-100% according to top) on both boxes when trying to watch live TV or watch recorded programs. The video stutters a lot. (Plays for 4-5 seconds and then pauses... repeating this constantly.) So it has become unusable. Fortunately the recording is actually working fine; I can drop out of Myth and play the recorded programs in mplayer standalone with very low CPU utilization. I did not change anything on the frontend/backend box except install the latest MythTV release. The frontend box is quite powerful so it should not have problems either. (This new frontend box was actually running 0.19 as a standalone Frontend/backend box without any problems before I started this whole upgrade to two boxes.) Has anyone else experienced this spike in CPU utilization? It looks like something has changed to cause this. I tried looking for the old version to downgrade to (to test if this fixes the problem), but I could not see it on ATRPMS anymore for FC5. (It could be there... this is the first time I have used ATRPMs before so I am not too sure where to look.) Questions: - How can I downgrade to the first 0.20 on ATRPMS to test if this fixes the problem? (yum remove mythtv-suite and then yum install mythtv-suite-0.20-???.fc5 ) - Is anyone else experiencing these problems? I noted quite a few folks on the MythTV list talking about high CPU utilization and the one common thread appeared to be they are using ATRPMS for their source. Here are the box specs: Frontend/backend: P4 2.8 Ghz, Fedora Core 5, Nvidia FX5200, 1GB RAM. 80GB WD HD for OS, three WD 320GB drives set as a RAID0 array for storing programs Frontend: P4 3.0 Ghz, Fedora Core 5, Nvidia FX6200, 1GB RAM. One 80GB WD drive. Thanks in advance for any help/advice about this problem. Cheers. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] Mythtv 0.20 DTS Passthrough enabled?
On Thu, Sep 14, 2006 at 01:31:22PM +0200, Thomas Börkel wrote: HI! Axel Thimm wrote: there is no sound. I'd like more information on how DTS passthrough works; where are the settings and is it even enabled in the atrpms builds? Are all the dependencies set up to make it work? No, it's the only thing that is not enabled along with jack. Is this a new 0.20 feature? No. Why is it not enabled in atrpm builds? No demand and not too much time on my hands. -- Axel.Thimm at ATrpms.net pgp3ZOmX6oqHA.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? -- Axel.Thimm at ATrpms.net Here you go: Seems to still be picking up 0.19. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv Get:1 http://apt.sw.be fedora/3/en/i386 release [505B] Get:2 http://ayo.freshrpms.net fedora/linux/3/i386 release [2136B] Get:3 http://dl.atrpms.net fc3-i386/redhat release [2074B] Get:4 http://apt.sw.be dries/fedora/fc3/i386 release [486B] Get:5 http://dl.atrpms.net fc3-i386/atrpms release [1247B] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] Get:7 http://dl.atrpms.net fc3-i386/atrpms/testing repomd.xml [951B] Get:8 http://dl.atrpms.net fc3-i386/redhat/release repomd.xml [951B] Get:9 http://dl.atrpms.net fc3-i386/redhat/updates repomd.xml [951B] Get:10 http://dl.atrpms.net fc3-i386/redhat/updates-legacy repomd.xml [951B] Fetched 11.2kB in 0s (16.6kB/s) Get:1 http://apt.sw.be fedora/3/en/i386/dag pkglist [1905kB] Hit http://ayo.freshrpms.net fedora/linux/3/i386/freshrpms pkglist Hit http://dl.atrpms.net fc3-i386/redhat/release pkglist Hit http://ayo.freshrpms.net fedora/linux/3/i386/freshrpms release Hit http://dl.atrpms.net fc3-i386/redhat/release release Hit http://dl.atrpms.net fc3-i386/redhat/updates pkglist Hit http://dl.atrpms.net fc3-i386/redhat/updates release Hit http://dl.atrpms.net fc3-i386/atrpms/stable pkglist Hit http://dl.atrpms.net fc3-i386/atrpms/stable release Hit http://dl.atrpms.net fc3-i386/atrpms/stable/ primary.xml Hit http://dl.atrpms.net fc3-i386/atrpms/stable/ filelists.xml Hit http://dl.atrpms.net fc3-i386/atrpms/testing/ primary.xml Hit http://dl.atrpms.net fc3-i386/atrpms/testing/ filelists.xml Hit http://dl.atrpms.net fc3-i386/redhat/release/ primary.xml Hit http://dl.atrpms.net fc3-i386/redhat/release/ filelists.xml Hit http://dl.atrpms.net fc3-i386/redhat/updates/ primary.xml Hit http://dl.atrpms.net fc3-i386/redhat/updates/ filelists.xml Hit http://dl.atrpms.net fc3-i386/redhat/updates-legacy/ primary.xml Hit http://dl.atrpms.net fc3-i386/redhat/updates-legacy/ filelists.xml Get:2 http://apt.sw.be fedora/3/en/i386/dag release [165B] Hit http://apt.sw.be dries/fedora/fc3/i386/dries pkglist Hit http://apt.sw.be dries/fedora/fc3/i386/dries release Fetched 1905kB in 9s (194kB/s) Reading Package Lists... Done Building Dependency Tree... Done mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Thu, Sep 14, 2006 at 07:19:01AM -0500, Ryan Pisani wrote: On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? Here you go: Seems to still be picking up 0.19. Hm, what does dl.atrpms.net resolve to? There was a switch some weeks ago, if the name server you use is broken maybe you're still looking at the old server. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv [...] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database Also looks like you have double entries. -- Axel.Thimm at ATrpms.net pgpI6u55nwWxD.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] FC3 perl-XMLTV failed dependency on perl(File::Slurp)
On a box running FC3, after an apt-get update if I try to apt-get dist-upgrade -u it says it's going to upgrade a lot of stuff, but also says The following packages have been kept back libexif perl-XMLTV xmltv xmltv-grabbers xmltv-gui Trying it by hand, I see this: % sudo apt-get install -u perl-XMLTV ... The following packages have unmet dependencies: perl-XMLTV: Depends: perl(File::Slurp) but it is not installable While I continue my digging on the system, does this look familiar to anyone? Thanks, B ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 myth problem?
On Thu, Sep 14, 2006 at 09:47:49AM +1000, [EMAIL PROTECTED] wrote: Hi Axel, Sorry to bother you but I tried to upgrade to Myth 0.20 last night using both apt-get and yum and neither can see the 0.20 rpms for FC3. A 'yum list | grep myth' shows only a few themes and old packages like mythmkmovies - basically all the myth related stuff I can see on the website except for the main 'mythtv' and 'mythplugins' directories. The FC4 repository seems fine from a 'yum list' and the FC3 all looks to be there via the website, but not via yum/apt. Before I bite the bullet and upgrade to FC4 I thought I'd check if the FC3 repo is likely to be working in the near future. Thanks for all your help to the Myth Community! Your nameserver is probably broken. -- Axel.Thimm at ATrpms.net pgphs4eAqeMFA.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 perl-XMLTV failed dependency on perl(File::Slurp)
Interestingly, if I do a smart upgrade it doesn't have the same complaint, though it too omits (more quietly) xmltv from the things it wants to upgrade. When given smart upgrade xmltv specifically, it says no interesting upgrades are available. I'm going ahead with the smart-upgrade route and will see how the xmltv stuff behaves. (Our big hope is a fix for the problem with watching more than one recorded show without leaving and re-entering Watch Recordings.) B ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] FC3 0.20 success, but with a mysql command
Using 0.20 under FC3 appears to be going well so far. (The preview play of recorded shows has a very blue-tinted color now.) After the smart upgrade and a reboot, I found that mythfrontend wasn't coming up. It failed to start, as did mythbackend, because of 2006-09-14 15:14:10.068 Connected to database 'mythconverg' at host: localhost 2006-09-14 15:14:10.070 Upgrading to schema version 1136 2006-09-14 15:14:10.071 DB Error (Performing database upgrade): Query was: ALTER TABLE program ADD listingsource INT NOT NULL default '0'; Error was: Driver error was [2/1060]: QMYSQL3: Unable to execute query Database error was: Duplicate column name 'listingsource' new version: 1136 2006-09-14 15:14:10.072 Database Schema upgrade FAILED, unlocking. 2006-09-14 15:14:10.072 Couldn't upgrade database to new schema Even though my full dump of mysql before doing all of this doesn't actually have 'listingsource' in the program table it emitted. Weird. To fix it, I had to do mysql -umysql -p mysql mythconverg alter table program drop listingsource; quit and then make mythbackend do its stuff in front of me so I knew it'd actually succeeded: sudo mythbackend Once that was happy having done a bunch of upgrades to schema versions incrementing to 1160, it finally calmed after emitting 2006-09-14 15:20:19.384 AutoExpire: Required Free Space: 2.1 GB w/freq: 10 min 2006-09-14 15:20:21.298 Reschedule requested for id -1. 2006-09-14 15:20:21.795 Scheduled 260 items in 0.5 = 0.15 match + 0.35 place 2006-09-14 15:20:21.801 Seem to be woken up by USER With that, I did a Ctrl-C and restarted it with sudo /sbin/service mythbackend restart Now it's up and humming. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Thu, Sep 14, 2006 at 07:19:01AM -0500, Ryan Pisani wrote: On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? Here you go: Seems to still be picking up 0.19. Hm, what does dl.atrpms.net resolve to? There was a switch some weeks ago, if the name server you use is broken maybe you're still looking at the old server. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv [...] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database Also looks like you have double entries. -- Axel.Thimm at ATrpms.net The dl.atrpms.net that I see is pointing to 130.133.35.11. I can navigate the repository via browser and see the 0.20 rpms. But my apt-get doesn't see to pick them up. I looked at primary.xml.gz and it looks like 0.20 isn't there either. Ryan ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
The dl.atrpms.net that I see is pointing to 130.133.35.11. If it's of any help, the name resolves to 130.133.35.8 for me. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Thu, Sep 14, 2006 at 11:41:17AM -0500, Ryan Pisani wrote: On Thu, Sep 14, 2006 at 07:19:01AM -0500, Ryan Pisani wrote: On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? Here you go: Seems to still be picking up 0.19. Hm, what does dl.atrpms.net resolve to? There was a switch some weeks ago, if the name server you use is broken maybe you're still looking at the old server. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv [...] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database Also looks like you have double entries. The dl.atrpms.net that I see is pointing to 130.133.35.11. That's correct. I can navigate the repository via browser and see the 0.20 rpms. OK. But my apt-get doesn't see to pick them up. I looked at primary.xml.gz and it looks like 0.20 isn't there either. But they are ... Hm. The file should start with ?xml version=1.0 encoding=UTF-8? metadata xmlns=http://linux.duke.edu/metadata/common; xmlns:rpm=http://linux.duke.edu/metadata/rpm; packages=939 If not, maybe you are behind a (transparent) caching proxy? -- Axel.Thimm at ATrpms.net pgpHMSe2wxmcb.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
Axel Thimm a écrit : On Thu, Sep 14, 2006 at 11:41:17AM -0500, Ryan Pisani wrote: The dl.atrpms.net that I see is pointing to 130.133.35.11. That's correct. Funny because a traceroute to dl.atrpms.net gives me this: traceroute to dl.atrpms.net (130.133.35.8), 30 hops max, 40 byte packets [...] 18 at8.physik.fu-berlin.de (130.133.35.8) 140.414 ms 140.381 ms * ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 Myth 0.20 Repodata
On Thu, Sep 14, 2006 at 11:41:17AM -0500, Ryan Pisani wrote: On Thu, Sep 14, 2006 at 07:19:01AM -0500, Ryan Pisani wrote: On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? Here you go: Seems to still be picking up 0.19. Hm, what does dl.atrpms.net resolve to? There was a switch some weeks ago, if the name server you use is broken maybe you're still looking at the old server. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv [...] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database Also looks like you have double entries. The dl.atrpms.net that I see is pointing to 130.133.35.11. That's correct. I can navigate the repository via browser and see the 0.20 rpms. OK. But my apt-get doesn't see to pick them up. I looked at primary.xml.gz and it looks like 0.20 isn't there either. But they are ... Hm. The file should start with ?xml version=1.0 encoding=UTF-8? metadata xmlns=http://linux.duke.edu/metadata/common; xmlns:rpm=http://linux.duke.edu/metadata/rpm; packages=939 If not, maybe you are behind a (transparent) caching proxy? -- Axel.Thimm at ATrpms.net Well. I think your first assumption about dns resolution was correct. I seem to have multiple returns. I got the .11 address the first time, now I just did another yum clean, etc, etc and went to get the repo data again. This time I decided to just rip another nslookup on the dl.atrpms.net. Now I got the 130.133.35.8 server. I've queried all 3 in line DNS servers from my provider and all are replying with .8 now. WTF. But i think this explains it. I'll work on getting another server to query for lookups. Thanks for pointing me in the right direction. It must be coincidental that I managed to get to the repo via http more than once. Thanks Ryan Just to add more to this. I am consistently getting .8 resolved now and I can simulataneously navigate to the dl.atrpms.net fc3 repo and see the 0.20 rpms there. I'm starting to lean towards the fact that earthlink has a caching mechanism somewhere. Now i see the primary.xml.gz that is downloading has a date stamp of Sep 3, which doesn't match the web. I'm going to see if I can pull down the proper one manually and then use the cache data to update. I'm really not up to sitting on the phone with a bunch of crappy tech folks at earthlink. they'll be telling me to re-install windows Ah hell. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] FC3 dist-upgrade problem
HI! While trying to upgrade to Myth 0.20, I ran into a problem with FC3. mythgallery wanted to uninstall kdegraphics (I think because of upgrading libexif to 0.6.13). So I did a dist-upgrade and still the same. Now I had upgraded, but I could not install kdegraphics anymore: kdegraphics: Depends: libexif.so.9 Depends: libgphoto2.so.2 Depends: libgphoto2_port.so.0 This was with only atrpms, newrpms, freshrpms and Fedora repos enabled. So, I downgraded libexif to 0.5.12 and then I could install kdegraphics again. Is this a bug in atrpms? Another thing: When I enable dag and dries in addition, I get this for apt-get dist-upgrade: file /usr/lib/libavc1394.so.0.2.1 from install of libavc1394-0.5.1-1.1.f c3.rf conflicts with file from package libavc1394_0-0.5.1-0_8.fc3.at file /usr/lib/librom1394.so.0.2.1 from install of libavc1394-0.5.1-1.1.f c3.rf conflicts with file from package librom1394_0-0.5.1-0_8.fc3.at Any help would be greatly appreciated. Thomas ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] SOLVED Re: FC3 Myth 0.20 Repodata
On Thu, Sep 14, 2006 at 11:41:17AM -0500, Ryan Pisani wrote: On Thu, Sep 14, 2006 at 07:19:01AM -0500, Ryan Pisani wrote: On Wed, Sep 13, 2006 at 09:06:21PM -0500, Ryan Pisani wrote: Axel Crew -- Forgive me if someone has already hit the list up, I've just joined this evening. Anyhow, I've noticed that for some days now the 0.20 mythtv rpms have been in FC3, FC4, FC5 repositories (dl.atrpms.net). However, it seems that the repodata is not up to date for the FC3 repository. The 0.20 rpms are in the stable tree, and I confirmed that by the select few listed on the atrpms.net mainpage. However, I'm unable to retrieve them with either apt or yum clients. Is this intentional, is there some other issue I'm not aware of? No, they should be there. What does apt-cache policy mythtv say? After apt-get update, of course? Here you go: Seems to still be picking up 0.19. Hm, what does dl.atrpms.net resolve to? There was a switch some weeks ago, if the name server you use is broken maybe you're still looking at the old server. [EMAIL PROTECTED] ~]# apt-get update apt-cache policy mythtv [...] Get:6 http://dl.atrpms.net fc3-i386/atrpms/stable repomd.xml [951B] mythtv: Installed: 0.19-130.fc3.at Candidate: 0.19-130.fc3.at Version Table: *** 0.19-130.fc3.at 0 500 http://dl.atrpms.net fc3-i386/atrpms/stable pkglist 500 http://dl.atrpms.net fc3-i386/atrpms/stable/ repomd 100 RPM Database Also looks like you have double entries. The dl.atrpms.net that I see is pointing to 130.133.35.11. That's correct. I can navigate the repository via browser and see the 0.20 rpms. OK. But my apt-get doesn't see to pick them up. I looked at primary.xml.gz and it looks like 0.20 isn't there either. But they are ... Hm. The file should start with ?xml version=1.0 encoding=UTF-8? metadata xmlns=http://linux.duke.edu/metadata/common; xmlns:rpm=http://linux.duke.edu/metadata/rpm; packages=939 If not, maybe you are behind a (transparent) caching proxy? -- Axel.Thimm at ATrpms.net Well. I think your first assumption about dns resolution was correct. I seem to have multiple returns. I got the .11 address the first time, now I just did another yum clean, etc, etc and went to get the repo data again. This time I decided to just rip another nslookup on the dl.atrpms.net. Now I got the 130.133.35.8 server. I've queried all 3 in line DNS servers from my provider and all are replying with .8 now. WTF. But i think this explains it. I'll work on getting another server to query for lookups. Thanks for pointing me in the right direction. It must be coincidental that I managed to get to the repo via http more than once. Thanks Ryan Just to add more to this. I am consistently getting .8 resolved now and I can simulataneously navigate to the dl.atrpms.net fc3 repo and see the 0.20 rpms there. I'm starting to lean towards the fact that earthlink has a caching mechanism somewhere. Now i see the primary.xml.gz that is downloading has a date stamp of Sep 3, which doesn't match the web. I'm going to see if I can pull down the proper one manually and then use the cache data to update. I'm really not up to sitting on the phone with a bunch of crappy tech folks at earthlink. they'll be telling me to re-install windows Ah hell. Well. After further investigation I found that it was indeed my fault. Apparently my instance of nscd is not updating as it should. The nslookup was sucessful because I queried the dns server directly, however a getent hosts dl.atrpms.net showed some old IP address. Thanks Axel for getting me on track.. now i need to look at my nscd and find out what's wrong. Ryan ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 dist-upgrade problem
On Thu, Sep 14, 2006 at 08:52:46PM +0200, Thomas Börkel wrote: mythgallery wanted to uninstall kdegraphics (I think because of upgrading libexif to 0.6.13). So, I downgraded libexif to 0.5.12 and then I could install kdegraphics again. Is this a bug in atrpms? It depends on the viewpoint. mythmusic requires libexif = 0.6.9 and kdegraphics requires 0.5.x. So on FC3 you need to decide between kdegraphics and mythmusic. Better upgrade to FC5. -- Axel.Thimm at ATrpms.net pgpU0N54dWdDf.pgp Description: PGP signature ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 dist-upgrade problem
It depends on the viewpoint. mythmusic requires libexif = 0.6.9 and kdegraphics requires 0.5.x. So on FC3 you need to decide between kdegraphics and mythmusic. Better upgrade to FC5. I'm finding mythmusic failing cuz /usr/lib/mythtv/plugins/libmythmusic.so is complaining about mm_support being an unresolved symbol.(Provided by libavcodec, it appears, which isn't in the list from 'ldd'. Can this be fixed with adding it to a script's link line and recreating the shared library with it linking in the missing element?) B ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] MMX support in MythTV 0.20
Axel, can you check if MMX support is compiled in the MythTV RPM package, there is some reports on some performance loss in 0.20 see mailing list: http://www.nabble.com/Higer-load-in-.20-tf2265587.html === RPMs: strings libmythavcodec-0.20.so | grep mmx simplemmx libmpeg2mmx xvidmmx Compiled: strings libmythavcodec-0.20.so | grep mmx MPV_common_init_mmx dsputil_init_mmx ff_fdct_mmx ff_fdct_mmx2 put_pixels_clamped_mmx put_signed_pixels_clamped_mmx add_pixels_clamped_mmx prefetch_mmx2 ff_avg_cavs_qpel8_mc00_mmx2 ff_avg_cavs_qpel16_mc00_mmx2 ff_mmxext_idct ff_mmx_idct ff_idct_xvid_mmx2 ff_idct_xvid_mmx ff_simple_idct_put_mmx ff_simple_idct_add_mmx ff_simple_idct_mmx ff_cavsdsp_init_mmx2 dsputil_init_pix_mmx ff_put_cavs_qpel8_mc00_mmx2 ff_put_cavs_qpel16_mc00_mmx2 ff_vp3_dsp_init_mmx ff_vp3_idct_mmx simplemmx libmpeg2mmx xvidmmx ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
[ATrpms-users] Mytharchive Bug
Axel, I don't normally ask for something like this but this seemed like a pretty big bug upstream. http://svn.mythtv.org/trac/changeset/11193 Any chance of rerolling mytharchive to get this fix? Thanks, Scott This e-mail, including attachments, is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential, and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] FC3 dist-upgrade problem
HI! Axel Thimm wrote: On Thu, Sep 14, 2006 at 08:52:46PM +0200, Thomas Börkel wrote: mythgallery wanted to uninstall kdegraphics (I think because of upgrading libexif to 0.6.13). So, I downgraded libexif to 0.5.12 and then I could install kdegraphics again. Is this a bug in atrpms? It depends on the viewpoint. mythmusic requires libexif = 0.6.9 and kdegraphics requires 0.5.x. So on FC3 you need to decide between kdegraphics and mythmusic. Better upgrade to FC5. You're right. I just normally try to avoid changing 2 things at the same time (Myth *and* Fedora upgrade). I wonder, why libexif is not backwards compatible. Thomas ___ atrpms-users mailing list atrpms-users@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users