headers
Edward Rudd | 1 May 2005 22:46

Re: More on ayo issues

On Thu, 2005-04-28 at 03:19, Matthias Saou wrote:
> Hi,
> 
> All freshrpms files on the main HEAnet server have been re-synced, but
> unfortunately the original RedHat/Fedora files to which the ayo tree
> symlinks still aren't all there (fedora/linux/core/3/ doesn't exist for
> instance).

What is the current status on the "resync" of freshrpms?
I have been trying to do an upgrade of a box from FC1 to FC3 this
weekend and have been running into bad metadata on several mirrors.
(uk3, us5, ayo, ftp.freshrpms,)  the APT metadata for the FC3 updates
was non-existent yesterday.  Today the rpm-md for freshrpms 3 is
returning a bad SHA.

> So I've switched the "ayo" dns entry to the uk3 mirror, which hopefully is
> configured properly to answer to that virtual host, until the issues are
> over.

That would explain the slower speeds :-D

> 
> Matthias
--

-- 
Edward Rudd <eddie <at> omegaware.com>
Website http://www.outoforder.cc/
Permalink | Reply | 0 comments |
headers
Cliff Wells | 2 May 2005 10:38
Picon

metalog

Is there any chance of having this provided?  I've been using metalog on
Gentoo and quite frankly, it quite superior to syslog and syslog-ng in a
lot of ways:

http://metalog.sourceforge.net/

Also, there is an RPM for a different distro that doesn't *quite* work
(and is a bit out-of-date) but is pretty close:

http://rpmfind.net/linux/RPM/PLD/dists/ra/PLD/i386/PLD/RPMS/metalog-0.7beta-1.i386.html

Regards,
Cliff

--

-- 
Cliff Wells <clifford.wells <at> comcast.net>
Permalink | Reply | 3 comments |
headers
Terje Rosten | 2 May 2005 13:50
Picon
Picon
Favicon

Re: metalog

* Cliff Wells
| 
| Is there any chance of having this provided?  I've been using metalog on
| Gentoo and quite frankly, it quite superior to syslog and syslog-ng in a
| lot of ways:
| 
| http://metalog.sourceforge.net/
| 
| Also, there is an RPM for a different distro that doesn't *quite*
| work (and is a bit out-of-date) but is pretty close:

I have created a new spec the from spec file included in the tarball,
PLD's spec file and stole a little from the sysklogd package. Seems to
work, it's available here:

 http://web.phys.ntnu.no/~terjeros/metalog/

Can you give it a try? It's likely you what to change
/etc/metalog.conf .

 - Terje
Permalink | Reply | 0 comments |
headers
Matthew Miller | 2 May 2005 14:19
Favicon
Gravatar

Re: metalog

On Mon, May 02, 2005 at 01:38:41AM -0700, Cliff Wells wrote:
> Is there any chance of having this provided?  I've been using metalog on
> Gentoo and quite frankly, it quite superior to syslog and syslog-ng in a
> lot of ways:
> http://metalog.sourceforge.net/

This sounds like an excellent thing to get into Fedora Extras.

--

-- 
Matthew Miller           mattdm <at> mattdm.org        <http://www.mattdm.org/>
Boston University Linux      ------>                <http://linux.bu.edu/>
Current office temperature: 71 degrees Fahrenheit.
Permalink | Reply | 1 comment |
headers
Terje Rosten | 2 May 2005 14:31
Picon
Picon
Favicon

Re: metalog

* Matthew Miller
| 
| This sounds like an excellent thing to get into Fedora Extras.

Maybe, but then some packages has to be changed too e.g. logwatch,
postfix-pflogsumm, logrotate and friends. How has Gentoo fixed this
issue?

 - Terje
Permalink | Reply | 0 comments |
headers
Matthias Saou | 2 May 2005 15:35

New xine and mplayer packages : testing needed!

Hi,

I've made quite some changes in order to update my xine (and xine-lib) and
mplayer packages to the latest versions, as well as include fixes for gcc4
so that they will build on Fedora Core 4. For now, I've rebuilt the
packages for Fedora Core 3, but need some testing to be done before
pushing them out.

Major changes :
- Update to xine-lib 1.0.1
- Update to MPlayer 1.0pre7
- Cosmetic changes to xine (splash screen)
- System menu entry updates (mime types, icons)
- Split off docs and mencoder from main mplayer

Currently, the mplayer package seems fine to me, but xine acts weird. I
can't play XviD files with xine, although the output clearly states that
it should through the ffmpeg plugin. I'm not quite sure what the problem
can be nor how to fit it.

All problem reports, suggestions or even fixes are welcome!

