[ATrpms-users] MythTV 0.24 Can I remove the libraries?

[Paul]

After the upgrade everything looks good so far, but I just noticed a few of the old 0.24 
libs are still there

Can I remove these?

eg
[root@mythbox doc]# rpm -qa | grep myth | grep "0.24"
libmythhdhomerun-0.24_0-0.24.3-283.fc15.i686
libmythdb-0.24_0-0.24.3-283.fc15.i686
libmythmetadata-0.24_0-0.24.3-283.fc15.i686
libmythui-0.24_0-0.24.3-283.fc15.i686
libmythupnp-0.24_0-0.24.3-283.fc15.i686
libmythavcore0-0.24.3-283.fc15.i686
libmythlivemedia-0.24_0-0.24.3-283.fc15.i686
libmyth-0.24_0-0.24.3-283.fc15.i686
libmythfreemheg-0.24_0-0.24.3-283.fc15.i686
libmythtv-0.24_0-0.24.3-283.fc15.i686

thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV 0.24 Can I remove the libraries?

[Paul]

On Sat 16/06/2012 3:44 PM, Monkey Pet wrote:

On Fri, Jun 15, 2012 at 10:03 PM, Paul mailto:myli...@wilsononline.id.au>> wrote:

After the upgrade everything looks good so far, but I just noticed a few of 
the old
0.24 libs are still there
Can I remove these?


Yes remove them, if everything looks okay why not?  I am assuming you upgrade 
to 0.25.


eg
[root@mythbox doc]# rpm -qa | grep myth | grep "0.24"
libmythhdhomerun-0.24_0-0.24.__3-283.fc15.i686
libmythdb-0.24_0-0.24.3-283.__fc15.i686
libmythmetadata-0.24_0-0.24.3-__283.fc15.i686
libmythui-0.24_0-0.24.3-283.__fc15.i686
libmythupnp-0.24_0-0.24.3-283.__fc15.i686
libmythavcore0-0.24.3-283.__fc15.i686
libmythlivemedia-0.24_0-0.24.__3-283.fc15.i686
libmyth-0.24_0-0.24.3-283.__fc15.i686
libmythfreemheg-0.24_0-0.24.3-__283.fc15.i686
libmythtv-0.24_0-0.24.3-283.__fc15.i686

thanks

_
atrpms-users mailing list
atrpms-users@atrpms.net <mailto:atrpms-users@atrpms.net>
http://lists.atrpms.net/__mailman/listinfo/atrpms-users
<http://lists.atrpms.net/mailman/listinfo/atrpms-users>




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users


Yes just upgraded to 0.25 I sorry missed that in the email

thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] ATrpms Status Update?

[Paul]

On Thu 28/06/2012 9:48 PM, Brian Long wrote:

Paul, you should never upgrade (rpm -U) the kernel.  Should you always install 
(rpm -i)
it.  Yum knows this and it should have installed the updated kernel alongside 
the
currently-running one.  This allows you to fall back to a known-working kernel 
should your
update fail.

Are you sure the old kernel is gone?  You should be able to edit grub.conf and 
tell it to
boot the previous kernel where the nvidia kmod still exists.

rpm -q kernel should list two or three kernels on a default Fedora install 
(once you've
performed updates a few times).

/Brian/

On Thu, Jun 28, 2012 at 2:27 AM, Paul Wilson mailto:myli...@wilsononline.id.au>> wrote:

Yes there must be a way to prevent loading new Nvidia versions if kmdl is 
not present,
Yesterday I attempted to upgrade a friends Fedora but found after the 
upgrade the kmod
is not available for this kernel so I'm stuck as its an upgrade I can't 
fallback to
old kernel.

In the end I had to disable the nvidia graphics and use the novena drivers 
, not ideal
but I had no other choice.

So can the kmdl yum script check if available and force a error or perhaps 
if there is
some other script I can check kmdl BEFORE I upgrade kernel.

thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net <mailto:atrpms-users@atrpms.net>
http://lists.atrpms.net/mailman/listinfo/atrpms-users




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users



Bob,
 thanks but I didn't make it clear I was upgrading from F13 to F15 so I couldn't really 
go back to the old Kernel.


Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] updated Nvidia packages?

[Paul]

I'm wanting to upgrade my system from F15 to F16 but I notice some of the kmdl are 
unavailable from YUM
So just wondering is it safe to upgrade , as I don't want to upgrade and not have the 
graphics drivers available.


eg

5.20-295.20-142.fc15.i686
--> Finished Dependency Resolution
Error: Package: nvidia-graphics295.20-295.20-142.fc15.i686 (atrpms)
   Requires: nvidia-graphics295.20-kmdl-295.20-142.fc15
Error: Package: 4:nvidia-graphics-302.17-68.i386 (atrpms)
   Requires: nvidia-graphics302.17


thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] atrpms status?

[Paul]

I'm currently using  Fedora release 15 , and wanted to know what the status of 
ATRPM repo

I'm wanting to upgrade to FC16 and just wanted to check if ALL the required packages will 
be available during the upgrade?


Is the Repo still not being updated?
ie I'm still seeing some missing kdmls for Nvidia-graphics

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] FC15 nvidia KMDLs nvidia-graphics302

[Paul]

Hi,
just checking when the kmdls for  kernel.i686 0:2.6.43.8-1.fc15 will be 
available?

I'm getting yum update errors.

 nvidia-graphics302.17-kmdl-2.6.43.8-2.fc15-302.

Error: Package: nvidia-graphics295.20-295.20-142.fc15.i686 (atrpms)
   Requires: nvidia-graphics295.20-kmdl-295.20-142.fc15
Error: Package: nvidia-graphics302.17-kmdl-2.6.43.8-2.fc15-302.17-147.fc15.i686 
(atrpms)
   Requires: /boot/vmlinuz-2.6.43.8-2.fc15.i686


thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Fc17 nvidia kmdls?

[Paul]

I'm just about to upgrade to FC17, so will these KMDLs be available on ATRPMS or do I need 
to look elsewhere or build myself?


thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] mythbackend starting before mySQLd

[Paul]

Hi,
 just completed my upgrade to FC17 and a few things went wrong but here is a 
couple

1. I noticed that MythBackend is starting during mySQL start up and as its not completely 
initialised it fails.


2. Nvidia Kmdls didn;'t automatically download I had to manually install even though the 
other nvidia-graphics packages installed.



How do I get mythbackend to wait for database to finish startup? do I need a startup 
script that support systemctl?


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythbackend starting before mySQLd

[Paul]

On Tue 28/08/2012 3:41 PM, Paul wrote:

Hi,
  just completed my upgrade to FC17 and a few things went wrong but here is a 
couple

1. I noticed that MythBackend is starting during mySQL start up and as its not 
completely
initialised it fails.

2. Nvidia Kmdls didn;'t automatically download I had to manually install even 
though the
other nvidia-graphics packages installed.


How do I get mythbackend to wait for database to finish startup? do I need a 
startup
script that support systemctl?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




I might be answering my own question

but I saw this on the MythTV  wiki

http://www.mythtv.org/wiki/Systemd_mythbackend_Configuration

should this be in the latest FC package for MythtTV
ie
/etc/systemd/system/mythbackend.service

Paul



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] mythtv upgrade on FC17 with Hauppauge HVR-2200

[Paul]

another heads up for those with a Hauppauge HVR-2200 DVB card

I found it didn't initialise correctly but I found the following post which help me fix my 
issue .


http://forums.fedoraforum.org/archive/index.php/t-280946.html

syslog messages

Aug 28 11:13:01 mythbox kernel: [   48.274587] DVB: Unable to find symbol 
tda10048_attach()
Aug 28 11:13:01 mythbox kernel: [   48.274590] saa7164_dvb_register() Frontend 
initialization failed
Aug 28 11:13:01 mythbox kernel: [   48.274591] saa7164_initdev() Failed to register dvb 
adapters on porta

Aug 28 11:13:01 mythbox kernel: [   48.274613] DVB: Unable to find symbol 
tda10048_attach()
Aug 28 11:13:01 mythbox kernel: [   48.274615] saa7164_dvb_register() Frontend 
initialization failed
Aug 28 11:13:01 mythbox kernel: [   48.274616] saa7164_initdev() Failed to register dvb 
adapters on portb



