FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 01-11-2010, 02:56 PM
Cole Robinson
 
Default Sources file audit - 2010-01-06

On 01/10/2010 02:06 AM, Kevin Fenzi wrote:

> crobinso:BADSOURCE:virt-manager-0.8.2.tar.gz:virt-manager

Hmm, looks like I had accidentally used a self built dist for the
sources. Would have been identical to the upstream release except there
was a bug which polluted the tarball with some local environment
variables (now fixed upstream). CVS should be set now. Thanks for the
report!

- Cole

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-11-2010, 09:29 PM
Peter Jones
 
Default Sources file audit - 2010-01-06

On 01/10/2010 02:06 AM, Kevin Fenzi wrote:
> pjones:BADURL:dumpet-2.0.tar.bz2:dumpet

Should be fixed now (forgot to push the tarball to hosted)

> pjones:BADURL:syslinux-3.83.tar.bz2:syslinux

Not really seeing what's wrong with this one, but I've just updated it to
3.84, so let's see if it stays broken

--
Peter

Sanity's just a one trick pony anyway. You only get one trick -- rational
thinking -- but when you're good and crazy, the sky's the limit!
-- The Tick
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-11-2010, 09:43 PM
Mat Booth
 
Default Sources file audit - 2010-01-06

This is a bit suspicious:

2010/1/10 Kevin Fenzi <kevin@scrye.com>:
>
> orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla
> orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla10
>

Why is it necessary for xquilla to distribute the source for xerces-c?
Why is a simple dependency on xerces-c-devel not sufficient? :-/

--
Mat Booth
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-11-2010, 09:54 PM
Kevin Fenzi
 
Default Sources file audit - 2010-01-06

On Mon, 11 Jan 2010 17:29:40 -0500
Peter Jones <pjones@redhat.com> wrote:

> On 01/10/2010 02:06 AM, Kevin Fenzi wrote:
> > pjones:BADURL:dumpet-2.0.tar.bz2:dumpet
>
> Should be fixed now (forgot to push the tarball to hosted)

ok.

> > pjones:BADURL:syslinux-3.83.tar.bz2:syslinux
>
> Not really seeing what's wrong with this one, but I've just updated
> it to 3.84, so let's see if it stays broken

Looks fine here now.

kevin

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-11-2010, 09:59 PM
Kevin Fenzi
 
Default Sources file audit - 2010-01-06

On Mon, 11 Jan 2010 22:43:32 +0000
Mat Booth <fedora@matbooth.co.uk> wrote:

> This is a bit suspicious:
>
> 2010/1/10 Kevin Fenzi <kevin@scrye.com>:
> >
> > orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla
> > orphan:BADURL:xerces-c-src_2_8_0.tar.gz:xqilla10
> >
>
> Why is it necessary for xquilla to distribute the source for xerces-c?
> Why is a simple dependency on xerces-c-devel not sufficient? :-/

Looks like from: https://bugzilla.redhat.com/show_bug.cgi?id=376541
"xqilla101 source rpm also includes sources of xerces-c -- XQilla build
process relies on few xerces-c include files that are not present in standard xerces-c-devel
package."

but someone should finish the end of life process for
these packages if it's not picked up by someone.

https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

So they are no longer shipped.
Looks like more than a year since the former maintainer touched the
packages.

kevin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-12-2010, 03:21 PM
"Richard W.M. Jones"
 
Default Sources file audit - 2010-01-06

On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdcurses
> rjones:BADURL:w32api-3.13-mingw32-src.tar.gz:mingw32-w32api
> rjones:BADURL:watchdog-5.5.tar.gz:watchdog

Sourceforge seems to have changed the format of their download URLs
once again. The source url for the first one is:

http://download.sourceforge.net/expat/expat-%{version}.tar.gz

which corresponds with the advice given here (and obviously this
worked previously).

https://fedoraproject.org/wiki/Packaging:SourceURL

But the above link no longer works, and the new URL is this:

http://downloads.sourceforge.net/project/expat/expat/2.0.1/expat-2.0.1.tar.gz

What's the current thinking on SF URLs? Perhaps we should have an RPM
macro/feature to hide this hideousness?

> rjones:BADURL:camlimages-3.0.1.tar.gzcaml-camlimages

Fixed by rebasing to new upstream version 3.0.2.

> rjones:BADURL:coccinelle-0.1.10.tgz:coccinelle

Fixed by rebasing to new upstream version 0.2.0rc1.

> rjones:BADURL:freetype-2.3.8.tar.bz2:mingw32-freetype
> rjones:BADURL:freetype-doc-2.3.8.tar.bz2:mingw32-freetype

Upstream moved. Fixed by rebasing to 2.3.11.