http://ftp.us.freshrpms.net/pub/freshrpms/fedora/linux/testing/3/

Matthias

--

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.20_FC3
Load : 0.54 0.54 0.71
(Continue reading)

Permalink | Reply | 3 comments |
headers
Juergen Wieczorek | 2 May 2005 19:57
Picon

Re: problems with apt

Am Sonntag, den 01.05.2005, 22:07 -0600 schrieb anthony:
> when I try to run apt-get update I get this error message only on the
> freshrpms when I remove the listing for freshrpms
> from /etc/apt/sources.list I can run apt-get update and not have any
> error messages. along with freshrpms I have newrpms,dries,and dag in my
> sources.list file.  any help with this would be great thanks in
> advance. 
> 
> 
> 
> 
> 
> 98% [3 pkglist bzip2 0] [5 pkglist 214440/241kB 88%]
> 133kB/s 0s
> bzip2: Compressed file ends unexpectedly;
>         perhaps it is corrupted?  *Possible* reason follows.
> bzip2: Inappropriate ioctl for device
>         Input file = (stdin), output file = (stdout)
> 
> It is possible that the compressed file(s) have become corrupted.
> You can use the -tvv option to test integrity of such files.
> 
> You can use the `bzip2recover' program to attempt to recover
> data from undamaged sections of corrupted files.
> 
> Err http://ayo.freshrpms.net fedora/linux/3/i386/updates pkglist
>   Sub-process bzip2 returned an error code (2)
> Get:6 http://ayo.freshrpms.net fedora/linux/3/i386/freshrpms release
> [161B]
> Fetched 1910kB in 13s (139kB/s)
(Continue reading)

Permalink | Reply | 3 comments |
headers
Dams | 2 May 2005 19:56

Re: New xine and mplayer packages : testing needed!

I was thinking of making it back into the main rpm.livna.org mplayer
package.. :/

Do you really think it's a good idea ? 

	D

Le lundi 02 mai 2005 à 15:35 +0200, Matthias Saou a écrit :
> - Split off docs and mencoder from main mplayer

--

-- 
         Dams Nadé
Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora
"Dona Nobis Pacem E Dona Eis Requiem". Noir.
Permalink | Reply | 2 comments |
headers
M. Barnabas Luntzel | 2 May 2005 20:29
Favicon

Re: problems with apt

On Mon, May 02, 2005 at 07:57:09PM +0200, Juergen Wieczorek wrote:
> Am Sonntag, den 01.05.2005, 22:07 -0600 schrieb anthony:
> > when I try to run apt-get update I get this error message only on the
> > freshrpms when I remove the listing for freshrpms
> > from /etc/apt/sources.list I can run apt-get update and not have any
> > error messages. along with freshrpms I have newrpms,dries,and dag in my
> > sources.list file.  any help with this would be great thanks in
> > advance. 
> > 
> > 
> > 
> > 
> > 
> > 98% [3 pkglist bzip2 0] [5 pkglist 214440/241kB 88%]
> > 133kB/s 0s
> > bzip2: Compressed file ends unexpectedly;
> >         perhaps it is corrupted?  *Possible* reason follows.
> > bzip2: Inappropriate ioctl for device
> >         Input file = (stdin), output file = (stdout)
> > 
> > It is possible that the compressed file(s) have become corrupted.
> > You can use the -tvv option to test integrity of such files.
> > 
> > You can use the `bzip2recover' program to attempt to recover
> > data from undamaged sections of corrupted files.
> > 
> > Err http://ayo.freshrpms.net fedora/linux/3/i386/updates pkglist
> >   Sub-process bzip2 returned an error code (2)
> > Get:6 http://ayo.freshrpms.net fedora/linux/3/i386/freshrpms release
> > [161B]
(Continue reading)

Permalink | Reply | 2 comments |
headers
Matthias Saou | 2 May 2005 21:29

Re: New xine and mplayer packages : testing needed!

Dams wrote :

> I was thinking of making it back into the main rpm.livna.org mplayer
> package.. :/
> 
> Do you really think it's a good idea ? 

You mean to split out mencoder? I honestly don't know. All I know is :
- I use it, so I'll install it anyway nevertheless.
- It's 2.1MB worth of package size, so mplayer goes from 5.6 to 3.5MB.
- Many people will never use it...

So it seemed quite logical to make it optional. Same goes for the docs, as
they take up over 7MB once uncompressed, are in plenty of languages, and
most users won't ever need more than the man pages included in the main
package.

Matthias

--

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.20_FC3
Load : 1.68 2.11 1.66
Permalink | Reply | 1 comment |

Gmane