I ran the following script which and put the output in my modprobe.d/mydvb.conf 
file

 echo;for i in $(lspci -nv |awk 'BEGIN {look=0;driver=""} /^..:.:/{look=0} 
/^..:.04[08]0:/{look=1} /Kernel driver in use: / {if(look) {print $5}}'); do 
MODFILE=$(find /lib/modules/$(uname -r) -name "$i.ko" -print); if [ -r "$MODFILE" ]; then 
DEPS=$(strings "$MODFILE" |grep -i "Unable to find symbol"|sed 's/.*Unable to find symbol 
\(.*\)_attach.*/\1/'); if [ -n "$DEPS" ]; then echo -e "softdep $i pre: \c"; for j in 
$DEPS; do echo -e " $j\c";done;echo;echo;fi;fi;done



so just incase anyone else gets the same issue.

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythbackend starting before mySQLd

[Paul]

On Wed 29/08/2012 2:43 PM, Chris Schanzle wrote:

On 08/28/2012 01:41 AM, Paul wrote:

1. I noticed that MythBackend is starting during mySQL start up and as its not 
completely
initialised it fails.


Check the archives for "Re: [ATrpms-devel] mythbackend fails to start on boot;  
  mysqld
not ready"
What I wrote in my last message on 5/19/2012 is still working well.  I did make 
a
/etc/tmpfiles.d/mythbackend.conf containing:

d /var/run/mythtv 0755 mythtv mythtv -

Hope that helps!

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users



Note I did find a systemctl config file which did the trick anyway but

So what does this tmpfiles.d do?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythbackend starting before mySQLd

[Paul]

On Fri 31/08/2012 10:52 PM, The Walters wrote:

# daemon --user mythtv $binary $OPTIONS
daemon sleep 10; $binary $OPTIONS

should be a space between daemon and sleep.  Sorry for the new thread and top 
post on the
previous message one too many mail programs open.

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users



I just noticed this in the syslog too

mythbox systemd-tmpfiles[29725]: stat(/run/user/mythtv/gvfs) failed: Permission 
denied

any idea?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

I've been having issues starting the frontend , when I noticed the smolt scripts doesn't 
have the correct bang line


eg
/usr/share/mythtv/hardwareprofile/sendProfile.py
/usr/bin/python2.7
# -*- coding: utf-8 -*-

# smolt - Fedora hardware profiler

I looked at some of the other python scripts and they also seem to be wrong
the original source should be

 #!/usr/bin/python

has Atrpms modified this?

Paul



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

Hello anyone here...
sees tumble weed roll down the street...



On Tue 11/09/2012 7:03 AM, Paul Wilson wrote:

So is Axel still maintaining this package as I don't see much activity on the 
mailing
these days

On Sep 11, 2012 1:16 AM, "John Pilkington" mailto:j.p...@tesco.net>> wrote:

On 10/09/12 15:57, Yeechang Lee wrote:

Paul mailto:myli...@wilsononline.id.au>> 
says:

I looked at some of the other python scripts and they also seem to
be wrong the original source should be

#!/usr/bin/python

has Atrpms modified this?


I've noticed the same thing. I build all my MythTV packages from the
SRPM and found that, after upgrading to CentOS 6 and then making some
unknown change, the the hashes were being chopped off the Python
scripts in the RPMs. I presume you're using Axel's binaries from the
ATrpms repo; if so, Axel, I'd appreciate letting us know what you do
to fix this on your buildslaves so I can do it on my side.

I have earlier RPMs I built after the CentOS 6 upgrade that do have
the hashes so it's not that.


When I edit a python script, now usually using gedit, the editor usually 
wants to add
the utf-8 line.  I don't remember its wanting to drop the hash, though.



_
atrpms-users mailing list
atrpms-users@atrpms.net <mailto:atrpms-users@atrpms.net>
http://lists.atrpms.net/__mailman/listinfo/atrpms-users
<http://lists.atrpms.net/mailman/listinfo/atrpms-users>




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

On Fri 14/09/2012 3:18 PM, Paul wrote:

Hello anyone here...
sees tumble weed roll down the street...



On Tue 11/09/2012 7:03 AM, Paul Wilson wrote:

So is Axel still maintaining this package as I don't see much activity on the 
mailing
these days

On Sep 11, 2012 1:16 AM, "John Pilkington" mailto:j.p...@tesco.net>>
wrote:

On 10/09/12 15:57, Yeechang Lee wrote:

Paul mailto:myli...@wilsononline.id.au>> 
says:

I looked at some of the other python scripts and they also seem to
be wrong the original source should be

#!/usr/bin/python

has Atrpms modified this?


I've noticed the same thing. I build all my MythTV packages from the
SRPM and found that, after upgrading to CentOS 6 and then making some
unknown change, the the hashes were being chopped off the Python
scripts in the RPMs. I presume you're using Axel's binaries from the
ATrpms repo; if so, Axel, I'd appreciate letting us know what you do
to fix this on your buildslaves so I can do it on my side.

I have earlier RPMs I built after the CentOS 6 upgrade that do have
the hashes so it's not that.


When I edit a python script, now usually using gedit, the editor usually 
wants to add
the utf-8 line.  I don't remember its wanting to drop the hash, though.



_
atrpms-users mailing list
atrpms-users@atrpms.net <mailto:atrpms-users@atrpms.net>
http://lists.atrpms.net/__mailman/listinfo/atrpms-users
<http://lists.atrpms.net/mailman/listinfo/atrpms-users>





Note I'm also seeing this in the other Python modules

eg
/usr/lib/python2.7/site-packages/MythTV/__init__.py

so could we please have an update to fix these...

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

On Tue 18/09/2012 7:44 AM, Yeechang Lee wrote:

Paul  says:

I've been having issues starting the frontend , when I noticed the
smolt scripts doesn't have the correct bang line

eg
/usr/share/mythtv/hardwareprofile/sendProfile.py
/usr/bin/python2.7


I have identified the issue as within
atrpms-rpm-config-200-3. Specifically, I believe that the last line in
/usr/lib/rpm/atrpms/python_burninversion.sh, which replaces the
shebang line in Python scripts, is not adding #! at the start of the
rewritten binary path.

Reverting to atrpms-rpm-config-189-1
(ftp://fr2.rpmfind.net/linux/atrpms/f15-86_64/atrpms/stable/atrpms-rpm-config-189-1.noarch.rpm>)
resulted in correct python script handling. Presumably, 200-3 is
installed on Axel's buildslaves and is the cause of the flawed RPMs
the ATrpms repo is currently distributing.



I think this error is the cause of my mythmetadatalookup failing
it apparently uses python bindings to work

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

On Tue 18/09/2012 7:44 AM, Yeechang Lee wrote:

Paul  says:

I've been having issues starting the frontend , when I noticed the
smolt scripts doesn't have the correct bang line

eg
/usr/share/mythtv/hardwareprofile/sendProfile.py
/usr/bin/python2.7


I have identified the issue as within
atrpms-rpm-config-200-3. Specifically, I believe that the last line in
/usr/lib/rpm/atrpms/python_burninversion.sh, which replaces the
shebang line in Python scripts, is not adding #! at the start of the
rewritten binary path.

Reverting to atrpms-rpm-config-189-1
(ftp://fr2.rpmfind.net/linux/atrpms/f15-86_64/atrpms/stable/atrpms-rpm-config-189-1.noarch.rpm>)
resulted in correct python script handling. Presumably, 200-3 is
installed on Axel's buildslaves and is the cause of the flawed RPMs
the ATrpms repo is currently distributing.



YeeChang,
 I didn't have this "atrpms-rpm-config" package installed on my box and F17 doesn't have 
an older version so I installed atrpms-rpm-config-200-3.noarch


I tried a re-install of " python-MythTV-0.25.2-287.fc17.i686" but looks the 
same.

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] smolt script syntax errors in mythtv package

[Paul]

Looks like the last MythTV packages have fixed this issue.
thanks
Paul

On Tue 25/09/2012 8:50 PM, Paul wrote:

On Tue 18/09/2012 7:44 AM, Yeechang Lee wrote:

Paul  says:

I've been having issues starting the frontend , when I noticed the
smolt scripts doesn't have the correct bang line

eg
/usr/share/mythtv/hardwareprofile/sendProfile.py
/usr/bin/python2.7


I have identified the issue as within
atrpms-rpm-config-200-3. Specifically, I believe that the last line in
/usr/lib/rpm/atrpms/python_burninversion.sh, which replaces the
shebang line in Python scripts, is not adding #! at the start of the
rewritten binary path.

Reverting to atrpms-rpm-config-189-1
(ftp://fr2.rpmfind.net/linux/atrpms/f15-86_64/atrpms/stable/atrpms-rpm-config-189-1.noarch.rpm>)

resulted in correct python script handling. Presumably, 200-3 is
installed on Axel's buildslaves and is the cause of the flawed RPMs
the ATrpms repo is currently distributing.



YeeChang,
  I didn't have this "atrpms-rpm-config" package installed on my box and F17 
doesn't have
an older version so I installed atrpms-rpm-config-200-3.noarch

I tried a re-install of " python-MythTV-0.25.2-287.fc17.i686" but looks the 
same.

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MythTV F17 request systemd scripts

[Paul]

Hi Axel,
	would it be possible to update your F17 MythTV package to use Systemd instead of the SysV 
scripts as these  seem to offer much more flexibility eg you can wait for devices

here is a Wiki link to assist.  
http://www.mythtv.org/wiki/Systemd_mythbackend_Configuration

thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MythTV php errors ?

[Paul]

Hello,
	I'm using the FC17 version of the MythTV 0.25.2 package and have been seeing these errors 
in my Apache logs (below).

is this a known bug or can we get an update to resolve this minor issue?


[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: function 
'0' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: function 
'Off' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Fatal error:  Call-time 
pass-by-reference has been removed in /usr/share/mythtv/bindings/php/MythBase.php on line 50
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: function 
'0' not found or invalid function name in Unknown on line 0, referer: 
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: function 
'Off' not found or invalid function name in Unknown on line 0, referer: 
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Fatal error:  Call-time 
pass-by-reference has been removed in /usr/share/mythtv/bindings/php/MythBase.php on line 
50, referer: http://mythbox/mythweb/tv/upcoming



thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV php errors ?

[Paul]

On Mon 1/10/2012 7:57 AM, Paul wrote:

Hello,
 I'm using the FC17 version of the MythTV 0.25.2 package and have been 
seeing these
errors in my Apache logs (below).
is this a known bug or can we get an update to resolve this minor issue?


[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'0' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'Off' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Fatal error:  
Call-time
pass-by-reference has been removed in 
/usr/share/mythtv/bindings/php/MythBase.php on line 50
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'0' not found or invalid function name in Unknown on line 0, referer:
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'Off' not found or invalid function name in Unknown on line 0, referer:
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Fatal error:  
Call-time
pass-by-reference has been removed in 
/usr/share/mythtv/bindings/php/MythBase.php on line
50, referer: http://mythbox/mythweb/tv/upcoming


thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




Can I change this to Major error:

Mon Oct 01 07:58:26 2012] [error] [client 192.168.0.20] PHP Fatal error:  Call-time 
pass-by-reference has been removed in /usr/share/mythtv/bindings/php/MythBase.php on line 50


None of the MythWeb works now


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV php errors ?

[Paul]

On Mon 1/10/2012 8:00 AM, Paul wrote:

On Mon 1/10/2012 7:57 AM, Paul wrote:

Hello,
 I'm using the FC17 version of the MythTV 0.25.2 package and have been 
seeing these
errors in my Apache logs (below).
is this a known bug or can we get an update to resolve this minor issue?


[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'0' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'Off' not found or invalid function name in Unknown on line 0
[Mon Oct 01 07:53:56 2012] [error] [client 192.168.0.20] PHP Fatal error:  
Call-time
pass-by-reference has been removed in 
/usr/share/mythtv/bindings/php/MythBase.php on
line 50
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'0' not found or invalid function name in Unknown on line 0, referer:
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Warning:  Unknown: 
function
'Off' not found or invalid function name in Unknown on line 0, referer:
http://mythbox/mythweb/tv/upcoming
[Mon Oct 01 07:54:02 2012] [error] [client 192.168.0.20] PHP Fatal error:  
Call-time
pass-by-reference has been removed in 
/usr/share/mythtv/bindings/php/MythBase.php on line
50, referer: http://mythbox/mythweb/tv/upcoming


thanks
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




Can I change this to Major error:

Mon Oct 01 07:58:26 2012] [error] [client 192.168.0.20] PHP Fatal error:  
Call-time
pass-by-reference has been removed in 
/usr/share/mythtv/bindings/php/MythBase.php on line 50

None of the MythWeb works now


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




ok looks like this is a bug fixed by this Ticket:
  http://code.mythtv.org/trac/ticket/10504


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Thoughts on myth 0.26

[Paul]

On Fri 12/10/2012 8:52 AM, O&M Ugarcina wrote:

Hello Guys,

Has anybody tried myth 0.26 , if so how are you finding it ? Any issues or 
pitfalls or
traps for young players ? Considering upgrading .

Best Regards

Milorad

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users



I don't see  MythTV 0.26 anywhere on the atrpms is it going up or are we in a bit of a 
limbo here ?


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Thoughts on myth 0.26

[Paul]

I can see MythTV 0.26 is now available ... thanks

Has anyone installed it yet?.. any issues ?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Mythmetadatalookup not working in myth 0.25.3

[Paul]

You seem to be running from Root is that correct?


On Sat 17/11/2012 10:13 AM, Larry K wrote:

Since I upgraded from myth 0.25.2 to 0.25.3 using atrpms, It looks like 
mythmetadatalookup
no longer works.  Attached below is the output from the command.  Any thoughts?

mythmetadatalookup --version
Please attach all output as a file in bug reports.
MythTV Version : v0.25.3
MythTV Branch :
Network Protocol : 72
Library API : 0.25.20120506-1
QT Version : 4.7.2
Options compiled in:
  linux release use_hidesyms using_alsa using_jack using_oss using_pulse 
using_pulseoutput
using_backend using_bindings_perl using_bindings_python using_bindings_php 
using_crystalhd
using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr 
using_iptv
using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3
using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit 
using_qtscript
using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_xv 
using_bindings_perl
using_bindings_python using_bindings_php using_mythtranscode using_opengl 
using_vaapi
using_vdpau using_ffmpeg_threads using_live using_mheg using_libass 
using_libxml2


mythmetadatalookup --refresh-all-rules --loglevel info -v all
2012-11-16 18:11:07.690536 C  mythmetadatalookup version:  [v0.25.3] 
www.mythtv.org

2012-11-16 18:11:07.690566 C  Qt version: compile: 4.7.2, runtime: 4.7.2
2012-11-16 18:11:07.690569 N  Enabled verbose msgs: all
2012-11-16 18:11:07.690618 N  Setting Log Level to LOG_INFO
2012-11-16 18:11:07.690680 I  Added logging to the console
2012-11-16 18:11:07.690685 I  Added database logging to table logging
2012-11-16 18:11:07.690790 N  Setting up SIGHUP handler
2012-11-16 18:11:07.690875 N  Using runtime prefix = /usr
2012-11-16 18:11:07.690885 N  Using configuration directory = /root/.mythtv
2012-11-16 18:11:07.691295 E  (old)Settings::ReadSettings(settings.txt) - No 
such file
settings.txt
2012-11-16 18:11:07.691381 I  Assumed character encoding: en_US.UTF-8
2012-11-16 18:11:07.691691 E  (old)Settings::ReadSettings(settings.txt) - No 
such file
settings.txt
2012-11-16 18:11:07.691707 E  
(old)Settings::ReadSettings(/usr/share/mythtv/mysql.txt) -
No such file /usr/share/mythtv/mysql.txt
2012-11-16 18:11:07.691717 E  
(old)Settings::ReadSettings(/usr/etc/mythtv/mysql.txt) - No
such file /usr/etc/mythtv/mysql.txt
2012-11-16 18:11:07.691725 E  
(old)Settings::ReadSettings(/root/.mythtv/mysql.txt) - No
such file /root/.mythtv/mysql.txt
2012-11-16 18:11:07.691733 E  (old)Settings::ReadSettings(./mysql.txt) - No 
such file
./mysql.txt
2012-11-16 18:11:07.691737 E  Unable to read configuration file mysql.txt
2012-11-16 18:11:07.691878 N  Empty LocalHostName.
2012-11-16 18:11:07.691888 I  Using localhost value of 
2012-11-16 18:11:07.691897 I  Clearing Settings Cache.
2012-11-16 18:11:07.691972 I  DefaultUPnP() - No default UPnP backend
2012-11-16 18:11:07.691985 I  Clearing Settings Cache.
2012-11-16 18:11:07.700703 I  Database connection created: DBManager0
2012-11-16 18:11:07.700733 I  New DB connection, total: 1
2012-11-16 18:11:07.708599 I  Connected to database 'mythconverg' at host: 
localhost
2012-11-16 18:11:07.713604 I  Closing DB connection named 'DBManager0'
2012-11-16 18:11:07.713740 I  Clearing Settings Cache.
2012-11-16 18:11:07.713793 I  Database connection created: DBManager1
2012-11-16 18:11:07.713813 I  New DB connection, total: 1
2012-11-16 18:11:07.714351 I  Connected to database 'mythconverg' at host: 
localhost
2012-11-16 18:11:07.716840 N  Setting QT default locale to EN_US
2012-11-16 18:11:07.716877 I  Current locale EN_US
2012-11-16 18:11:07.716991 N  Reading locale defaults from
/usr/share/mythtv//locales/en_us.xml
2012-11-16 18:11:07.728961 I  Enabling Settings Cache.
2012-11-16 18:11:07.728976 I  Clearing Settings Cache.
2012-11-16 18:11:07.729945 I  Loading en_us translation for module mythfrontend
2012-11-16 18:11:07.730741 I  Testing grabbers and metadata sites for 
functionality...
2012-11-16 18:11:07.732478 I  Starting process manager
2012-11-16 18:11:07.732758 I  Starting process signal handler
2012-11-16 18:11:07.732878 I  Starting IO manager (read)
2012-11-16 18:11:07.735622 I  Managed child (PID: 28674) has started!
  command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, timeout=0
2012-11-16 18:11:07.735657 I  Starting IO manager (write)
2012-11-16 18:11:07.791773 I  Database connection created: DBManager2
2012-11-16 18:11:07.791829 I  New DB connection, total: 2
2012-11-16 18:11:07.792588 I  Connected to database 'mythconverg' at host: 
localhost
2012-11-16 18:11:07.832753 I  Managed child (PID: 28674) has exited!
command=/usr/share/mythtv/metadata/Movie/tmdb.py -t, status=37120, result=145
2012-11-16 18:11:07.833249 I  Movie grabber not functional.  Aborting this run.
2012-11-16 18:11:07.856139 I  Closing DB connection named 'DBManager2'
2012-11-16 18:11:07.933072 I  Closing DB connection named 'DBManager1'
2012-11-16 18:11:07.933399

[ATrpms-users] How do I remove Nvidia-graphics package?

[Paul]

I would like to start from scratch so I want to remove all the atrpms Nvidia-Graphics 
package but when I do this via Yum I see about 100+ packages which are dependant on this?
I would normally have to resort to rpm -e nvidia-graphics-302.17-68.i386.rpm --nodeps  for 
each of the Nvidia rpm, but just checking to see if there is a cleaner way of doing this?


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] yum: Package does not match checksum

[Paul]

This old error is resurfacing eg checksum mismatch..

Paul


 yum update rsync.i386
Setting up Update Process
Setting up repositories
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for rsync to pack into transaction set.
rsync-2.6.8-1.FC4.i386.rp 100% |=|  11 kB00:00
---> Package rsync.i386 0:2.6.8-1.FC4 set to be updated
--> Running transaction check

Dependencies Resolved

=
 Package Arch   Version  RepositorySize
=
Updating:
 rsync   i386   2.6.8-1.FC4  updates   213 k

Transaction Summary
=
Install  0 Package(s)
Update   1 Package(s)
Remove   0 Package(s)
Total download size: 213 k
Is this ok [y/N]: y
Downloading Packages:
(1/1): rsync-2.6.8-1.FC4. 100% |=| 213 kB00:02
http://dl.atrpms.net/fc4-i386/redhat/updates/rsync-2.6.8-1.FC4.i386.rpm: 
[Errno -1] Package does not match checksum
Trying other mirror.


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Missing Dependency: mythtv-theme-MythCenter >= 0.17 is needed by package mythtv-suite

[Paul]

I attempted a myth upgrade for FC4 system and the yum upgrade is looking 
for the dependancy as below, but I already have 
mythtv-theme-MythCenter-0.17-1.at.noarch.rpm installed is there 
something wrong with my package?

...
--> Running transaction check
--> Processing Dependency: mythtv-theme-MythCenter >= 0.17 for package: 
mythtv-suite
--> Finished Dependency Resolution
Error: Missing Dependency: mythtv-theme-MythCenter >= 0.17 is needed by 
package mythtv-suite


Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Missing Dependency: mythtv-theme-MythCenter >= 0.17 is needed by package mythtv-suite

[Paul]

On 18/06/2006 8:42 PM, Axel Thimm wrote:

  On Sun, Jun 18, 2006 at 12:41:03AM -0700, Big Wave Dave wrote:
  
  
On 6/17/06, Paul <[EMAIL PROTECTED]> wrote:


  I attempted a myth upgrade for FC4 system and the yum upgrade is looking
for the dependancy as below, but I already have
mythtv-theme-MythCenter-0.17-1.at.noarch.rpm installed is there
something wrong with my package?

...
--> Running transaction check
--> Processing Dependency: mythtv-theme-MythCenter >= 0.17 for package:
mythtv-suite
--> Finished Dependency Resolution
Error: Missing Dependency: mythtv-theme-MythCenter >= 0.17 is needed by
package mythtv-suite


Paul

  

I'm having the same issue:

  
  
Oops, when fixing MythCenter I mentally swapped MythCenter and
MediaCenter in a line. The bogus package is mythtv-suite, just
uninstall it for an upgrade and install it later today again :)
  


Does the uninstall of mythtv-suite affect or delete any packages? ie do
I just do a
1.  rpm -e mythtv-suite
then a 
2. yum update


Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Problem updating with Yum and Mythtv

[Paul]

Confirmed its been fixed thanks Axel.

On 20/06/2006 4:37 PM, Axel Thimm wrote:

  On Mon, Jun 19, 2006 at 04:03:03PM +1000, Jean-Yves Avenard wrote:
  
  
Hi

Today I tried to run a yum update, and I got:

--> Populating transaction set with selected packages. Please wait.
---> Package myththemes.noarch 0:0.19-106.at set to be updated
--> Running transaction check
--> Processing Dependency: mythtv-theme-MythCenter >= 0.17 for
package: mythtv-suite
--> Finished Dependency Resolution
Error: Missing Dependency: mythtv-theme-MythCenter >= 0.17 is needed
by package mythtv-suite
[
Any ideas?
Thanks
JY

  
  
It's been fixed by now, for the background please check the archives.
  
  

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] what are the nvidia-graphics8762 changes?

[Paul]

what are the recent changes in the Nvidia packages?

ie
nvidia-graphics8762.i386 1:1.0_8762-73.rhfc4.at atrpms
nvidia-graphics8762-kmdl-2.6.17-1.2139_F 1:1.0_8762-73.rhfc4.at atrpms
nvidia-graphics8762-libs.i3861:1.0_8762-73.rhfc4.at atrpms

Anything significant or just some re-packaging ie no code changes?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] kernel upgrade with Nvidia + lirc

[Paul]

is there anyway I can script the upgrade of the kernel + nividia and
Lirc Kernel mods (kmdl)
heres what I do now

  yum update  
  [reboot ]  
  
  yum install nvidia-graphics8762-kmdl-$KVER 
  
  yum install lirc-kmdl-$KVER 
  [reboot] 

Whats the easiest way to script the install of the kernel mods so I can
just reboot the once?
ie can I do a yum install nvidia-graphics8762-kmdl-$newest_kernel
etc...BEFORE I reboot and using that kernel

Does the install of the kmdl install in the current kernel or the
downloaded kernel?

Thanks



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] yum to smart

[Paul]

looks like there is a migration to smart as the preferred tool, is there 
a simple setup to migrate to smart
ie
what commands do I need to issue to allow smart to search for 
fedora-updates + extras + atrpms?



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] yum to smart