> rjones:BADURL:libpng-1.2.40.tar.bz2:mingw32-libpng

Annoyingly tricky to fix. Anyone in fedora-mingw SIG want to help?

> rjones:BADURLcaml-autoconf-1.1.tar.gzcaml-autoconf

This seems OK to me, but it's an HTTPS URL with a self-signed
certificate, and I seem to remember those caused problems for spectool
in the past.

> rjones:BADURLcamlp3l-2.03.tgzcaml-p3l

Fixed.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-12-2010, 03:36 PM
Till Maas
 
Default Sources file audit - 2010-01-06

On Tue, Jan 12, 2010 at 04:21:08PM +0000, Richard W.M. Jones wrote:
> On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> > rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> > rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> > rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdcurses
> > rjones:BADURL:w32api-3.13-mingw32-src.tar.gz:mingw32-w32api
> > rjones:BADURL:watchdog-5.5.tar.gz:watchdog
>
> Sourceforge seems to have changed the format of their download URLs
> once again. The source url for the first one is:
>
> http://download.sourceforge.net/expat/expat-%{version}.tar.gz
^- here is an "s" missing.
>
> which corresponds with the advice given here (and obviously this
> worked previously).
>
> https://fedoraproject.org/wiki/Packaging:SourceURL
>
> But the above link no longer works, and the new URL is this:
>
> http://downloads.sourceforge.net/project/expat/expat/2.0.1/expat-2.0.1.tar.gz
>
> What's the current thinking on SF URLs? Perhaps we should have an RPM
> macro/feature to hide this hideousness?

The recommended and still working URL is this:
http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz
^
You used the wrong hostname previously. Maybe an admonition should be
added to the SourceURL guidelines to emphasize that there hostname
contains an extra "s".

Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-13-2010, 10:01 AM
Laurent Rineau
 
Default Sources file audit - 2010-01-06

Le dimanche 10 janvier 2010 08:06:11, Kevin Fenzi a écrit :
> rineau:BADSOURCE:figtoipe-20080505.tar.gz:figtoipe
> rineau:BADSOURCE:ipe-6.0pre32patch1-src.tar.gz:ipe

Does the change of URLs of Source0 worths a rebuild in Rawhide, or is the cvs
commit sufficient?

--
Laurent Rineau
http://fedoraproject.org/wiki/LaurentRineau
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-13-2010, 10:05 AM
Manuel Wolfshant
 
Default Sources file audit - 2010-01-06

Laurent Rineau wrote:
> Le dimanche 10 janvier 2010 08:06:11, Kevin Fenzi a écrit :
>
>> rineau:BADSOURCE:figtoipe-20080505.tar.gz:figtoipe
>> rineau:BADSOURCE:ipe-6.0pre32patch1-src.tar.gz:ipe
>>
>
> Does the change of URLs of Source0 worths a rebuild in Rawhide, or is the cvs
> commit sufficient?
>
since functionality is by no means affected, I did not do a rebuild.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 01-13-2010, 02:23 PM
"Richard W.M. Jones"
 
Default Sources file audit - 2010-01-06

On Tue, Jan 12, 2010 at 05:36:18PM +0100, Till Maas wrote:
> On Tue, Jan 12, 2010 at 04:21:08PM +0000, Richard W.M. Jones wrote:
> > On Sun, Jan 10, 2010 at 12:06:11AM -0700, Kevin Fenzi wrote:
> > > rjones:BADURL:expat-2.0.1.tar.gz:mingw32-expat
> > > rjones:BADURL:mingwrt-3.15.2-mingw32-src.tar.gz:mingw32-runtime
> > > rjones:BADURL:PDCurses-3.4.tar.gz:mingw32-pdcurses
> > > rjones:BADURL:w32api-3.13-mingw32-src.tar.gz:mingw32-w32api
> > > rjones:BADURL:watchdog-5.5.tar.gz:watchdog
> >
> > Sourceforge seems to have changed the format of their download URLs
> > once again. The source url for the first one is:
> >
> > http://download.sourceforge.net/expat/expat-%{version}.tar.gz
> ^- here is an "s" missing.
> >
> > which corresponds with the advice given here (and obviously this
> > worked previously).
> >
> > https://fedoraproject.org/wiki/Packaging:SourceURL
> >
> > But the above link no longer works, and the new URL is this:
> >
> > http://downloads.sourceforge.net/project/expat/expat/2.0.1/expat-2.0.1.tar.gz
> >
> > What's the current thinking on SF URLs? Perhaps we should have an RPM
> > macro/feature to hide this hideousness?
>
> The recommended and still working URL is this:
> http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz
> ^

Ah well spotted. I've fixed all these packages now.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 09:23 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org