twolame merger
by Hans de Goede
Hi All,
I've looked at merging the twolame packages. This is not necessary as both
are identical, except that livna includes a patch (there are usually better
ways then autoreconf BTW) to get rid of rpaths. If the freshrpms version us
choosen as the one to go into rpmfusion, then this patch needs to put in there too.
Regards,
Hans
17 years
Packaging for Codeina / Codec Buddy
by Richi Plana
Hi,
Is there any interest in packaging the various gstreamer-plugins-(good|
bad|ugly) as Codeina modules? Does anyone know the file format and
network transport protocol it uses? Better yet, does anyone have links
to Codeina technical specs?
--
Richi Plana
17 years
Linking to "third party repositories"
by Andrea Musuruane
Hi all,
I've just stumbled across this:
http://lwn.net/Articles/257559/
I would highlight this sentence: "We cannot ship yum configs which
enable Livna".
Even if a reference to RPM Fusion can be made in the Fedora wiki, Fedora
cannot ship a config to directly access RPM Fusion. Thus I think that
there is no longer a need for two distinct repositories free/nonfree :-(
Bye,
Andrea.
17 years
Re: CVS server accessible
by Kevin Fenzi
Hey Folks. I wasn't subscribed here until now, so sorry for the
delay...
>On 30.10.2007 17:43, Matthias Saou wrote:
> Hi,
>
> The CVS server that Kevin set up is now interfaced with the FDS
> (Fedora Directory Server) for user accounts. No FAS (Fedora Account
> System) for the near future (*), but at least accounts are
> centralised in the LDAP, not the SSH keys just yet, but that should
> be trivial to do.
>
> The following users have access already :
>
> firewing
> jwrdegoede
> kwizart
> musuruan
> salimma
> scop
> thias
> thl
>
> It's accessible as follows :
>
> export CVSROOT=:ext:username at cvs.rpmfusion.org:/cvs/pkgs
> cvs co rpms
>
> I'm pretty sure it won't work because some groups still need to be
> set... ah, the wonders of CVS! Kevin : Will you take care of that? Do
> we need fine grained access using extended attributes for instance?
All those folks will need to be in the cvsextras group (504).
Should I just add them locally on that machine? Or do you want to set
that as their group in FDS?
> Matthias
>
> (*) Fedora currently uses FAS1 which is considered obsolete, so it
> would be a waste of effort to implement it, and FAS2 is still being
> worked on, and nowhere near a usable state. But since we're using FDS,
> it should be easy-ish to migrate to FAS2 once it's released, then also
> to use pkgdb.
Cool.
> Thorsten Leemhuis wrote :
> Just wondering: will we use one root for both free and nonfree? Or
> should we better separate them with
>
> export CVSROOT=:ext:username at cvs.rpmfusion.org:/cvs/free
> and
> export CVSROOT=:ext:username at cvs.rpmfusion.org:/cvs/nonfree
>
> Separating sounds like the better way if we ever start things like
> {replacements,nosrc,latestfoo,somethingstupid,whatever}.rpmfusion.org
> in the long term.
Sure, we can do that I think. Might require some mods to scripts.
17 years
Re: [Fwd: Re: Adobe reader]
by Hans de Goede
Ivo Manca wrote:
> Hey Richi Plana,
>
> Before the user can download any "third-party app", he must accept the same licenses that he has to accept when he's manually downloading the program from the website. We will use Autodownloader's capabilities for this.
>
> In the case of Adobe Reader, we'll first show:
>
> "By downloading software from the Adobe web site, you
> agree to the terms of our license agreements, including that you agree
> not to use Adobe Reader software with any other software, plug-in or
> enhancement which uses or relies on Adobe Reader when converting or
> transforming PDF files into other file formats."
>
> And then a dialog with the contents of http://www.adobe.com/products/acrobat/acrreula.html
>
Hmm,
autodownloader will need to be modified then to be able to display the content
of an url in one of the accept boxes, because we do not have permission to
distribute adobe's eula.
Regards,
Hans
17 years
libdca merger done
by Hans de Goede
Hi All,
I've created a merged package of libdca, I've started out with the livna one as
Dominik has indicated that he wants to keep maintaining this in rpmfusion and
that he prefers his package being used as base, the merged version is available
here:
http://people.atrpms.net/~hdegoede/libdca.spec
http://people.atrpms.net/~hdegoede/libdca-0.0.5-2.fc8.src.rpm
Dominik, let me know if you agree with the changes, then I'll import and build
this for livna devel, notice that once built all using packages must be rebuilt
and may need patching before building as the lib name has changed from
libdts.so to libdca.so. Freshrpms should have all the necessary patches ready
for you to copy.
I've attached a diff with the current livna devel version. Note compared to the
current freshrpms version there are no changes other then using RPM_OPT_FLAGS
and a patch for strictaliasing.
Regards,
Hans
Index: libdca.spec
===================================================================
--- libdca.spec (revision 11361)
+++ libdca.spec (working copy)
@@ -2,20 +2,15 @@
Summary: DTS Coherent Acoustics decoder library
Name: libdca
-Version: 0.0.2
-Release: 3%{?dist}
-URL: http://developers.videolan.org/libdca.html
+Version: 0.0.5
+Release: 2%{?dist}
+URL: http://www.videolan.org/developers/libdca.html
Group: System Environment/Libraries
-Source: http://download.videolan.org/pub/videolan/libdca/0.0.2/%{name}-%{version}...
-Patch0: %{name}-x86_64.patch
-# Patches from gentoo
-Patch10: http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-libs/lib...
-Patch11: http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-libs/lib...
-Patch12: http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/media-libs/lib...
-License: GPL
-BuildRoot: %{_tmppath}/%{name}-%{version}-root
-BuildRequires: automake
-BuildRequires: libtool
+Source: http://download.videolan.org/pub/videolan/libdca/0.0.5/%{name}-%{version}...
+Patch0: libdca-0.0.5-relsymlinks.patch
+Patch1: libdca-0.0.5-strict-aliasing.patch
+License: GPLv2+
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
%description
libdca is a free library for decoding DTS Coherent Acoustics streams. It is
@@ -45,26 +40,23 @@
Various tools that use %{name}.
%prep
-%setup -q -n libdts-%{version}
-%patch0 -p1 -b .x86_64
-%patch10 -p1 -b .libtool
-%patch11 -p1 -b .aliasing
-%patch12 -p1 -b .visibility
+%setup -q
+%patch0 -p1 -b .relsymlinks
+%patch1 -p1 -b .aliasing
+iconv -f ISO8859-1 -t UTF-8 AUTHORS > tmp; mv tmp AUTHORS
%build
-#autoreconf -f -i -I m4 fails here
-%{__libtoolize} --force
-%{__aclocal} -I m4
-%{__autoconf}
-%{__autoheader}
-%{__automake} -a -f
%configure --disable-static
-%{__make} %{?_smp_mflags} OPT_CFLAGS="$RPM_OPT_FLAGS"
+# Get rid of the /usr/lib64 RPATH on 64bit (as of 0.0.5)
+sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
+sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
+# Force PIC as applications fail to recompile against the lib on x86_64 without
+%{__make} %{?_smp_mflags} OPT_CFLAGS="$RPM_OPT_FLAGS -fPIC"
%install
rm -rf $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
-rm $RPM_BUILD_ROOT%{_libdir}/libdts.la
+rm $RPM_BUILD_ROOT%{_libdir}/%{name}.la
%clean
rm -rf $RPM_BUILD_ROOT
@@ -74,23 +66,35 @@
%postun -p /sbin/ldconfig
%files
-%defattr(-,root,root,0755)
+%defattr(-,root,root,-)
%doc AUTHORS COPYING ChangeLog NEWS README
-%{_libdir}/*.so.*
+%{_libdir}/%{name}.so.*
%files tools
-%defattr(-,root,root,0755)
+%defattr(-,root,root,-)
%{_bindir}/*
%{_mandir}/man1/*
%files devel
-%defattr(0644,root,root,0755)
-%doc TODO doc/libdts.txt
-%{_libdir}/pkgconfig/libdts.pc
-%{_includedir}/*
-%{_libdir}/*.so
+%defattr(-,root,root,-)
+%doc TODO doc/%{name}.txt
+%{_libdir}/pkgconfig/libd??.pc
+%{_includedir}/d??.h
+%{_libdir}/%{name}.so
%changelog
+* Fri Nov 2 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 0.0.5-2
+- Merge freshrpms spec into livna spec for rpmfusion:
+- Update to latest upstream releae 0.0.5 as used by freshrpms
+- Set release to 2 to be higher as both livna and freshrpms latest release
+- Drop x86_64 patch (not needed since we override OPT_CFLAGS anyways)
+- Drop visibility patch, this should be done upstream
+- Drop upstream integrated libtool patch
+- No longer regenerate the autoxxx scripts as this is no longer needed
+- Port strict aliasing patch to 0.0.5 release
+- Add relative symlink creation patch from freshrpms
+- Update license tag in accordance with new license tag guidelines
+
* Sat Nov 25 2006 Dominik Mierzejewski <rpm(a)greysector.net> 0.0.2-3
- added patches from gentoo (shared build, strict aliasing and visibility)
17 years
CVS ready!?
by Matthias Saou
Hi,
I think that with the last changes Kevin made, the CVS server is now
ready. It's mostly like voodoo magic to me, as what I just checked out
doesn't look at all like the directory structure on the server :-)
export CVSROOT=:ext:thias@cvs.rpmfusion.org:/cvs/pkgs
cvs co free nonfree
...and I got libmad, with all its branches, and nvidia-kmod, again with
all its branches.
So, can we start asking the cvsadmins (Kevin and Andreas) for CVS
entries for the packages? That would be great! ;-)
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 7 (Moonshine) - Linux kernel 2.6.23.1-10.fc7
Load : 0.12 0.15 0.17
17 years
libdvdcss merger
by Hans de Goede
Hi All,
I've looked at merging the libdvdcss packages. This is not necessary as both
are identical, except that livna still includes a static lib in the -devel
package which should be removed.
Regards,
Hans
17 years