[Paul]

what is the smart equivalent of  
yum check-update?
and how do I display my current channels or repo?

note I have the atrpms-package-config install

Thanks
Paul

On 9/07/2006 6:20 PM, Axel Thimm wrote:

  On Sun, Jul 09, 2006 at 09:39:45AM +1000, Paul wrote:
  
  
looks like there is a migration to smart as the preferred tool, is there 
a simple setup to migrate to smart
ie
what commands do I need to issue to allow smart to search for 
fedora-updates + extras + atrpms?

  
  
Do you have atrpms-package-config installed? Then it's just

yum install smart smart-gui
(or if you don't want the gui don't install it)

The either use

smart update
smart upgrade/install/...

or

smart --gui
  




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] yum to smart

[Paul]

hmm my  smart upgrade --check
shows: "No interesting upgrades available."
I wonder what it means by interesting...?
perhaps my repo's aren't set:
cmd: smart channel --show
[rpm-db]
type = rpm-sys
name = RPM Database

Is this correct?
Thanks
Paul

On 11/07/2006 6:59 PM, Axel Thimm wrote:

  On Tue, Jul 11, 2006 at 04:55:22PM +1000, Paul wrote:
  
  
what is the smart equivalent of 
yum check-update?
and how do I display my current channels or repo?

note I have the atrpms-package-config install

  
  
Use smart --help and then smart command --help. E.g. what you want are

smart channel --show
smart upgrade --check

  
  
Thanks
Paul

On 9/07/2006 6:20 PM, Axel Thimm wrote:


  On Sun, Jul 09, 2006 at 09:39:45AM +1000, Paul wrote:
 
  
  
looks like there is a migration to smart as the preferred tool, is there 
a simple setup to migrate to smart
ie
what commands do I need to issue to allow smart to search for 
fedora-updates + extras + atrpms?
   

  
  Do you have atrpms-package-config installed? Then it's just

yum install smart smart-gui
(or if you don't want the gui don't install it)

The either use

smart update
smart upgrade/install/...

or

smart --gui
  

  




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Mythtv FC5 v4l sound muting - still needs workaround.

[Paul]

On 30/07/2006 10:24 PM, John Pilkington wrote:

  I reported yesterday - after a hint from Axel - that:

  
  
Mythtv 'Live' and tvtime both work with NO video4linux packages or kmdls 
installed. :-)

kernel  version 2.6.17-1.2157_FC5_i686,

v4l device: card 12 (Medion saa7134), tuner 38.


  
  but this needs qualification.  Mythfrontend still has the sound muted if 
run 'out of the box'.  I still need the workaround of running

radio  -f 93.5 -q

in the script that calls mythfrontend; and 'radio' is part of the xawtv 
package that (as far as I know) doesn't build properly in FC5.  I have a 
partial build in which 'radio' works, and I have avoided trying other 
commands in the package.  The original unmuting command was

v4lctl volume mute off

but I think that isn't available now.

John
  

I also get this but If I play a MythMusic or a particualr DVB recording
or station it seems to work.
I havent yet found the cause.

Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] mythbackend logrotate script

[Paul]

I'm just wondering if the mythbackend logrotate script should be 
restarting the backend task.
ie what if a recording is in progress?
File:/etc/logrotate.d/mythbackend
 /bin/kill -HUP `cat /var/run/mythbackend.pid 2>/dev/null` 2> 
/dev/null || true

Note:
This script appears to be updated in the last rpm update

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythbackend logrotate script

[Paul]

No errors as the logrotate runs early morning, I would have to test
this theory but I feel a bit more relaxed now that I saw that bugzila
entry

Thanks
Paul

On 7/08/2006 8:27 AM, Axel Thimm wrote:

  On Mon, Aug 07, 2006 at 08:06:30AM +1000, Paul wrote:
  
  
I'm just wondering if the mythbackend logrotate script should be 
restarting the backend task.
ie what if a recording is in progress?
File:/etc/logrotate.d/mythbackend
 /bin/kill -HUP `cat /var/run/mythbackend.pid 2>/dev/null` 2> 
/dev/null || true

Note:
This script appears to be updated in the last rpm update

  
  
It's supposed *not* to interrupt recordings:

http://svn.mythtv.org/trac/ticket/33

Did you experience otherwise? If yes, please file a bug against mythtv
and bugzilla.atrpms.net.
  




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] EOL plan for RH7.3-RH9, FC1-FC2, RHEL3, please upgrade

[Paul]

On 8/08/2006 1:33 AM, Axel Thimm wrote:

  Hi,

with the advent of FC6t2 today Fedora Legacy is dropping support for
FC1 and FC2. RH8.0 has been dropped since some time already and RH7.3
and RH9 will be dropped between Oct 1st and the end of the year (the
first date is the deadline for submitting new bug reports)

W/o a security update plan ATrpms is going to drop support for these
distros, too. According to stats from the master mirror this will
affect about 10% of ATrpms users, so this is a plea to upgrade to more
recent versions of Fedora Core and/or RHEL and clones.

The plan for a staged EOL for FC1, FC2, RH7.3, RH8.0 and RH9 is as
follows:

immediately: no builds for new (not updated) packages
20060901:updated packages failing to build under these distros
 don't get fixed
20061001:no more updates
20070101:removal

The dates are earliest dates, e.g. support may (or may not) continue
after the named dates.

Note that since I only have a limited set of RHEL licenses I will drop
support for RHEL3 when RHEL5 is released in beta channels. RHEL3 (or
clones) ATrpms users are less than 1% and RHEL3 support was never
officially announced, so it shouldn't affect too many people.

Please upgrade to FC5/RHEL4 or FC6/RHEL5 within the next
months. Thanks!
  
  

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Do you know if we need to reconfigure Yum to point the FC4 repos for
the Fedora Updates and Extras

Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nVIDIA drivers

[Paul]

On 9/08/2006 11:45 AM, Keith C wrote:

  On Aug 8, 2006, at 7:01 PM, DM - ATRPMS wrote:

  
  
Hey,

First of all, thanks Axel for all your work keeping the repo up... it
makes life much easier for all of us...

Now for the question...  Both Jared's myth guide and the mythtv.org  
site
are still recommending using the 7676 version of the nVIDIA driver due
to lockups and other issues.  Is this still the case?


  
  
No, the newest nvidia drivers appear to be pretty decent, or as least  
as good as 7676.

  
  
I'm having lockup issues on a remote viewing station (no TV card,  
remote
database, remote backend), and am wondering if it's the driver or the
hardware.  It's definitely something to do with the nVIDIA card, as  
if i
swap it out with an ATI Radeon 7000 the issue goes away (although the
video goes all jerky - the 7000 doesn't have good enough acceleration
support under Linux).  Doesn't seem to matter what nVIDIA driver  
release
(I've tried 8178, 8756, 8762).

  
  
Well, thats bad news.

  
  
Hardware specs:
CPU:	AMD Duron 700
RAM:	256MB (no notable swapping)
Video:	3Dfuzion GeFORCE 6200 PCI (replacing the builtin Savage4 using
the AGP interface)
HD:	20GB 2.5" PATA IBM Travelstar
NIC:	EDIMAX 802.11g Atheros based
Sound:	Onboard (AC97 based) or AOpen Cobra PCI (CMI based) (been
switching them in and out, disabling the onboard when the Cobra  
goes in)
Chipset:VT8364 or VT8364A (can't tell, heatsink over it)
Kernel:	2.6.17-1.2157_FC5

Just for fun, I stuck the nVIDIA card in a different machine and  
got the
same lockup results:
CPU:	Intel P2/350
RAM:	192MB
Video:	3Dfuzion GeFORCE 6200 PCI (leaving the AGP slot empty)
HD:	20GB PATA Western Dig.
NIC:	EDIMAX 802.11g Atheros based
Sound:	Onboard (AC97 based) or AOpen Cobra PCI (CMI based)
Chipset:Unknown
Kernel:	2.6.17-1.2157_FC5

Both machines have more/less the same software (FC5, myth 0.19-129 -
haven't installed the 130 releases yet, nvidia8178 8756 8762  
release 73
- haven't installed 74 yet).

If I stick an nVIDIA MX4000 AGP in the P2/350, it seems to work OK
(although a tad jerky with any of the OSDs - the 4000 must not  
unload as
much as the 6200).

Anyone have any ideas?

  
  
Any way you can check the card in a Windows box?  Any overheating  
issues or seating (with the AGP slot) issues?

This really sounds like a bad card.  I'm running a 6200 series card  
and it works fantastically.

Keith C


  

I also use the 6200 TC with no problems on MythTV using  the
nvidia-graphics8762 release.
P


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] do we need to download legacy-yumconf

[Paul]

Now that FC4 is in Legacy do we need to download the new yum config?
ie
http://download.fedoralegacy.org/fedora/4/updates/i386/legacy-yumconf-4-2.fc4.noarch.rpm


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Upgrading Nvida drivers and kmdl

[Paul]

Hi,
I know there where some new plugins for Yum added so how does this 
work if I want to upgrade Nvidia?
what commands do I need to upgrade nvidia and drag in the kmdl modules, 
is this now automatic now?

BTW Thanks for prompt updates for the 8774 version

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] OpenAFS RPMs at ATrpms

[Paul]

Any what are OpenAFS?

Paul
On 1/09/2006 7:44 PM, Alexander Bergolth wrote:
> OpenAFS RPMs are now available at ATrpms for the following platforms:
>
> Fedora Core 3 i386 and x86_64
> Fedora Core 4 i386 and x86_64
> Fedora Core 5 i386 and x86_64
> Redhat Enterprise Linux 3 i386 and x86_64
> Redhat Enterprise Linux 4 i386 and x86_64
>
> See
>   http://atrpms.net/
> for the packages and for package manager configuration details.
>
> Please test them and report any bugs at
>   http://bugzilla.atrpms.net/
>
> Thanks and have fun,
> --leo
>
> P.S.: FC6 will be supported starting with Openafs 1.4.2.
>
>   


___
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?

[Paul]

I'm not sure if this should be reported on the MythTV Trac system too?
or at least the Myth-Dev list
Paul

On 14/09/2006 12:02 PM, 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. 
  
-- 
Stan
  

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MMX support in MythTV 0.20

[Paul]

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] sqlite cache needs updating

[Paul]

Axel,
I've had no luck trying to get rid of this message when I do the 
following yum command
I've tried yum clear all and deleting the whole yum cache dir but still 
I get this error

Can anyone assist?

yum -e 0 -d 0 check-update

** Message: sqlite cache needs updating, reading in metadata
** Message: sqlite cache needs updating, reading in metadata

The error message comes from the following code but I have no clue what this 
means:
 in:/usr/lib/python2.4/site-packages/yum/sqlitecache.py

  if (checksum != dbchecksum):
self.verbose_logger.debug("%s sqlite cache needs updating, reading 
in metadata",
metadatatype)


Thanks
Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] upgrading from 0.19 to 0.20

[Paul]

As far as I know to upgrade myth-suite I just do the following at the
minimum?

Steps:

  stop frontend
  backup DB
  
  service mythbackend stop
  yum update
  myth-setup
  service mythbackend start

Are there any other steps? or procedures I should use before and after
upgrade?

Thanks 
Paul



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] upgrading from 0.19 to 0.20

[Paul]

Ok upgraded and hit first problem, but I think I had this before I
upgrade and I hoped that the 0.20 would solve this.
I'm not sure where I got this problem but after  reboot Myth does seem
able to playback anything all I notice is Hi CPU and blank screen  so
it could be something to do with my HDTV output . so perhaps its my
nvidia-settings can some-one point me in the directions of the current
HDTV nvidia options I need to set.

I'm guessing I mistakingly deleted of changed something in Xorg or
nvida to stop this working.

Paul


On 23/09/2006 4:37 PM, Axel Thimm wrote:

  On Sat, Sep 23, 2006 at 03:25:05PM +1000, Paul wrote:
  
  
As far as I know to upgrade myth-suite I just do the following at the 
minimum?

Steps:

  1. stop frontend
  2. backup DB
  3. service mythbackend stop
  4. yum update
  5. myth-setup
  6. service mythbackend start

Are there any other steps? or procedures I should use before and after 
upgrade?

  
  
7. start the front end again :=)

That's all you need to do. But there's also the typical difference of
theory and practice.
  




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Missing MythTV Theme Image

[Paul]

Can I verify this is not a packaging issue if not I will create a 
bugtrac issue in MythTV
Note I'm using  :  Theme MythCenter-wide:
Error message:
2006-09-24 10:52:13.938 UIImageType::LoadImage() - Cannot find image: 
solid-rk-background.png

Thanks


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] [Fwd: 0.20 Frontend crashed when I enter Video Settings]

[Paul]

Is it possible to create these "backtraces" in the RPM version?
and is there a pointer how to do this?

Thanks
Paul

 Original Message 

  

  Subject: 
  0.20 Frontend crashed when I enter Video Settings


  Date: 
  Sun, 24 Sep 2006 10:57:21 +1000


  From: 
  Paul <[EMAIL PROTECTED]>


  To: 
  mythtv-users 

  



I when ever I go to  Setup -> Media Settings -> Video Settings my 
Frontend crashes.
I set verbose on MythFrontend but no related error message, is this a 
know bug or how else do I obtain debug info or further error messages

Note I have the atrpm version

Paul




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] [Fwd: 0.20 Frontend crashed when I enter Video Settings]

[Paul]

On 25/09/2006 5:24 PM, Axel Thimm wrote:

  On Mon, Sep 25, 2006 at 11:08:23AM +1000, Paul wrote:
  
  
Is it possible to create these "backtraces" in the RPM version?
and is there a pointer how to do this?

  
  
Do you get any backtraces at all? The only thing you can do
additionally is to make these backtraces properly resolve to the
source code, e.g. add debugging symbols to them. That's what debuginfo
packages would do. Or you could rebuild mythtv and switch on "debug"
instead of "release".
  

I'm not sure are these Backtraces a file which gets saved when program
crashes? where do they sit normally when they are saved?

Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] [Fwd: 0.20 Frontend crashed when I enter Video Settings]

[Paul]

On 25/09/2006 5:42 PM, Axel Thimm wrote:

  On Mon, Sep 25, 2006 at 05:33:20PM +1000, Paul wrote:
  
  
On 25/09/2006 5:24 PM, Axel Thimm wrote:


  On Mon, Sep 25, 2006 at 11:08:23AM +1000, Paul wrote:
 
  
  
Is it possible to create these "backtraces" in the RPM version?
and is there a pointer how to do this?
   

  
  Do you get any backtraces at all? The only thing you can do
additionally is to make these backtraces properly resolve to the
source code, e.g. add debugging symbols to them. That's what debuginfo
packages would do. Or you could rebuild mythtv and switch on "debug"
instead of "release".
 
  

I'm not sure are these Backtraces a file which gets saved when program 
crashes? where do they sit normally when they are saved?

  
  
They are dumped to stdout, e.g. your terminal if invoked from there.
  

I guess I will have to update my frontend script to route that output
to a file 
would this work:
mythfrontend -l $logfile $options &> $foutput

Note: wouldn't you know I retested and now it works...  :)

oh well..

Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] sqlite cache needs updating

[Paul]

On 23/09/2006 4:40 PM, Axel Thimm wrote:

  On Sat, Sep 23, 2006 at 07:39:52AM +1000, Paul wrote:
  
  
Axel,
I've had no luck trying to get rid of this message when I do the 
following yum command
I've tried yum clear all and deleting the whole yum cache dir but still 
I get this error

Can anyone assist?

yum -e 0 -d 0 check-update

** Message: sqlite cache needs updating, reading in metadata
** Message: sqlite cache needs updating, reading in metadata

The error message comes from the following code but I have no clue what this means:
 in:	/usr/lib/python2.4/site-packages/yum/sqlitecache.py

  if (checksum != dbchecksum):
self.verbose_logger.debug("%s sqlite cache needs updating, reading in metadata",
metadatatype)

  
  
Strange thing is that "metadatatype" seems to be empty. Otherwise it
would help identify what the issue is. But -e 0 -d 0 removes all
debugging/error/warning output, if you instead increase the values yum
will let you know more.
  

I re-ran with the following command (cron)

yum -e 9 -d 9 check-update 
and got
** Message: sqlite cache needs updating, reading in metadata

Perhaps I should just >dev/nul output
Paul




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Mythweb protocol mismatch after yum update

[Paul]

make sure libmyth and ALL packages are updated.

On 1/10/2006 5:34 PM, Phill Edwards wrote:
> I did a yum update today on my FC5 MythTV system. When I go into
> mythweb now I get this error:
>
> Error at /var/www/html/mythweb/includes/mythbackend.php, line 167:
> Incompatible protocol version (mythweb=31, backend=30)
>
> It was working fine just before the update. Is there a problem with
> the mythweb package?
>
> Regards,
> Phill
>
> ___
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>
>   


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Myth System Status "unknown"

[Paul]

I noticed on the Information -> System Status page  on Listing Status
I see the Myth version as follows:

Myth Version 0.20.20060828-3 Unknown

What does the "unknown" represent? is it a compile time value?

ie
I think this is the source code:

http://svn.mythtv.org/trac/browser/trunk/mythtv/programs/mythfrontend/statusbox.cpp

...snip
719  extern const char *myth_source_version;
720 contentLines[count++] = QObject::tr("Myth version:") + " " +
721MYTH_BINARY_VERSION + "   " +
722 myth_source_version;

..snip

Why is the myth_source_version blank or unknown?


Just curious...
Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MythTV fixes info

[Paul]

How do we correlate your rpm fixes with the Myth SVN site?
or where is the best way to display current lists of fixes or changes?
Mostly interested in tracking the changes and/or enhancements with
current and future releases.
And with the current I just want to ensure what areas I need to test or
keep my eye on after the upgrade.

Basically where do go to lists the changesets for current release?

Thanks


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] nvidia 9629 and lirc

[Paul]

Just wondering if anyone else has attempted to upgrade to Nvidia 9629 drivers?

I did attempt this and for some unknown reason my LIRC device stopped working, 
I checked 
the /dev/input/event1 and it wasn't showing any input.
I removed the nvidia-graphics package and my device started working...

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9626 selinux error

[Paul]

Somewhat related but I wanted to see if anyone else had the same symptoms.
I have FC4 working fine with the 8774 drivers, I did a yum install to drag down 
the 9629 
drivers, which seems to work ok but after I did the switch and rebooted , my 
IRCd remote 
stopped working.
So just wondering if anyone has seen this symptom or know if the new driver 
somehow 
interacts with these devices now?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] mythfrontend using more CPU

[Paul]

After the last two upgrades with MythTV I notice my mythfrontend is using heaps 
more CPU 
even just remaining on front/main screen eg 97%.
I remember that there was an issue earlier about this to do with MMX support, 
can you 
verify that this is enabled  for 0.20 fixes rpm?
Im using the OpenGL painter, but I've switch back to the QT painter and CPU has 
dropped 
back to a normal level.

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythfrontend using more CPU

[Paul]

Sorry: FC4 i386
mythtv-suite-0.20-147.1.fc4.at.i386.rpm

hmmm... perhaps its another issue? maybe Xmv
Paul

On 28/11/2006 7:47 AM, Axel Thimm wrote:
> On Tue, Nov 28, 2006 at 07:39:56AM +1100, Paul wrote:
>> After the last two upgrades with MythTV I notice my mythfrontend is using 
>> heaps more CPU 
>> even just remaining on front/main screen eg 97%.
>> I remember that there was an issue earlier about this to do with MMX 
>> support, can you 
>> verify that this is enabled  for 0.20 fixes rpm?
> 
> You didn't mention what distro/arch, but it looks like all are OK:
> 
> $ grep MMX.*enabled mythtv-suite-0.20-147.1.*
> 
> mythtv-suite-0.20-147.1.el4.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.el4.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc2.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc2.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc3.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc3.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc4.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc4.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc5.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc5.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc6.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc6.at.x86_64.log:MMX enabled  yes
> 
>> Im using the OpenGL painter, but I've switch back to the QT painter
>> and CPU has dropped back to a normal level.


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] mythfrontend using more CPU

[Paul]

I'm not sure if its a coinincidence but I recently started using the Blootube 
theme

http://www.mythtvtalk.com/forum/viewtopic.php?p=16174#16174

it has quite large graphics files...
Paul

On 28/11/2006 7:47 AM, Axel Thimm wrote:
> On Tue, Nov 28, 2006 at 07:39:56AM +1100, Paul wrote:
>> After the last two upgrades with MythTV I notice my mythfrontend is using 
>> heaps more CPU 
>> even just remaining on front/main screen eg 97%.
>> I remember that there was an issue earlier about this to do with MMX 
>> support, can you 
>> verify that this is enabled  for 0.20 fixes rpm?
> 
> You didn't mention what distro/arch, but it looks like all are OK:
> 
> $ grep MMX.*enabled mythtv-suite-0.20-147.1.*
> 
> mythtv-suite-0.20-147.1.el4.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.el4.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc2.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc2.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc3.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc3.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc4.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc4.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc5.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc5.at.x86_64.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc6.at.i386.log:MMX enabled  yes
> mythtv-suite-0.20-147.1.fc6.at.x86_64.log:MMX enabled  yes
> 
>> Im using the OpenGL painter, but I've switch back to the QT painter
>> and CPU has dropped back to a normal level.


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Nvidia 9742

[Paul]

So what sort of VGA card have you got? ie Nvidia model?
Paul

On 1/12/2006 7:58 AM, John Pilkington wrote:
> I installed the Nvidia 9742 packages and tried nvidia-graphics-switch.
> This told me that my Nvidia card has been moved to 'legacy' status - 
> which probably explains why I had no success with 9629, 9626.
> 
> So I'm staying with 8776; please don't expire it!
> 
> John P
> 

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Nvidia 1.0-9631 for Linux x86/x86-64 released

[Paul]

Just incase you missed it. mainly a bug fix release.

http://www.nvnews.net/vbulletin/showthread.php?t=81668

but for some reason they haven't updated there std release file:

ftp://download.nvidia.com/XFree86/Linux-x86/latest.txt

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Correct way to dist upgrade from FC4 to FC6?

[Paul]

On 7/12/2006 9:21 AM, Keith C wrote:
> On Dec 6, 2006, at 4:04 PM, David Asher wrote:
> 
>> I've been using smart, and its seeming like things are working too  
>> well
>> on my mythtv box, so I figured I'd upgrade from FC4 to FC6.
>>
>> Unfortunately, I have no idea how.
>>
>> Should I use apt for the dist upgrade?  Or does smart have a way to  
>> do it?
>>
>> I don't even know where to start.
>>
> 
> Although there are ways to do it with yum/smart/apt, I'd recommend  
> using the FC6 install disks.  I've messed up 2 installs in the past  
> trying to move from one version to another with smart.
> 
> I'm now waiting for everyone else to tell me how wrong I am and that  
> its easy to do.
> 
> Keith C

I'm hoping to do the exact same thing, I've downloaded the DVD iso and will 
attempt this 
when I can find some spare time...

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MythTV themes package

[Paul]

Has there been any change to mythtv-themes.i386 0.20-147.1.fc4.at package as 
I'm getting 
an error

frontend.log:

2006-12-19 18:10:28.446 XMLParse::LoadTheme using 
/usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml
2006-12-19 18:10:28.449 IconView, Error: Failed to get submenu area.

I have two mythtv themes packages installed:

myththemes-0.20-110.at.noarch.rpm
mythtv-themes-0.20-147.1.fc4.at.i386.rpm

Should I have two?

Here is my yum log for themes last theme rpm:

Nov 25 08:24:15 Updated: mythtv-themes.i386 0.20-147.fc4.at
Nov 27 13:58:26 Updated: mythtv-themes.i386 0.20-147.1.fc4.at

Whats with the ".1." release?

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV themes package

[Paul]

So this might be a bug with the package, so I guess I should raise a bugtrac 
with the 
MythTV team right?

Thanks
Paul

On 19/12/2006 10:48 PM, Axel Thimm wrote:
> On Tue, Dec 19, 2006 at 06:17:43PM +1100, Paul wrote:
>> Has there been any change to mythtv-themes.i386 0.20-147.1.fc4.at
> 
> not really.
> 
>> package as I'm getting an error
>>
>> frontend.log:
>>
>> 2006-12-19 18:10:28.446 XMLParse::LoadTheme using 
>> /usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml
>> 2006-12-19 18:10:28.449 IconView, Error: Failed to get submenu area.
>>
>> I have two mythtv themes packages installed:
>>
>> myththemes-0.20-110.at.noarch.rpm
>> mythtv-themes-0.20-147.1.fc4.at.i386.rpm
>>
>> Should I have two?
> 
> Depends, the latter are the bare themes that are part of the mythtv
> tarball, and the former are the extra themes in the myththemes
> tarball. So the former are rather optional. MythCenter-wide is part
> of myththemes IIRC.
> 
>> Here is my yum log for themes last theme rpm:
>>
>> Nov 25 08:24:15 Updated: mythtv-themes.i386 0.20-147.fc4.at
>> Nov 27 13:58:26 Updated: mythtv-themes.i386 0.20-147.1.fc4.at
>>
>> Whats with the ".1." release?
> 
> A minor respin that fixed the self-building package (removing BR:
> libmyth-devel).


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV themes package

[Paul]

The file seems to be in the following rpm :

[EMAIL PROTECTED] ~]# rpm -qi myththemes
Name: myththemes   Relocations: (not relocatable)
Version : 0.20  Vendor: ATrpms.net
Release : 110.atBuild Date: Sun 17 Sep 2006 
00:16:35 EST
Install Date: Sat 23 Sep 2006 16:59:31 EST  Build Host: .atrpms.net
Group   : Applications/Multimedia   Source RPM: 
myththemes-0.20-110.at.src.rpm
Size: 15408937 License: GPL2
Signature   : DSA/SHA1, Sun 17 Sep 2006 00:16:39 EST, Key ID 508ce5e666534c2b
Packager: ATrpms <http://ATrpms.net/>
URL : http://www.mythtv.org/
Summary : Base themes for mythtv's frontend
Description :

perhaps this is from a previous manual install I made?
I have renamed the file and now the MythGallery works ok
perhaps I should delete directory and reapply rpm


Paul

On 20/12/2006 6:54 AM, Axel Thimm wrote:
> On Wed, Dec 20, 2006 at 06:45:04AM +1100, Paul wrote:
>> So this might be a bug with the package, so I guess I should raise a bugtrac 
>> with the 
>> MythTV team right?
> 
> Hm, I think this is a local issue. I don't have
> /usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml on my system.
> 
>> Thanks
>> Paul
>>
>> On 19/12/2006 10:48 PM, Axel Thimm wrote:
>>> On Tue, Dec 19, 2006 at 06:17:43PM +1100, Paul wrote:
>>>> Has there been any change to mythtv-themes.i386 0.20-147.1.fc4.at
>>> not really.
>>>
>>>> package as I'm getting an error
>>>>
>>>> frontend.log:
>>>>
>>>> 2006-12-19 18:10:28.446 XMLParse::LoadTheme using 
>>>> /usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml
>>>> 2006-12-19 18:10:28.449 IconView, Error: Failed to get submenu area.
>>>>
>>>> I have two mythtv themes packages installed:
>>>>
>>>> myththemes-0.20-110.at.noarch.rpm
>>>> mythtv-themes-0.20-147.1.fc4.at.i386.rpm
>>>>
>>>> Should I have two?
>>> Depends, the latter are the bare themes that are part of the mythtv
>>> tarball, and the former are the extra themes in the myththemes
>>> tarball. So the former are rather optional. MythCenter-wide is part
>>> of myththemes IIRC.
>>>
>>>> Here is my yum log for themes last theme rpm:
>>>>
>>>> Nov 25 08:24:15 Updated: mythtv-themes.i386 0.20-147.fc4.at
>>>> Nov 27 13:58:26 Updated: mythtv-themes.i386 0.20-147.1.fc4.at
>>>>
>>>> Whats with the ".1." release?
>>> A minor respin that fixed the self-building package (removing BR:
>>> libmyth-devel).
>>
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] MythTV themes package

[Paul]

It was only 1 or 2 themes I installed manually so I should only need to 
validate those files

Paul

On 20/12/2006 11:13 AM, Axel Thimm wrote:
> On Wed, Dec 20, 2006 at 10:25:15AM +1100, Paul wrote:
>> The file seems to be in the following rpm :
>>
>> [EMAIL PROTECTED] ~]# rpm -qi myththemes
>> Name: myththemes   Relocations: (not relocatable)
>> Version : 0.20  Vendor: ATrpms.net
>> Release : 110.atBuild Date: Sun 17 Sep 2006 
>> 00:16:35 EST
>> Install Date: Sat 23 Sep 2006 16:59:31 EST  Build Host: .atrpms.net
>> Group   : Applications/Multimedia   Source RPM: 
>> myththemes-0.20-110.at.src.rpm
>> Size: 15408937 License: GPL2
>> Signature   : DSA/SHA1, Sun 17 Sep 2006 00:16:39 EST, Key ID 508ce5e666534c2b
>> Packager: ATrpms <http://ATrpms.net/>
>> URL : http://www.mythtv.org/
>> Summary : Base themes for mythtv's frontend
>> Description :
> 
> No, it's not:
> 
> $ rpm -ql myththemes-0.20-110.at | grep gallery-ui.xml
> /usr/share/mythtv/themes/Minimalist-wide/gallery-ui.xml
> /usr/share/mythtv/themes/Titivillus/gallery-ui.xml
> 
> Note: your gallery-ui.xml is under MythCenter-wide. MythCenter-wide
> has no gallery-ui.xml
> 
>> perhaps this is from a previous manual install I made?
> 
> Ah ha! Now the truth is surfacing ;)
> 
>> I have renamed the file and now the MythGallery works ok perhaps I
>> should delete directory and reapply rpm
> 
> I would remove all mythtv rpms and then nuke what's left. You may have
> more eggs lying around, which will bite you with 0.21.
> 
>> Paul
>>
>> On 20/12/2006 6:54 AM, Axel Thimm wrote:
>>> On Wed, Dec 20, 2006 at 06:45:04AM +1100, Paul wrote:
>>>> So this might be a bug with the package, so I guess I should raise a 
>>>> bugtrac with the 
>>>> MythTV team right?
>>> Hm, I think this is a local issue. I don't have
>>> /usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml on my system.
>>>
>>>> Thanks
>>>> Paul
>>>>
>>>> On 19/12/2006 10:48 PM, Axel Thimm wrote:
>>>>> On Tue, Dec 19, 2006 at 06:17:43PM +1100, Paul wrote:
>>>>>> Has there been any change to mythtv-themes.i386 0.20-147.1.fc4.at
>>>>> not really.
>>>>>
>>>>>> package as I'm getting an error
>>>>>>
>>>>>> frontend.log:
>>>>>>
>>>>>> 2006-12-19 18:10:28.446 XMLParse::LoadTheme using 
>>>>>> /usr/share/mythtv/themes/MythCenter-wide/gallery-ui.xml
>>>>>> 2006-12-19 18:10:28.449 IconView, Error: Failed to get submenu area.
>>>>>>
>>>>>> I have two mythtv themes packages installed:
>>>>>>
>>>>>> myththemes-0.20-110.at.noarch.rpm
>>>>>> mythtv-themes-0.20-147.1.fc4.at.i386.rpm
>>>>>>
>>>>>> Should I have two?
>>>>> Depends, the latter are the bare themes that are part of the mythtv
>>>>> tarball, and the former are the extra themes in the myththemes
>>>>> tarball. So the former are rather optional. MythCenter-wide is part
>>>>> of myththemes IIRC.
>>>>>
>>>>>> Here is my yum log for themes last theme rpm:
>>>>>>
>>>>>> Nov 25 08:24:15 Updated: mythtv-themes.i386 0.20-147.fc4.at
>>>>>> Nov 27 13:58:26 Updated: mythtv-themes.i386 0.20-147.1.fc4.at
>>>>>>
>>>>>> Whats with the ".1." release?
>>>>> A minor respin that fixed the self-building package (removing BR:
>>>>> libmyth-devel).
>>>> ___
>>>> atrpms-users mailing list
>>>> atrpms-users@atrpms.net
>>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] fc4 packages to fc6

[Paul]

I have a whole bunch of packages with "fc4" in the package name do I need to 
update these?
Or are these not specific to Fedora release?
eg

grep fc4 /tmp/rpmlst1.txt

libgobject-2.0_0-2.6.6-1_12.rhfc4.at
libgd2-2.0.33-2_11.rhfc4.at
perl-XML-LibXML-1.58-5.fc4.at
perl-XML-Simple-2.14-8.fc4.at
libFLAC7-1.1.2-25_11.fc4.at
libosp4-1.5.1-10.fc4.at
librom1394_0-0.5.3-0_9.fc4.at
libraw1394_8-1.2.1-0_8.fc4.at
libglib-2.0_0-2.6.6-1_12.rhfc4.at
perl-TermReadKey-2.30-3.fc4.at
libOggFLAC++2-1.1.2-25_11.fc4.at
libgmodule-2.0_0-2.6.6-1_12.rhfc4.at
libgthread-2.0_0-2.6.6-1_12.rhfc4.at
ntop-3.2-1.2.fc4.rf
dvdauthor-0.6.11-1.2.fc4.rf
libFLAC++5-1.1.2-25_11.fc4.at
libogg0-1.1.3-7.fc4.at
libao2-0.8.6-0_3.fc4.at
libbeecrypt6-4.1.2-10.1_14.fc4.at
libpostproc-1.0-51_pre7try2.rhfc4.at
libdirect-0.9_24-0.9.24-8.rhfc4.at
perl-HTTP-GHTTP-1.07-4.fc4.at
libdv4-0.104-5.fc4.at
legacy-yumconf-4-2.fc4
libvorbis0-1.1.2-5.fc4.at
libvorbisfile3-1.1.2-5.fc4.at
libvorbisenc2-1.1.2-5.fc4.at
librpm4.4-4.4.2-15.2_60.fc4.at
libavc1394_0-0.5.3-0_9.fc4.at
mutt-1.4.2.2-5_15.fc4.at
rhnlib-1.8-6.p24.1_8.rhfc4.at
libogg-devel-1.1.3-7.fc4.at
lirc-kmdl-2.6.17-1.2139_FC4-0.8.1-cvs20060628_60.rhfc4.at
libfusion-0.9_24-0.9.24-8.rhfc4.at
libvorbis-devel-1.1.2-5.fc4.at
libXvMCW-0.9.3-4.fc4.at



Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] fc4 packages to fc6

[Paul]

a yum update doesn't pick up any updates for these packages
and a yum info picks up the fc4 version
eg

[EMAIL PROTECTED] log]# uname -a
Linux mythbox.salsola 2.6.18-1.2868.fc6 #1 SMP Fri Dec 15 17:32:54 EST 2006 
i686 athlon 
i386 GNU/Linux
[EMAIL PROTECTED] log]# yum info libFLAC++5
Loading "kmdl" plugin
Loading "installonlyn" plugin
Setting up repositories
Reading repository metadata in from local files
Installed Packages
Name   : libFLAC++5
Arch   : i386
Version: 1.1.2
Release: 25_11.fc4.at
Size   : 124 k
Repo   : installed
Summary: Shared libraries for package flac

Description:
This package provides the shared libraries libFLAC++.so.5* for the package flac.
Shared libraries are required at runtime for software built against flac.
Keeping shared libraries in a separate package enables their use as
forward/backward compatibility packages.



On 2/01/2007 10:20 PM, Axel Thimm wrote:
> On Tue, Jan 02, 2007 at 10:12:19PM +1100, Paul wrote:
>> I have a whole bunch of packages with "fc4" in the package name do I need to 
>> update these?
> 
> Of course.
> 
>> Or are these not specific to Fedora release?
> 
> They are, that's why you need to update them. Try smart upgrade
> --update and check again. Of course you need to activate the repos,
> too, before the update :)
> 
>> eg
>>
>> grep fc4 /tmp/rpmlst1.txt
>>
>> libgobject-2.0_0-2.6.6-1_12.rhfc4.at
>> libgd2-2.0.33-2_11.rhfc4.at
>> perl-XML-LibXML-1.58-5.fc4.at
>> perl-XML-Simple-2.14-8.fc4.at
>> libFLAC7-1.1.2-25_11.fc4.at
>> libosp4-1.5.1-10.fc4.at
>> librom1394_0-0.5.3-0_9.fc4.at
>> libraw1394_8-1.2.1-0_8.fc4.at
>> libglib-2.0_0-2.6.6-1_12.rhfc4.at
>> perl-TermReadKey-2.30-3.fc4.at
>> libOggFLAC++2-1.1.2-25_11.fc4.at
>> libgmodule-2.0_0-2.6.6-1_12.rhfc4.at
>> libgthread-2.0_0-2.6.6-1_12.rhfc4.at
>> ntop-3.2-1.2.fc4.rf
>> dvdauthor-0.6.11-1.2.fc4.rf
>> libFLAC++5-1.1.2-25_11.fc4.at
>> libogg0-1.1.3-7.fc4.at
>> libao2-0.8.6-0_3.fc4.at
>> libbeecrypt6-4.1.2-10.1_14.fc4.at
>> libpostproc-1.0-51_pre7try2.rhfc4.at
>> libdirect-0.9_24-0.9.24-8.rhfc4.at
>> perl-HTTP-GHTTP-1.07-4.fc4.at
>> libdv4-0.104-5.fc4.at
>> legacy-yumconf-4-2.fc4
>> libvorbis0-1.1.2-5.fc4.at
>> libvorbisfile3-1.1.2-5.fc4.at
>> libvorbisenc2-1.1.2-5.fc4.at
>> librpm4.4-4.4.2-15.2_60.fc4.at
>> libavc1394_0-0.5.3-0_9.fc4.at
>> mutt-1.4.2.2-5_15.fc4.at
>> rhnlib-1.8-6.p24.1_8.rhfc4.at
>> libogg-devel-1.1.3-7.fc4.at
>> lirc-kmdl-2.6.17-1.2139_FC4-0.8.1-cvs20060628_60.rhfc4.at
>> libfusion-0.9_24-0.9.24-8.rhfc4.at
>> libvorbis-devel-1.1.2-5.fc4.at
>> libXvMCW-0.9.3-4.fc4.at
>>
>>
>>
>> Paul
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] fc4 packages to fc6

[Paul]

I'm progressively replacing these , some of these seem to have moved into 
"release" and/or 
changed name.
others I have not idea eg

rhnlib-1.8-6.p24.1_8.rhfc4.at.noarch.rpm
up2date-4.4.23-4_13.rhfc4.at.i386.rpm

there appears to be no FC6 package or its changed name to something else so I 
don't know 
if I should remove these or not

Thanks
Paul

On 5/01/2007 3:10 AM, Philip R. Schaffner wrote:
> On Wed, 2007-01-03 at 08:27 +1100, Paul wrote:
>> a yum update doesn't pick up any updates for these packages
>> and a yum info picks up the fc4 version
> 
> Looks a like you have a bunch of "orphan" FC4 packages for which there
> is no direct FC6 equivalent.
> 
> e.g. - on my FC6 system:
> 
> # yum --enable \*rpm\* search libFLAC
> Loading "installonlyn" plugin
> Loading "fastestmirror" plugin
> Loading "kmdl" plugin
> Loading "kernel-module" plugin
> Setting up repositories
> atrpms100% |=|  951 B00:00
> atrpms-testing100% |=|  951 B00:00
> atrpms-bleeding   100% |=|  951 B00:00
> core  100% |=| 1.3 kB00:00
> jpackage-generic  100% |=|  951 B00:00
> flash 100% |=|  951 B00:00
> local 100% |=|  951 B00:00
> jpackage-fc   100% |=|  951 B00:00
> jpackage-generic-nonfree  100% |=|  951 B00:00
> updates   100% |=| 1.2 kB00:00
> gstreamer 100% |=|  951 B00:00
> extras100% |=| 1.1 kB00:00
> rpmforge  100% |=|  951 B00:00
> freshrpms 100% |=| 1.1 kB00:00
> Loading mirror speeds from cached hostfile
> Reading repository metadata in from local files
> primary.xml.gz100% |=| 1.7 MB00:00
> ## 5384/5384
> No Matches found
> # locate libFLAC
> /usr/lib/libFLAC++.so.5
> /usr/lib/libFLAC++.so.5.0.0
> /usr/lib/libFLAC.so.7
> /usr/lib/libFLAC.so.7.0.0
> # rpm -qf /usr/lib/libFLAC++.so.5
> flac-1.1.2-27.i386
> 
> In an ideal world all the orphan packages would have been obsoleted or
> upgraded.  There may well be others left that are not so nicely flagged.
> Run "rpm -qa --last" (may want to redirect to a file or pipe to less)
> and inspect the output for packages that predate FC6.  I'd try "yum
> remove ..." or "rpm -e ...".  This is one reason why a fresh install is
> generally recommended over an upgrade.
> 
> Phil
> 
> 
> 
> ___
> atrpms-users mailing list
> atrpms-users@atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] nvidia 9764 wfb module

[Paul]

the WFB module is new Axel .. not affecting me but FYI for 8800 cards..

see==> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
Paul

I'm using the atrpms package for nvidia 9764 and I'm getting errors 
finding wfb but I have a 6200 TC card, so I assume this is not a 
problem, but should this library still exist? ie is this a packaging 
problem or a configuration problem for me?


Quote:
(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(WW) Warning, couldn't open module wfb
(II) UnloadModule: "wfb"
(EE) Failed to load module "wfb" (module does not exist, 0)


The file can be placed anywhere, as long as the X server can find it 
(either through the ModulePath directive or via a symlink). The SONAME 
is not used. The driver will automatically try to load a module called 
"wfb" (i.e., libwfb.so), which is installed as a symlink to 
libnvidia-wfb.so.x.y.z if no libwfb.so existed at install time.


The driver will always try to load it, but it will only be required if a 
GeForce 8800 or higher is detected.
___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

I installed but it dragged 2 kmdl files?
is that correct?

Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
1:1.0_9746-84.fc6.at

Jan  6 09:24:19 mythbox Updated: 
nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 
1:1.0_9746-84.fc6.at
Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 0.0.16-17.fc6.at
Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 1:1.0_9746-84.fc6.at
Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
Jan  6 09:25:02 mythbox Updated: 
nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 
1:1.0_9746-84.fc6.at



On 5/01/2007 1:50 PM, Axel Thimm wrote:
> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
> 
> Thanks, the issue is already known: 
> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
> 
> I'm currently respinning completely new nvidia packages that will not
> manually install anymore, but use nvidia-installer instead. It's a bit
> involved becasue it requires root priviledges at build time and assume
> installation will happen under /.
> 
>> see==> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
> 
> Thanks for the URL, I'll post a follow-up.
> 
>> Paul
>>
>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>> finding wfb but I have a 6200 TC card, so I assume this is not a 
>> problem, but should this library still exist? ie is this a packaging 
>> problem or a configuration problem for me?
>>
>> Quote:
>> (II) Loading sub module "wfb"
>> (II) LoadModule: "wfb"
>> (WW) Warning, couldn't open module wfb
>> (II) UnloadModule: "wfb"
>> (EE) Failed to load module "wfb" (module does not exist, 0)
>>
>>
>> The file can be placed anywhere, as long as the X server can find it 
>> (either through the ModulePath directive or via a symlink). The SONAME 
>> is not used. The driver will automatically try to load a module called 
>> "wfb" (i.e., libwfb.so), which is installed as a symlink to 
>> libnvidia-wfb.so.x.y.z if no libwfb.so existed at install time.
>>
>> The driver will always try to load it, but it will only be required if a 
>> GeForce 8800 or higher is detected.
> 
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

whoops just spotted these are my two kernel versions

my bad..
Paul

On 6/01/2007 9:27 AM, Paul wrote:
> I installed but it dragged 2 kmdl files?
> is that correct?
> 
> Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
> 1:1.0_9746-84.fc6.at
> 
> Jan  6 09:24:19 mythbox Updated: 
> nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 1:1.0_9746-84.fc6.at
> Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 
> 0.0.16-17.fc6.at
> Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 
> 1:1.0_9746-84.fc6.at
> Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
> Jan  6 09:25:02 mythbox Updated: 
> nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 1:1.0_9746-84.fc6.at
> 
> 
> 
> On 5/01/2007 1:50 PM, Axel Thimm wrote:
>> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
>>
>> Thanks, the issue is already known: 
>> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
>>
>> I'm currently respinning completely new nvidia packages that will not
>> manually install anymore, but use nvidia-installer instead. It's a bit
>> involved becasue it requires root priviledges at build time and assume
>> installation will happen under /.
>>
>>> see==> 
>>> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
>>
>> Thanks for the URL, I'll post a follow-up.
>>
>>> Paul
>>>
>>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>>> finding wfb but I have a 6200 TC card, so I assume this is not a 
>>> problem, but should this library still exist? ie is this a packaging 
>>> problem or a configuration problem for me?
>>>
>>> Quote:
>>> (II) Loading sub module "wfb"
>>> (II) LoadModule: "wfb"
>>> (WW) Warning, couldn't open module wfb
>>> (II) UnloadModule: "wfb"
>>> (EE) Failed to load module "wfb" (module does not exist, 0)
>>>
>>>
>>> The file can be placed anywhere, as long as the X server can find it 
>>> (either through the ModulePath directive or via a symlink). The 
>>> SONAME is not used. The driver will automatically try to load a 
>>> module called "wfb" (i.e., libwfb.so), which is installed as a 
>>> symlink to libnvidia-wfb.so.x.y.z if no libwfb.so existed at install 
>>> time.
>>>
>>> The driver will always try to load it, but it will only be required 
>>> if a GeForce 8800 or higher is detected.
>>
>>> ___
>>> atrpms-users mailing list
>>> atrpms-users@atrpms.net
>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>
> 
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

Rebooted and couldn't load nvidia module:

(II) LoadModule: "nvidia"
(WW) Warning, couldn't open module nvidia
(II) UnloadModule: "nvidia"
(EE) Failed to load module "nvidia" (module does not exist, 0)

Does this load it from the  /usr/lib/xorg/modules/extensions/ directory?

Paul

On 6/01/2007 9:27 AM, Paul wrote:
> I installed but it dragged 2 kmdl files?
> is that correct?
> 
> Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
> 1:1.0_9746-84.fc6.at
> 
> Jan  6 09:24:19 mythbox Updated: 
> nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 1:1.0_9746-84.fc6.at
> Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 
> 0.0.16-17.fc6.at
> Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 
> 1:1.0_9746-84.fc6.at
> Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
> Jan  6 09:25:02 mythbox Updated: 
> nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 1:1.0_9746-84.fc6.at
> 
> 
> 
> On 5/01/2007 1:50 PM, Axel Thimm wrote:
>> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
>>
>> Thanks, the issue is already known: 
>> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
>>
>> I'm currently respinning completely new nvidia packages that will not
>> manually install anymore, but use nvidia-installer instead. It's a bit
>> involved becasue it requires root priviledges at build time and assume
>> installation will happen under /.
>>
>>> see==> 
>>> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
>>
>> Thanks for the URL, I'll post a follow-up.
>>
>>> Paul
>>>
>>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>>> finding wfb but I have a 6200 TC card, so I assume this is not a 
>>> problem, but should this library still exist? ie is this a packaging 
>>> problem or a configuration problem for me?
>>>
>>> Quote:
>>> (II) Loading sub module "wfb"
>>> (II) LoadModule: "wfb"
>>> (WW) Warning, couldn't open module wfb
>>> (II) UnloadModule: "wfb"
>>> (EE) Failed to load module "wfb" (module does not exist, 0)
>>>
>>>
>>> The file can be placed anywhere, as long as the X server can find it 
>>> (either through the ModulePath directive or via a symlink). The 
>>> SONAME is not used. The driver will automatically try to load a 
>>> module called "wfb" (i.e., libwfb.so), which is installed as a 
>>> symlink to libnvidia-wfb.so.x.y.z if no libwfb.so existed at install 
>>> time.
>>>
>>> The driver will always try to load it, but it will only be required 
>>> if a GeForce 8800 or higher is detected.
>>
>>> ___
>>> atrpms-users mailing list
>>> atrpms-users@atrpms.net
>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>
> 
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

Here is my output:>

[EMAIL PROTECTED] X11]# ls -l /usr/lib/xorg/modules/drivers/nv*
-rwxr-xr-x 1 root root 87676 Sep  1 04:19 
/usr/lib/xorg/modules/drivers/nv_drv.so
lrwxrwxrwx 1 root root38 Jan  6 09:24 
/usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.so -> 
nvidia-graphics-1.0-9746/nvidia_drv.so
lrwxrwxrwx 1 root root51 Jan  6 09:24 
/usr/lib/xorg/modules/drivers/nvidia_drv.o -> 
/usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.o



On 6/01/2007 9:52 AM, Axel Thimm wrote:
> On Sat, Jan 06, 2007 at 09:41:37AM +1100, Paul wrote:
>> Rebooted and couldn't load nvidia module:
>>
>> (II) LoadModule: "nvidia"
>> (WW) Warning, couldn't open module nvidia
>> (II) UnloadModule: "nvidia"
>> (EE) Failed to load module "nvidia" (module does not exist, 0)
>>
>> Does this load it from the  /usr/lib/xorg/modules/extensions/ directory?
> 
> No, from /drivers/ - do you have similar output?
> 
> $ ls -l /usr/lib/xorg/modules/drivers/nvidia_drv.so 
> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so 
> lrwxrwxrwx 1 root root  38 Jan  5 09:51 
> /usr/lib/xorg/modules/drivers/nvidia_drv.so -> 
> nvidia-graphics-1.0-9746/nvidia_drv.so
> -rwxr-xr-x 1 root root 1364816 Jan  5 06:21 
> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so
> 
> 
>> Paul
>>
>> On 6/01/2007 9:27 AM, Paul wrote:
>>> I installed but it dragged 2 kmdl files?
>>> is that correct?
>>>
>>> Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
>>> 1:1.0_9746-84.fc6.at
>>>
>>> Jan  6 09:24:19 mythbox Updated: 
>>> nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 1:1.0_9746-84.fc6.at
>>> Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 
>>> 0.0.16-17.fc6.at
>>> Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 
>>> 1:1.0_9746-84.fc6.at
>>> Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
>>> Jan  6 09:25:02 mythbox Updated: 
>>> nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 1:1.0_9746-84.fc6.at
>>>
>>>
>>>
>>> On 5/01/2007 1:50 PM, Axel Thimm wrote:
>>>> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>>>>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
>>>> Thanks, the issue is already known: 
>>>> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
>>>>
>>>> I'm currently respinning completely new nvidia packages that will not
>>>> manually install anymore, but use nvidia-installer instead. It's a bit
>>>> involved becasue it requires root priviledges at build time and assume
>>>> installation will happen under /.
>>>>
>>>>> see==> 
>>>>> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
>>>> Thanks for the URL, I'll post a follow-up.
>>>>
>>>>> Paul
>>>>>
>>>>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>>>>> finding wfb but I have a 6200 TC card, so I assume this is not a 
>>>>> problem, but should this library still exist? ie is this a packaging 
>>>>> problem or a configuration problem for me?
>>>>>
>>>>> Quote:
>>>>> (II) Loading sub module "wfb"
>>>>> (II) LoadModule: "wfb"
>>>>> (WW) Warning, couldn't open module wfb
>>>>> (II) UnloadModule: "wfb"
>>>>> (EE) Failed to load module "wfb" (module does not exist, 0)
>>>>>
>>>>>
>>>>> The file can be placed anywhere, as long as the X server can find it 
>>>>> (either through the ModulePath directive or via a symlink). The 
>>>>> SONAME is not used. The driver will automatically try to load a 
>>>>> module called "wfb" (i.e., libwfb.so), which is installed as a 
>>>>> symlink to libnvidia-wfb.so.x.y.z if no libwfb.so existed at install 
>>>>> time.
>>>>>
>>>>> The driver will always try to load it, but it will only be required 
>>>>> if a GeForce 8800 or higher is detected.
>>>>> ___
>>>>> atrpms-users mailing list
>>>>> atrpms-users@atrpms.net
>>>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>>
>>
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

I have just upgraded (about 30 mins ago) ... this is after the reboot
should I manually fix or unistall/re-install

Thanks
Paul

On 6/01/2007 10:01 AM, Axel Thimm wrote:
> On Sat, Jan 06, 2007 at 09:57:42AM +1100, Paul wrote:
>> Here is my output:>
>>
>> [EMAIL PROTECTED] X11]# ls -l /usr/lib/xorg/modules/drivers/nv*
>> -rwxr-xr-x 1 root root 87676 Sep  1 04:19 
>> /usr/lib/xorg/modules/drivers/nv_drv.so
>> lrwxrwxrwx 1 root root38 Jan  6 09:24 
>> /usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.so -> 
>> nvidia-graphics-1.0-9746/nvidia_drv.so
>> lrwxrwxrwx 1 root root51 Jan  6 09:24 
>> /usr/lib/xorg/modules/drivers/nvidia_drv.o -> 
>> /usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.o
> 
> you are missing /usr/lib/xorg/modules/drivers/nvidia_drv.so, which
> should be a symlink to
> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so.
> 
> Upgrade to the latest nvidia-graphics-switch and use nvidia-graphics-switch 
> 9746
> 
> 
>> On 6/01/2007 9:52 AM, Axel Thimm wrote:
>>> On Sat, Jan 06, 2007 at 09:41:37AM +1100, Paul wrote:
>>>> Rebooted and couldn't load nvidia module:
>>>>
>>>> (II) LoadModule: "nvidia"
>>>> (WW) Warning, couldn't open module nvidia
>>>> (II) UnloadModule: "nvidia"
>>>> (EE) Failed to load module "nvidia" (module does not exist, 0)
>>>>
>>>> Does this load it from the  /usr/lib/xorg/modules/extensions/ directory?
>>> No, from /drivers/ - do you have similar output?
>>>
>>> $ ls -l /usr/lib/xorg/modules/drivers/nvidia_drv.so 
>>> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so 
>>> lrwxrwxrwx 1 root root  38 Jan  5 09:51 
>>> /usr/lib/xorg/modules/drivers/nvidia_drv.so -> 
>>> nvidia-graphics-1.0-9746/nvidia_drv.so
>>> -rwxr-xr-x 1 root root 1364816 Jan  5 06:21 
>>> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so
>>>
>>>
>>>> Paul
>>>>
>>>> On 6/01/2007 9:27 AM, Paul wrote:
>>>>> I installed but it dragged 2 kmdl files?
>>>>> is that correct?
>>>>>
>>>>> Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
>>>>> 1:1.0_9746-84.fc6.at
>>>>>
>>>>> Jan  6 09:24:19 mythbox Updated: 
>>>>> nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 1:1.0_9746-84.fc6.at
>>>>> Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 
>>>>> 0.0.16-17.fc6.at
>>>>> Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 
>>>>> 1:1.0_9746-84.fc6.at
>>>>> Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
>>>>> Jan  6 09:25:02 mythbox Updated: 
>>>>> nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 1:1.0_9746-84.fc6.at
>>>>>
>>>>>
>>>>>
>>>>> On 5/01/2007 1:50 PM, Axel Thimm wrote:
>>>>>> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>>>>>>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
>>>>>> Thanks, the issue is already known: 
>>>>>> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
>>>>>>
>>>>>> I'm currently respinning completely new nvidia packages that will not
>>>>>> manually install anymore, but use nvidia-installer instead. It's a bit
>>>>>> involved becasue it requires root priviledges at build time and assume
>>>>>> installation will happen under /.
>>>>>>
>>>>>>> see==> 
>>>>>>> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
>>>>>> Thanks for the URL, I'll post a follow-up.
>>>>>>
>>>>>>> Paul
>>>>>>>
>>>>>>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>>>>>>> finding wfb but I have a 6200 TC card, so I assume this is not a 
>>>>>>> problem, but should this library still exist? ie is this a packaging 
>>>>>>> problem or a configuration problem for me?
>>>>>>>
>>>>>>> Quote:
>>>>>>> (II) Loading sub module "wfb"
>>>>>>> (II) LoadModule: "wfb"
>>>>>>> (WW) Warning, couldn't open module wfb
>>>>>>

Re: [ATrpms-users] nvidia 9764 wfb module

[Paul]

Manually created symlink:

ln -s /usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.so nvidia_drv.so
and removed bad symlink
rm nvidia_drv.o

rebooted and nvidia loaded ok


but still no-go for the wfb module:

(II) Loading sub module "wfb"
(II) LoadModule: "wfb"
(WW) Warning, couldn't open module wfb
(II) UnloadModule: "wfb"
(EE) Failed to load module "wfb" (module does not exist, 0)

Perphaps this is related to this issue?

BTW I don't have a 8800 so I can't really test the wfb anyway just testing the 
new package

thanks
Paul
On 6/01/2007 10:01 AM, Axel Thimm wrote:
> On Sat, Jan 06, 2007 at 09:57:42AM +1100, Paul wrote:
>> Here is my output:>
>>
>> [EMAIL PROTECTED] X11]# ls -l /usr/lib/xorg/modules/drivers/nv*
>> -rwxr-xr-x 1 root root 87676 Sep  1 04:19 
>> /usr/lib/xorg/modules/drivers/nv_drv.so
>> lrwxrwxrwx 1 root root38 Jan  6 09:24 
>> /usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.so -> 
>> nvidia-graphics-1.0-9746/nvidia_drv.so
>> lrwxrwxrwx 1 root root51 Jan  6 09:24 
>> /usr/lib/xorg/modules/drivers/nvidia_drv.o -> 
>> /usr/lib/xorg/modules/drivers/nvidia-1.0-9746_drv.o
> 
> you are missing /usr/lib/xorg/modules/drivers/nvidia_drv.so, which
> should be a symlink to
> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so.
> 
> Upgrade to the latest nvidia-graphics-switch and use nvidia-graphics-switch 
> 9746
> 
> 
>> On 6/01/2007 9:52 AM, Axel Thimm wrote:
>>> On Sat, Jan 06, 2007 at 09:41:37AM +1100, Paul wrote:
>>>> Rebooted and couldn't load nvidia module:
>>>>
>>>> (II) LoadModule: "nvidia"
>>>> (WW) Warning, couldn't open module nvidia
>>>> (II) UnloadModule: "nvidia"
>>>> (EE) Failed to load module "nvidia" (module does not exist, 0)
>>>>
>>>> Does this load it from the  /usr/lib/xorg/modules/extensions/ directory?
>>> No, from /drivers/ - do you have similar output?
>>>
>>> $ ls -l /usr/lib/xorg/modules/drivers/nvidia_drv.so 
>>> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so 
>>> lrwxrwxrwx 1 root root  38 Jan  5 09:51 
>>> /usr/lib/xorg/modules/drivers/nvidia_drv.so -> 
>>> nvidia-graphics-1.0-9746/nvidia_drv.so
>>> -rwxr-xr-x 1 root root 1364816 Jan  5 06:21 
>>> /usr/lib/xorg/modules/drivers/nvidia-graphics-1.0-9746/nvidia_drv.so
>>>
>>>
>>>> Paul
>>>>
>>>> On 6/01/2007 9:27 AM, Paul wrote:
>>>>> I installed but it dragged 2 kmdl files?
>>>>> is that correct?
>>>>>
>>>>> Jan  6 09:24:02 mythbox Updated: nvidia-graphics9746-libs.i386 
>>>>> 1:1.0_9746-84.fc6.at
>>>>>
>>>>> Jan  6 09:24:19 mythbox Updated: 
>>>>> nvidia-graphics9746-kmdl-2.6.18-1.2869.fc6.i686 1:1.0_9746-84.fc6.at
>>>>> Jan  6 09:24:20 mythbox Updated: nvidia-graphics-helpers.i386 
>>>>> 0.0.16-17.fc6.at
>>>>> Jan  6 09:24:56 mythbox Updated: nvidia-graphics9746.i386 
>>>>> 1:1.0_9746-84.fc6.at
>>>>> Jan  6 09:24:57 mythbox Updated: rrdtool-perl.i386 1.2.15-9.fc6
>>>>> Jan  6 09:25:02 mythbox Updated: 
>>>>> nvidia-graphics9746-kmdl-2.6.18-1.2868.fc6.i686 1:1.0_9746-84.fc6.at
>>>>>
>>>>>
>>>>>
>>>>> On 5/01/2007 1:50 PM, Axel Thimm wrote:
>>>>>> On Fri, Jan 05, 2007 at 01:20:54PM +1100, Paul wrote:
>>>>>>> the WFB module is new Axel .. not affecting me but FYI for 8800 cards..
>>>>>> Thanks, the issue is already known: 
>>>>>> http://bugzilla.atrpms.net/show_bug.cgi?id=1087
>>>>>>
>>>>>> I'm currently respinning completely new nvidia packages that will not
>>>>>> manually install anymore, but use nvidia-installer instead. It's a bit
>>>>>> involved becasue it requires root priviledges at build time and assume
>>>>>> installation will happen under /.
>>>>>>
>>>>>>> see==> 
>>>>>>> http://www.nvnews.net/vbulletin/showthread.php?p=1119139#post1119139
>>>>>> Thanks for the URL, I'll post a follow-up.
>>>>>>
>>>>>>> Paul
>>>>>>>
>>>>>>> I'm using the atrpms package for nvidia 9764 and I'm getting errors 
>>>>>>> finding wfb but I have a 6200 TC card, so I assum

[ATrpms-users] unusual error messages with Yum

[Paul]

I seen this on another yum update, any idea what this is?
note I don't suspect atrpms as all these updates where from "updates"
 
As far as I can see it didn't seem to cause the update to fail. looks 
like some bad data somewhere.


Running Transaction
  Updating  : pygtk2   ### [ 1/18]
  Updating  : evolution### [ 2/18]
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
/usr/share/gnome/help/evolution-2.8/C/evolution-2.8.xml:17: parser error 
: Entity 'trade' not defined
  Evolution™
   ^
/usr/share/gnome/help/evolution-2.8/C/evolution-2.8.xml:25: parser error 
: Entity 'trade' not defined
  This guide describes how to use and manage Evolution™ 
2.8.For support, late-breaking news, and errata, visit the 
Novell® sup


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] xine depancy problems

[Paul]

I know this is not a atrpm package problem just wondering if anyone else is 
getting the 
same problem with xine-libs


yum doesn't seem to be handling it..

Do I need to remove and reinstall zine to fix this or is there something wrong 
with the 
package

Paul

[EMAIL PROTECTED] ~]# yum update
Loading "kmdl" plugin
Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for xine-lib to pack into transaction set.
xine-lib-1.1.4-1.fc6.i386 100% |=|  26 kB00:01
---> Package xine-lib.i386 0:1.1.4-1.fc6 set to be updated
--> Running transaction check
--> Processing Dependency: libwavpack.so.1 for package: xine-lib
--> Processing Dependency: xine-lib = 1.1.3 for package: xine-lib-moles
--> Processing Dependency: libmpcdec.so.3 for package: xine-lib
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for libmpcdec to pack into transaction set.
libmpcdec-1.2.2-4.fc6.i38 100% |=| 3.8 kB00:00
---> Package libmpcdec.i386 0:1.2.2-4.fc6 set to be updated
---> Downloading header for wavpack to pack into transaction set.
wavpack-4.40-1.1.fc6.i386 100% |=| 4.0 kB00:00
---> Package wavpack.i386 0:4.40-1.1.fc6 set to be updated
--> Running transaction check
--> Processing Dependency: xine-lib = 1.1.3 for package: xine-lib-moles
--> Finished Dependency Resolution
Error: Missing Dependency: xine-lib = 1.1.3 is needed by package xine-lib-moles

[EMAIL PROTECTED] ~]# grep  xine /var/log/rpmpkgs
xine-0.99.4-8.fc6.i386.rpm
xine-lib-1.1.3-3.fc6.i386.rpm
xine-lib-moles-1.1.3-1.fc6.i386.rpm



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] xine depancy problems

[Paul]

On 11/02/2007 10:37 AM, Paulo Cavalcanti wrote:
> 
> 
> On 2/10/07, *Paul* <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>> wrote:
> 
> I know this is not a atrpm package problem just wondering if anyone
> else is getting the
> same problem with xine-libs
> 
> 
> Error: Missing Dependency: xine-lib = 1.1.3 is needed by package
> xine-lib-moles
> 
> [EMAIL PROTECTED] ~]# grep  xine /var/log/rpmpkgs
> xine-0.99.4-8.fc6.i386.rpm
> xine-lib-1.1.3-3.fc6.i386.rpm
> xine-lib-moles-1.1.3-1.fc6.i386.rpm
> 
> 
> 
> You have to install xine-lib-moles 1.1.4 from freshrpms.
> 
> It is there. Install manually if necessary.
> 
> 
> -- 
> Paulo Roma Cavalcanti
> LCG - UFRJ

Thanks Paulo

I re-enabled freshrpms and looks like it worked.. cheers

only one issue , when I re-enabled freshrpms it tried to download faac
  faaci386   1.25-2.fc6   freshrpms  83 k

which is conflicting with my currently installed package so I had to exclude it

yum update --exclude faac

=
  Package Arch   Version  RepositorySize
=
Updating:
  xine-libi386   1.1.4-1.fc6  extras2.3 M
  xine-lib-moles  i386   1.1.4-1.fc6  freshrpms 1.8 M
Installing for dependencies:
  libmpcdec   i386   1.2.2-4.fc6  extras 30 k
  wavpack i386   4.40-1.1.fc6 extras116 k

Transaction Summary
=====

anyway thanks for the assist.

Paul



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] new version format and new version of Nvidia

[Paul]

Axel,
heads up for you
new version : 1.0-9755 for Linux x86/x86-64 released
and quote:
This post is an early notification to anyone who repackages the NVIDIA UNIX 
Graphics Driver.

Starting in the Release 100 driver series, NVIDIA will revise the format of the 
version 
number for the UNIX Graphics Driver.

In the past, the NVIDIA UNIX Graphics Driver version format was "1.0-" 
(e.g., 
"1.0-9746"). Starting in Release 100, the new format will be a collection of 
period-separated fields (e.g., "100.17.03").

The left-most field will indicate the major release series ("Release 100", 
Release "105", 
etc.). The second field and optional third or additional fields will be used 
for NVIDIA 
tracking.

The version number will be a variable number of fields, however it will consist 
only of 
digits and periods.

This version format change will apply to both the package filenames, and the 
names of the 
libraries.

Examples:

 /usr/lib/libGLcore.so.100.17

 NVIDIA-Linux-x86-100.17-pkg1.run
 NVIDIA-Linux-x86_64-100.17-pkg2.run
 NVIDIA-Solaris-x86-100.17.run
 NVIDIA-FreeBSD-x86-100.17.tar.gz

 # glxinfo | grep "OpenGL version string"
 OpenGL version string: 2.1.1 NVIDIA 100.17

 # cat /proc/driver/nvidia/version
 NVRM version: NVIDIA UNIX x86 Kernel Module 100.17 Mon Feb 12 14:37:08 PST 
2007
 GCC version: gcc version 4.1.1 20060525 (Red Hat 4.1.1-1)

After the Release 100 driver series is released, we will make a similar change 
to the 
1.0-96xx and 1.0-71xx legacy GPU release branches.

Thank you,
__
Andy Ritger
NVIDIA Corporation
==


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Nvidia beta driver

[Paul]

Just a heads up on the new Nvidia driver  ie the version format is different

eg
http://www.nvnews.net/vbulletin/showthread.php?t=90139

Release Highlights:


   * Added support for GeForce 8600 GTS, GeForce 8600 GT, GeForce 8500
   GT, GeForce 8400 GS, and GeForce 8300 GS.


The *100.14.03* NVIDIA Accelerated Linux Graphics Driver Set for 
*Linux/x86* is available for download via HTTP 
 and FTP 
.
The *100.14.03* NVIDIA Accelerated Linux Graphics Driver Set for 
*Linux/x86-64* is available for download via HTTP 
 and 
FTP .


Please see the *README* (x86 
, 
x86-64 
) 
for more information about this release.


*Please note:* *This NVIDIA Linux graphics driver release supports 
GeForceFX and newer NVIDIA GPUs*, GeForce4 and older GPUs are supported 
through the *1.0-96xx* and *1.0-71xx* NVIDIA legacy graphics drivers.


*Please also note:* If you encounter any problems with the *100.14.03* 
NVIDIA Linux graphics driver release, please start a new thread and 
include a detailed description of the problem, reproduction steps and 
generate/attach an nvidia-bug-report.log file (please see 
http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] vmlinuz-2.6.20-1.2944.fc6 is needed by package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

[Paul]

Getting error with new Nvidia package (kmdl_

yum update
...
Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 is needed by
package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

more info below
..
--> Populating transaction set with selected packages. Please wait.
---> Package liblzo2_2.i386 0:2.02-4.fc6 set to be updated
---> Package nvidia-graphics100.14.09.i386 1:100.14.09-90.fc6 set to be
updated
--> Running transaction check
--> Processing Dependency:
nvidia-graphics100.14.09-kmdl-1:100.14.09-90.fc6 for package:
nvidia-graphics100.14.0
--> Processing Dependency: nvidia-graphics100.14.09-libs =
1:100.14.09-90.fc6 for package: nvidia-graphics100.1409
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package nvidia-graphics100.14.09-libs.i386 1:100.14.09-90.fc6 set
to be updated
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6.i686
1:100.14.09-90.fc6 set to be updated
--> Running transaction check
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 for package:
nvidia-graphics100.14.09-kmdl-2.6.20-1.244.fc6

Importing additional filelist information
--> Finished Dependency Resolution
---> Package lirc-kmdl-2.6.20-1.2948.fc6.i686 0:0.8.2-68.fc6 set to be
installed
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2948.fc6.i686
1:100.14.09-90.fc6 set to be installed
---> Package lirc-kmdl-2.6.20-1.2952.fc6.i686 0:0.8.2-68.fc6 set to be
installed
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2952.fc6.i686
1:100.14.09-90.fc6 set to be installed
--> Populating transaction set with selected packages. Please wait.
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2952.fc6.i686
1:100.14.09-90.fc6 set to be updated
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2948.fc6.i686
1:100.14.09-90.fc6 set to be updated
--> Running transaction check
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 for package:
nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6
--> Finished Dependency Resolution
Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 is needed by
package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] vmlinuz-2.6.20-1.2944.fc6 is needed by package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

[Paul]

hmmm
I don't have 2944 installed:

rpm -qa | grep kernel

kernel-2.6.20-1.2948.fc6
kernel-headers-2.6.20-1.2952.fc6
kernel-devel-2.6.20-1.2948.fc6
kernel-2.6.20-1.2952.fc6
kernel-devel-2.6.20-1.2952.fc6

where is it picking up
this package?
ie package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

perhaps there is a bug in the yum kmdl pluggin
I have : yum-plugin-kmdl-0.7-9.fc6.noarch.rpm


==


Getting error with new Nvidia package (kmdl_

yum update
...
Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 is needed by
package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6



___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] vmlinuz-2.6.20-1.2944.fc6 is needed by package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

[Paul]

No 2944 packages in rpm

rpm -qa | grep "2944"

It must be yum plugin or package which is dragging this into yum
ie

-> Processing Dependency:
nvidia-graphics100.14.09-kmdl-1:100.14.09-90.fc6 for package: 
nvidia-graphics100.14.0
--> Processing Dependency: nvidia-graphics100.14.09-libs = 1:100.14.09-90.fc6 
for package: 
nvidia-graphics100.1409
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package nvidia-graphics100.14.09-libs.i386 1:100.14.09-90.fc6 set to be 
updated
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6.i686 
1:100.14.09-90.fc6 set 
to be updated
--> Running transaction check
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 for package:
nvidia-graphics100.14.09-kmdl-2.6.20-1.244.fc6


Paul


Maybe some leftovers from the 2944 days? kernel-devel kernel-headers,
some odd kmdl?

Of course, your mileage may vary, but I seem to remember I removed
something related to the 2944 kernel.

Claude

PS: As for the 'nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6', this
is the mewest kmdl for the nVidia proprietary graphics driver. Yes, as
if it was not confusing enough... they just resetted their versioning
scheme with the latest release :(


==

hmmm
I don't have 2944 installed:

rpm -qa | grep kernel

kernel-2.6.20-1.2948.fc6
kernel-headers-2.6.20-1.2952.fc6
kernel-devel-2.6.20-1.2948.fc6
kernel-2.6.20-1.2952.fc6
kernel-devel-2.6.20-1.2952.fc6

where is it picking up
this package?
ie package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

perhaps there is a bug in the yum kmdl pluggin
I have : yum-plugin-kmdl-0.7-9.fc6.noarch.rpm


==


Getting error with new Nvidia package (kmdl_

yum update
...
Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 is needed by
package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6




___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] vmlinuz-2.6.20-1.2944.fc6 is needed by package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6

[Paul]

I ran another yum update today and it works now.. no changes..
ie it didn't do any package removal etc..

weird

Paul

On 15/06/2007 5:08 PM, Axel Thimm wrote:
> On Fri, Jun 15, 2007 at 02:36:24PM +1000, Paul wrote:
>> hmmm
>> I don't have 2944 installed:
>>
>> rpm -qa | grep kernel
>>
>> kernel-2.6.20-1.2948.fc6
>> kernel-headers-2.6.20-1.2952.fc6
>> kernel-devel-2.6.20-1.2948.fc6
>> kernel-2.6.20-1.2952.fc6
>> kernel-devel-2.6.20-1.2952.fc6
>>
>> where is it picking up
>> this package?
>> ie package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6
> 
> The problem is as claude describes: The kernel for this kmdl was
> withdrawn. The matching kmdl have been nuked and the new repo will not
> contain them (later today, I'm waiting for some new cubbi kernels to
> finish building).
> 
> Now the question "Why does yum care about *that* particular kmdl" is
> valid, the answer is: yum simply sees it need a kmdl and randomly
> picks one.
> 
>> perhaps there is a bug in the yum kmdl pluggin
>> I have : yum-plugin-kmdl-0.7-9.fc6.noarch.rpm
> 
> The bug would be that it doesn't trigger early enough because there is
> no hook into yum to do so. You will get the same behaviour by turning
> it off.
> 
> There are a couple of solution (well workarounds):
> 
> o wait until the repo nukes the 2944 kernels
> o use smart instead of yum
> o aid yum with yum install foo-kmdl-`uname -r`
> 
> 
>> ==
>>
>>
>> Getting error with new Nvidia package (kmdl_
>>
>> yum update
>> ...
>> Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2944.fc6 is needed by
>> package nvidia-graphics100.14.09-kmdl-2.6.20-1.2944.fc6
>>
>>
>>
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] Error: Missing Dependency vmlinuz-2.6.20-1.2948.fc6 is needed by package nvidia-graphics

[Paul]

I'm getting these dependency errors again but this time for the last 
kernel not an old one
Is this something to do with repos again ?
yum update
...

Importing additional filelist information
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2948.fc6 for package: 
nvidia-graphics9755-kmdl-2.6.20-1.2948.fc6
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2948.fc6 for package: 
nvidia-graphics9746-kmdl-2.6.20-1.2948.fc6
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2948.fc6 for package: 
nvidia-graphics100.14.09-kmdl-2.6.20-1.2948.fc6
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package nvidia-graphics9755-kmdl-2.6.20-1.2948.fc6.i686 
1:1.0_9755-87.fc6 set to be erased
---> Package nvidia-graphics9746-kmdl-2.6.20-1.2948.fc6.i686 
1:1.0_9746-86.fc6 set to be erased
---> Package lirc-kmdl-2.6.20-1.2948.fc6.i686 0:0.8.2-68.fc6 set to be 
erased
---> Package nvidia-graphics100.14.09-kmdl-2.6.20-1.2948.fc6.i686 
1:100.14.09-90.fc6 set to be erased
--> Running transaction check
--> Processing Dependency: /boot/vmlinuz-2.6.20-1.2948.fc6 for package: 
nvidia-graphics100.14.11-kmdl-2.6.20-1.2948.fc6
--> Finished Dependency Resolution
Error: Missing Dependency: /boot/vmlinuz-2.6.20-1.2948.fc6 is needed by 
package nvidia-graphics100.14.11-kmdl-2.6.20-1.2948.fc6
==

ls /boot
config-2.6.20-1.2948.fc6  initrd-2.6.20-1.2948.fc6.img  
symvers-2.6.20-1.2952.fc6.gz  vmlinuz-2.6.20-1.2948.fc6
config-2.6.20-1.2952.fc6  initrd-2.6.20-1.2952.fc6.img  
System.map-2.6.20-1.2948.fc6  vmlinuz-2.6.20-1.2952.fc6
grub  symvers-2.6.20-1.2948.fc6.gz  
System.map-2.6.20-1.2952.fc6

==
Thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Error: Missing Dependency vmlinuz-2.6.20-1.2948.fc6 is needed by package nvidia-graphics

[Paul]

On 4/07/2007 8:50 AM, Axel Thimm wrote:
> Hi,
> 
> On Wed, Jul 04, 2007 at 08:04:49AM +1000, Paul wrote:
>> I'm getting these dependency errors again but this time for the last 
>> kernel not an old one
> 
> 2.6.20-1.2948.fc6 is old, not new.
> 
>> Is this something to do with repos again ?
> 
> No, it's the same issue with yum: The kernel gets removed and yum is
> upset that some kmdls require an old kernel, so yum complains until
> there kmdls are removed as well.


Ok so let me try and understand...

the kernel 2.6.20-1.2948.fc6 has been removed from the repo and yum is trying 
to download 
dependancies for this kernel?

Is this correct or am I not understanding the situation?
and is this normal behaviour or do we need to wait a longer period to update?

Thanks
Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] how use smart on atrpms?

[Paul]

Have got a quick command ref for using smart at atrpms?

currently I use the following commands daily to check if updates are available

yum -e 0 -d 0 check-update


then use the following to install updates:

yum update

Firstly how do I config smart for atrpms and secondarily how do I download 
updates using 
smart command as per the above?

Thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] nvidia graphics mismatch after upgrade to FC6 2962

[Paul]

I recently just updated to FC6 2962 kernel but there seems to be a mismatch in 
kmdl loaded
the dmesg log was telling me that nvidia-graphics100.14.11 was running but 
kernel version 
was nvidia-graphics100.14.09.

So I deleted nvidia-graphics100.14.09 kmdl package and reinstalled 
nvidia-graphics100.14.11 kmdl then xorg refused to run.

I have the following packages installed:
nvidia-graphics100.14.11-libs-100.14.11-91.fc6
nvidia-graphics100.14.11-kmdl-2.6.20-1.2952.fc6-100.14.11-91.fc6
nvidia-graphics100.14.11-kmdl-2.6.20-1.2962.fc6-100.14.11-91.fc6
nvidia-graphics100.14.11-100.14.11-91.fc6


I've backed out to the previous kernel (2952) for the current time.

What can I check to see if these are installed ok?

Thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia graphics mismatch after upgrade to FC6 2962

[Paul]

kernel (dmesg) messages:

NVRM: API mismatch: the client has the version 100.14.11, but
NVRM: this kernel module has the version 100.14.09.  Please
NVRM: make sure that this kernel module and all NVIDIA driver
NVRM: components have the same version.
NVRM: API mismatch: the client has the version 100.14.11, but
NVRM: this kernel module has the version 100.14.09.  Please
NVRM: make sure that this kernel module and all NVIDIA driver
NVRM: components have the same version.

thanks

On 5/07/2007 11:30 AM, Paul wrote:
> I recently just updated to FC6 2962 kernel but there seems to be a 
> mismatch in kmdl loaded
> the dmesg log was telling me that nvidia-graphics100.14.11 was running 
> but kernel version was nvidia-graphics100.14.09.
> 
> So I deleted nvidia-graphics100.14.09 kmdl package and reinstalled 
> nvidia-graphics100.14.11 kmdl then xorg refused to run.
> 
> I have the following packages installed:
> nvidia-graphics100.14.11-libs-100.14.11-91.fc6
> nvidia-graphics100.14.11-kmdl-2.6.20-1.2952.fc6-100.14.11-91.fc6
> nvidia-graphics100.14.11-kmdl-2.6.20-1.2962.fc6-100.14.11-91.fc6
> nvidia-graphics100.14.11-100.14.11-91.fc6
> 
> 
> I've backed out to the previous kernel (2952) for the current time.
> 
> What can I check to see if these are installed ok?
> 
> Thanks
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] nvidia graphics mismatch after upgrade to FC6 2962

[Paul]

I have rebooted
but let me try that too
Thanks

On 5/07/2007 7:17 PM, Axel Thimm wrote:
> Have you tried nvidia-graphics-switch?
> 
> On Thu, Jul 05, 2007 at 01:18:08PM +1000, Paul wrote:
>> kernel (dmesg) messages:
>>
>> NVRM: API mismatch: the client has the version 100.14.11, but
>> NVRM: this kernel module has the version 100.14.09.  Please
>> NVRM: make sure that this kernel module and all NVIDIA driver
>> NVRM: components have the same version.
>> NVRM: API mismatch: the client has the version 100.14.11, but
>> NVRM: this kernel module has the version 100.14.09.  Please
>> NVRM: make sure that this kernel module and all NVIDIA driver
>> NVRM: components have the same version.
>>
>> thanks
>>
>> On 5/07/2007 11:30 AM, Paul wrote:
>>> I recently just updated to FC6 2962 kernel but there seems to be a 
>>> mismatch in kmdl loaded
>>> the dmesg log was telling me that nvidia-graphics100.14.11 was running 
>>> but kernel version was nvidia-graphics100.14.09.
>>>
>>> So I deleted nvidia-graphics100.14.09 kmdl package and reinstalled 
>>> nvidia-graphics100.14.11 kmdl then xorg refused to run.
>>>
>>> I have the following packages installed:
>>> nvidia-graphics100.14.11-libs-100.14.11-91.fc6
>>> nvidia-graphics100.14.11-kmdl-2.6.20-1.2952.fc6-100.14.11-91.fc6
>>> nvidia-graphics100.14.11-kmdl-2.6.20-1.2962.fc6-100.14.11-91.fc6
>>> nvidia-graphics100.14.11-100.14.11-91.fc6
>>>
>>>
>>> I've backed out to the previous kernel (2952) for the current time.
>>>
>>> What can I check to see if these are installed ok?
>>>
>>> Thanks
>>>
>>
>> ___
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> 


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] how use smart on atrpms?

[Paul]

I tried smart cmd from the console but Smart doesn't seem to find any of the 
updates that 
yum lists for extras or updates (see below)
what config files do I need to check to verify its setup.

also I don't see "--update" listed when I use smart --help or man smart
Thanks

[EMAIL PROTECTED] ~]# smart upgrade --update
Loading cache...
Updating cache... 
 [100%]



Updating cache... 
 [100%]

Channels have no new packages.
Computing transaction...
No interesting upgrades available.
Saving cache...

[EMAIL PROTECTED] ~]# yum  check-update
Loading "kmdl" plugin
Loading "installonlyn" plugin
Setting up repositories
atrpms100% |=|  951 B00:00
core  100% |=| 1.1 kB00:00
updates   100% |=| 1.2 kB00:00
extras100% |=| 1.1 kB00:00
release   100% |=| 1.1 kB00:00
Reading repository metadata in from local files

cups.i3861:1.2.11-1.fc6 updates
cups-libs.i386   1:1.2.11-1.fc6 updates
jpackage-utils.noarch1.7.3-1jpp.3.fc6   updates
net-snmp.i3861:5.3.1-15.fc6 updates
net-snmp-libs.i386   1:5.3.1-15.fc6 updates
net-snmp-utils.i386  1:5.3.1-15.fc6 updates
perl-version.i3861:0.7203-1.fc6 extras
xterm.i386   227-1.fc6  updates
[EMAIL PROTECTED] ~]#



On 5/07/2007 8:35 AM, Axel Thimm wrote:
> On Thu, Jul 05, 2007 at 08:29:10AM +1000, Paul wrote:
>> Have got a quick command ref for using smart at atrpms?
>>
>> currently I use the following commands daily to check if updates are 
>> available
>>
>> yum -e 0 -d 0 check-update
>>
>>
>> then use the following to install updates:
>>
>> yum update
>>
>> Firstly how do I config smart for atrpms and secondarily how do I download 
>> updates using 
>> smart command as per the above?
> 
> Try
> 
> yum install atrpms-package-config smart smart-gui
> 
> smart upgrade --update
> 
> smart --help will also display some nice info.


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] how use smart on atrpms?

[Paul]

On 10/07/2007 8:02 AM, Axel Thimm wrote:
> On Tue, Jul 10, 2007 at 07:56:48AM +1000, Paul wrote:
>> I tried smart cmd from the console but Smart doesn't seem to find any of the 
>> updates that 
>> yum lists for extras or updates (see below)
>> what config files do I need to check to verify its setup.
> 
> $ rpm -qf /etc/smart/channels/* | sort -u
> atrpms-package-config-117-5.fc7
> fedora-package-config-smart-7-8.1
> 
> You're probably missing the latter. Or maybe you forgot to `smart
> update'? What does smart channel --show say?
> 

lol
I only have atrpms...


[EMAIL PROTECTED] ~]# rpm -qf /etc/smart/channels/* | sort -u
atrpms-package-config-117-5.fc6


how do I add updates and extras?

thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] how use smart on atrpms?

[Paul]

On 10/07/2007 8:02 AM, Axel Thimm wrote:
> On Tue, Jul 10, 2007 at 07:56:48AM +1000, Paul wrote:
>> I tried smart cmd from the console but Smart doesn't seem to find any of the 
>> updates that 
>> yum lists for extras or updates (see below)
>> what config files do I need to check to verify its setup.
> 
> $ rpm -qf /etc/smart/channels/* | sort -u
> atrpms-package-config-117-5.fc7
> fedora-package-config-smart-7-8.1
> 
> You're probably missing the latter. Or maybe you forgot to `smart
> update'? What does smart channel --show say?
> 

I install thee fedora-package-config-smart which now adds the other channels 
but I still 
don't see any updates:

[EMAIL PROTECTED] ~]# smart upgrade --update
New channel 'Fedora Core 6 - i386 (core)' detected.
Include it? (Y/n): y

New channel 'Fedora Core 6 - Source (core-source)' detected.
Include it? (Y/n): Y

New channel 'Fedora Core 6 - i386 - Debug (core-debuginfo)' detected.
Include it? (Y/n): Y

New channel 'Fedora Extras 6 - i386 - Debug (extras-debuginfo)' detected.
Include it? (Y/n): Y

New channel 'Fedora Extras 6 - Source (extras-source)' detected.
Include it? (Y/n): Y

New channel 'Fedora Core - Development (development)' detected.
Include it? (Y/n):

New channel 'Fedora Core - Development - Debug (development-debuginfo)' 
detected.
Include it? (Y/n):

New channel 'Fedora Core - Development - Source (development-source)' detected.
Include it? (Y/n):

New channel 'Fedora Core 6 - i386 - Test Updates Debug 
(updates-testing-debuginfo)' detected.
Include it? (Y/n):

New channel 'Fedora Core 6 - Test Updates Source (updates-testing-source)' 
detected.
Include it? (Y/n):

New channel 'Fedora Core 6 - i386 - Updates - Debug (updates-debuginfo)' 
detected.
Include it? (Y/n):

New channel 'Fedora Core 6 - Updates Source (updates-source)' detected.
Include it? (Y/n):

New channel 'Fedora Extras - Development - Source (extras-development-source)' 
detected.
Include it? (Y/n):

New channel 'Fedora Extras - Development - Debug 
(extras-development-debuginfo)' detected.
Include it? (Y/n):

New channel 'Fedora Extras - Development Tree (extras-development)' detected.
Include it? (Y/n):

Loading cache...
Updating cache... 
 [100%]

Fetching information for 'Fedora Core 6 - i386'...
-> 
http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/repodata/repomd.xml
repomd.xml 
 [ 33%]
-> 
http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/repodata/primary.xml.gz
-> 
http://download.fedora.redhat.com/pub/fedora/linux/core/6/i386/os/repodata/filelists.xml.gz
primary.xml.gz 
 [ 66%]
filelists.xml.gz 
 [100%]

Updating cache... 
 [100%]

Channels have 1741 new packages.
Computing transaction...
No interesting upgrades available.
Saving cache...


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] how use smart on atrpms?

[Paul]

See below answers
On 11/07/2007 9:24 AM, Axel Thimm wrote:
> On Tue, Jul 10, 2007 at 08:46:38AM +1000, Paul wrote:
>> On 10/07/2007 8:02 AM, Axel Thimm wrote:
>>> On Tue, Jul 10, 2007 at 07:56:48AM +1000, Paul wrote:
>>>> I tried smart cmd from the console but Smart doesn't seem to find any of 
>>>> the updates that 
>>>> yum lists for extras or updates (see below)
>>>> what config files do I need to check to verify its setup.
>>> $ rpm -qf /etc/smart/channels/* | sort -u
>>> atrpms-package-config-117-5.fc7
>>> fedora-package-config-smart-7-8.1
>>>
>>> You're probably missing the latter. Or maybe you forgot to `smart
>>> update'? What does smart channel --show say?
>>>
>> I install thee fedora-package-config-smart which now adds the other channels 
>> but I still 
>> don't see any updates:
> 
> o does /etc/smart/channels/fedora-updates.channel exist?
yes
==
[updates]
name=Fedora Core 6 - i386 - Updates
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/
type=rpm-md
[updates-debuginfo]
name=Fedora Core 6 - i386 - Updates - Debug
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/debug/
disabled=yes
type=rpm-md
[updates-source]
name=Fedora Core 6 - Updates Source
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/SRPMS/
disabled=yes
type=rpm-md

==
> 
> o output of smart channel --show updates
[EMAIL PROTECTED] channels]# smart channel --show updates
warning: Channel 'updates' not found.


> 
> o did you enable the channel?
> 
I guess so in previous email I answered "y" to the include prompts

[EMAIL PROTECTED] ~]# smart upgrade --update
New channel 'Fedora Core 6 - i386 (core)' detected.
Include it? (Y/n): y


Thanks
Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] MythTV package names

[Paul]

is there a specific reason why some of the MythTV rpm packages aren't always 
starting with 
Myth in the rpm name.

eg
libmyth-0.20.1_0
libmythui-0.20.1_0
Perl-MythTV

Thanks
Paul


___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Re: [ATrpms-users] Missing kernel module for nvidia-graphics

[Paul]

I also have this problem:
Installed: kernel  686 2.6.22.2-42.fc6

I reboot back to  kernel  2.6.20-1.2962.fc6 while I'm waiting for Axel 
to spin these kmdl for nvidia

thanks

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users

[ATrpms-users] nvidia lirc kmlds for kernel.i686 2.6.22.5-49.fc6

[Paul]

Hi Axel,
Perhaps I should have check before I upraded but anyway could you spin 
the nvidia kmdls 
for  kernel.i686 2.6.22.5-49.fc6 please.

Also
  MythTV as there is a EIT scanning fix I would like to have so I can en-enable 
this

Thanks

Paul

___
atrpms-users mailing list
atrpms-users@atrpms.net
http://lists.atrpms.net/mailman/listinfo/atrpms-users