<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] bumblebee in mageia (and mentoring)
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20bumblebee%20in%20mageia%20%28and%20mentoring%29&In-Reply-To=%3C4F84630E.3040304%40mageia.org%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="014099.html">
<LINK REL="Next" HREF="014103.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] bumblebee in mageia (and mentoring)</H1>
<B>Anssi Hannula</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20bumblebee%20in%20mageia%20%28and%20mentoring%29&In-Reply-To=%3C4F84630E.3040304%40mageia.org%3E"
TITLE="[Mageia-dev] bumblebee in mageia (and mentoring)">anssi at mageia.org
</A><BR>
<I>Tue Apr 10 18:42:54 CEST 2012</I>
<P><UL>
<LI>Previous message: <A HREF="014099.html">[Mageia-dev] bumblebee in mageia (and mentoring)
</A></li>
<LI>Next message: <A HREF="014103.html">[Mageia-dev] bumblebee in mageia (and mentoring)
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#14102">[ date ]</a>
<a href="thread.html#14102">[ thread ]</a>
<a href="subject.html#14102">[ subject ]</a>
<a href="author.html#14102">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>10.04.2012 07:46, simple w8 kirjoitti:
><i> Currently i dont have any account to be able to comit these new
</I>><i> packages for the distro so i ask if someone can review the specs so
</I>><i> that these packages can start existing in the distro, and i also ask
</I>><i> if theres someone that can help me with mentoring
</I>
Reviewed below. However, there looks to be quite a lot of work
remaining, so I don't think I'll be able to help you personally with the
issues. I hope you'll find a mentor who'll help you through.
><i> Name: libbsd
</I>><i> Summary: Library providing BSD-compatible functions for portability
</I>><i>[...]
</I>><i> %{_libdir}/libbsd.so.%{major}*
</I>[...]
><i> %{_libdir}/libbsd.so
</I>[...]
We already have libbsd.a from glibc-devel, which would conflict with
this. If they are really different libraries, something drastic would
have to be done (e.g. renaming or dropping one). I suspect they are the
same, though, in which case this isn't needed.
><i> %prep
</I>><i> %setup -q
</I>><i> # fix encoding of flopen.3 man page
</I>><i> for f in src/flopen.3; do
</I>><i> iconv -f iso8859-1 -t utf-8 $f >$f.conv
</I>><i> touch -r $f $f.conv
</I>><i> mv $f.conv $f
</I>><i> done
</I>><i>
</I>><i> %build
</I>><i> %make
</I>
%optflags not used.
><i> %install
</I>><i> make install DESTDIR=%{buildroot} \
</I>
%makeinstall_std
><i> libdir=%{_libdir} \
</I>><i> usrlibdir=%{_libdir} \
</I>><i> exec_prefix=%{_prefix}
</I>><i>
</I>[...]
><i> optidesk.spec
</I>><i>
</I>><i>
</I>><i> Name: optidesk
</I>><i> Summary: Tool to configure .desktop files to run with optirun
</I>><i> Group: Graphical desktop/Other
</I>><i> Version: 0.1
</I>><i> Release: 1
</I>><i> URL: <A HREF="https://github.com/Bumblebee-Project/optidesk">https://github.com/Bumblebee-Project/optidesk</A>
</I>><i> License: GPLv3
</I>><i> # source from git repo <A HREF="git://github.com/Bumblebee-Project/optidesk.git">git://github.com/Bumblebee-Project/optidesk.git</A>
</I>><i> Source0: %{name}.tar.xz
</I>
Tarball needs to be versioned.
><i> Requires: bumblebee
</I>><i>
</I>><i> %description
</I>><i> This tool is intended to be an easy way of configuring your desired
</I>><i> applications to be run through Bumblebee. It will allow to create
</I>><i> and modify a menu entry with an alternative (Optirun) version of the
</I>><i> default launcher.
</I>><i>
</I>><i> %files
</I>><i> %{_bindir}/%{name}
</I>><i>
</I>><i>
</I>><i> %prep
</I>><i> %setup -qn %{name}
</I>><i>
</I>><i> %build
</I>><i> autoreconf -fi
</I>><i> %configure
</I>
%configure2_5x
><i> %make
</I>[...]
><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmailcom</A>> 3.0-1
</I>><i> - initial package
</I>
No single-entry changelog needed for imported packages, it will be
created from the import commit message. (applies to all .specs)
><i>
</I>><i> dkms-bbswitch.spec
</I>><i>
</I>><i>
</I>><i> %define oname bbswitch
</I>><i>
</I>><i> Name: dkms-%{oname}
</I>><i> Summary: bbswitch - Optimus GPU power switcher
</I>><i> Group: System/Kernel and hardware
</I>><i> Version: 0.4.1
</I>><i> Release: %mkrel 1
</I>><i> License: GPLv3
</I>><i> URL: <A HREF="https://github.com/Bumblebee-Project/bbswitch">https://github.com/Bumblebee-Project/bbswitch</A>
</I>><i> # source from git repo <A HREF="git://github.com/Bumblebee-Project/bbswitch.git">git://github.com/Bumblebee-Project/bbswitch.git</A>
</I>><i> Source0: %{oname}.tar.xz
</I>
Tarball needs to be versioned.
><i> BuildArch: noarch
</I>><i> Requires(post): dkms
</I>><i> Requires(preun):dkms
</I>
Needs to require dkms.
><i>
</I>><i> %description
</I>><i> bbswitch is a kernel module which automatically detects the required
</I>><i> ACPI calls for two kinds of Optimus laptops. It has been verified to
</I>><i> work with "real" Optimus and "legacy" Optimus laptops (at least, that
</I>><i> is how I call them).
</I>><i>
</I>><i> %files
</I>><i> %{_usrsrc}/%{oname}-%{version}/*
</I>><i>
</I>><i> %post
</I>><i> set -x
</I>><i> dkms add -m %{oname} -v %{version} --rpm_safe_upgrade || :
</I>><i> dkms build -m %{oname} -v %{version} --rpm_safe_upgrade || :
</I>><i> dkms install -m %{oname} -v %{version} --rpm_safe_upgrade || :
</I>><i> /sbin/modprobe %{oname} || :
</I>><i>
</I>><i> %preun
</I>><i> dkms remove --binary -m %{oname} -v %{version} --rpm_safe_upgrade --all || :
</I>><i> /sbin/rmmod %{oname} || :
</I>><i>
</I>
These scripts are a bit incorrect, see
<A HREF="https://wiki.mageia.org/en/DKMS_packaging_policy">https://wiki.mageia.org/en/DKMS_packaging_policy</A>
(some || : should be replaced with &&)
><i> %prep
</I>><i> %setup -qn %{oname}
</I>><i> sed -i 's/#MODULE_VERSION#/%{version}/g' dkms/dkms.conf
</I>><i>
</I>><i> %install
</I>><i> rm -rf %{buildroot}
</I>><i> mkdir -p %{buildroot}%{_usrsrc}/%{oname}-%{version}
</I>><i> cp *.c %{buildroot}%{_usrsrc}/%{oname}-%{version}
</I>><i> cp Makefile %{buildroot}%{_usrsrc}/%{oname}-%{version}
</I>><i> cp dkms/dkms.conf %{buildroot}%{_usrsrc}/%{oname}-%{version}/dkms.conf
</I>><i>
</I>><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmail.com</A>> 0.4.1-1
</I>><i> - initial package
</I>><i>
</I>><i>
</I>><i> bumblebee.spec
</I>><i>
</I>><i>
</I>><i> Name: bumblebee
</I>><i> Summary: Bumblebee - support for NVidia Optimus laptops on Linux!
</I>><i> Group: System/Kernel and hardware
</I>><i> Version: 3.0
</I>><i> Release: 1
</I>
Missing %mkrel.
><i> URL: <A HREF="https://github.com/Bumblebee-Project/bumblebee">https://github.com/Bumblebee-Project/bumblebee</A>
</I>><i> License: GPLv3
</I>
Incorrect license, see license policy:
<A HREF="https://wiki.mageia.org/en/Licensing_policy">https://wiki.mageia.org/en/Licensing_policy</A>
AFAICS should be GPLv3+. I didn't check other packages, they may have
wrong tags as well.
><i> # source from git repo <A HREF="git://github.com/Bumblebee-Project/Bumblebee.git">git://github.com/Bumblebee-Project/Bumblebee.git</A>
</I>><i> Source0: Bumblebee.tar.xz
</I>
Needs to be versioned.
><i> BuildRequires: X11-devel
</I>><i> BuildRequires: pkgconfig(glib-2.0)
</I>><i> BuildRequires: pkgconfig(libbsd)
</I>><i> BuildRequires: help2man
</I>><i> Requires(pre): update-alternatives
</I>><i> Requires(post): systemd-units
</I>><i> Requires(preun):systemd-units
</I>><i> Requires(postun):systemd-units
</I>><i> Requires: virtualgl
</I>><i> Requires: x11-driver-video-nvidia-current
</I>
I thought this worked with nouveau as well?
><i> Requires: dkms-bbswitch
</I>><i> Requires: dkms-acpi_call
</I>
Packages can't require dkms packages directly, see the aforementioned
DKMS policy (use kmod() instead). Requiring them directly breaks binary
dkms packages.
><i> %description
</I>><i> Bumblebee daemon is a rewrite of the original Bumblebee service,
</I>><i> providing an elegant and stable means of managing Optimus hybrid
</I>><i> graphics chipsets.
</I>><i> A primary goal of this project is to not only enable use of the
</I>><i> discrete GPU for rendering, but also to enable smart power management
</I>><i> of the dGPU when it's not in use.
</I>><i>
</I>><i> %prep
</I>><i> %setup -qn Bumblebee
</I>><i>
</I>><i> %build
</I>><i> autoreconf -fi
</I>><i> %configure \
</I>><i> CONF_DRIVER=nvidia \
</I>><i> CONF_DRIVER_MODULE_NVIDIA=nvidia-current \
</I>><i> CONF_LDPATH_NVIDIA=/usr/lib/nvidia-current:/usr/lib64/nvidia-current \
</I>><i> CONF_MODPATH_NVIDIA=/usr/lib/nvidia-current/xorg,/usr/lib64/nvidia-current/xorg,/usr/lib/xorg/modules,/usr/lib64/xorg/modules,/usr/lib/xorg/extra-modules,/usr/lib64/xorg/extra-modules
</I>
Use %{_libdir}, %ifarch and %{_prefix}/lib. 32-bit builds need only
%{_libdir}, 64-bit builds (%ifarch x86_64) need both %{_libdir} and
%{_prefix}/lib.
><i> %make
</I>><i>
</I>><i> %install
</I>><i> rm -rf %{buildroot}
</I>><i> %makeinstall_std
</I>><i>
</I>><i> install -m644 -D scripts/systemd/bumblebeed.service %{buildroot}%{_sysconfdir}/systemd/system/bumblebeed.service
</I>><i> install -m644 -D scripts/sysvinit/bumblebeed %{buildroot}%{_initrddir}/%{name}/bumblebeed
</I>><i>
</I>><i> %files
</I>><i> %doc README.markdown doc/RELEASE_NOTES_3_0
</I>><i> %config(noreplace) %{_sysconfdir}/bash_completion.d/bumblebee
</I>
This shouldn't be %config.
><i> %dir %{_sysconfdir}/bumblebee/
</I>><i> %config(noreplace) %{_sysconfdir}/bumblebee/bumblebee.conf
</I>><i> %config(noreplace) %{_sysconfdir}/bumblebee/xorg.conf.nouveau
</I>><i> %config(noreplace) %{_sysconfdir}/bumblebee/xorg.conf.nvidia
</I>><i> %{_sysconfdir}/systemd/system/bumblebeed.service
</I>><i> %{_initrddir}/%{name}/
</I>
Extra '/'?
><i> %{_sbindir}/bumblebeed
</I>><i> %{_bindir}/optirun
</I>><i> %{_bindir}/bumblebee-bugreport
</I>><i> %{_mandir}/man1/bumblebeed.1*
</I>><i> %{_mandir}/man1/optirun.1*
</I>><i>
</I>><i> %pre
</I>><i> %_pre_groupadd %{name}
</I>><i> if [ "$1" -eq "1" ];then
</I>><i> /usr/sbin/update-alternatives --set gl_conf %{_sysconfdir}/ld.so.conf.d/GL/standard.conf
</I>><i> fi
</I>
Forcibly changing configuration in %pre seems quite bad to me, though I
do not see much better solutions (except making XFdrake aware of
bumblebee, which is quite some work).
><i> %post
</I>><i> %_post_service bumblebeed
</I>[...]
><i> if [ $1 -eq 1 ]; then
</I>><i> # Initial set
</I>><i> # Enable (but don't start) the unit by default
</I>><i> /bin/systemctl enable bumblebeed.service
</I>><i> fi
</I>
I don't think this stuff is needed on Mageia, that is done by default.
><i> %preun
</I>><i> %_preun_service bumblebeed
</I>[...]
><i> if [ $1 -eq 0 ]; then
</I>><i> # Package removal, not upgrade
</I>><i> /bin/systemctl --no-reload disable bumblebeed.service
</I>><i> /bin/systemctl stop bumblebeed.service
</I>><i> fi
</I>
That is done by %_preun_service already.
><i> %postun
</I>><i> %_postun_groupdel %{name}
</I>
><i> /bin/systemctl daemon-reload
</I>
Already done by filetriggers.
><i> if [ $1 -ge 1 ]; then
</I>><i> # Package upgrade, not uninstall
</I>><i> /bin/systemctl try-restart bumblebeed.service
</I>><i> fi
</I>
Already done by %_post_service.
><i>
</I>><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmailcom</A>> 3.0-1
</I>><i> - 3.0 (from git), initial package
</I>><i>
</I>><i>
</I>><i> bumblebee-ui.spec
</I>><i>
</I>><i>
</I>><i> Name: bumblebee-ui
</I>><i> Summary: Bumblebee User Interface
</I>><i> Group: System/Configuration/Other
</I>><i> Version: 1.0
</I>><i> Release: %mkrel 1
</I>><i> URL: <A HREF="https://github.com/Bumblebee-Project/bumblebee-ui">https://github.com/Bumblebee-Project/bumblebee-ui</A>
</I>><i> License: GPLv3
</I>><i> # source from git repo <A HREF="git://github.com/Bumblebee-Project/bumblebee-ui.git">git://github.com/Bumblebee-Project/bumblebee-ui.git</A>
</I>><i> Source0: %{name}.tar.xz
</I>
Needs to be versioned.
><i> BuildArch: noarch
</I>><i> Requires: bumblebee
</I>><i>
</I>><i> %description
</I>><i> This is a user interface for bumblebee.
</I>><i> A complete explanation of the feature of this user interface are
</I>><i> explained here :
</I>><i> <A HREF="https://github.com/Bumblebee-Project/bumblebee-ui/wiki">https://github.com/Bumblebee-Project/bumblebee-ui/wiki</A>
</I>><i> Please give it a try and report bugs to:
</I>><i> <A HREF="https://github.com/Bumblebee-Project/bumblebee-ui/issues">https://github.com/Bumblebee-Project/bumblebee-ui/issues</A>
</I>
"Please give it a try" is inappropriate in a %description. This should
also briefly explain what bumblebee is.
><i> %files
</I>><i> %{_sysconfdir}/xdg/autostart/bumblebee-indicator.desktop
</I>><i> %{_bindir}/bumblebee*
</I>><i> %{_datadir}/%{name}/
</I>><i> %{_datadir}/applications/*
</I>><i> %{_iconsdir}/hicolor/*
</I>><i>
</I>><i> %prep
</I>><i> %setup -qn %{name}
</I>><i>
</I>><i> %install
</I>><i> rm -rf %{buildroot}
</I>><i> mkdir -p %{buildroot}%{_iconsdir}/hicolor/48x48/apps/
</I>><i> cp icons/*.* %{buildroot}%{_iconsdir}/hicolor/48x48/apps/
</I>><i> mkdir -p %{buildroot}%{_datadir}/{%{name},applications}
</I>><i> cp app/*.* %{buildroot}%{_datadir}/%{name}
</I>><i> cp bumblebee-app-settings.desktop %{buildroot}%{_datadir}/applications/
</I>><i> cp bumblebee-indicator.desktop %{buildroot}%{_datadir}/applications/
</I>><i> mkdir -p %{buildroot}%{_bindir}
</I>><i> ln -s %{_datadir}/%{name}/AppSettings.py %{buildroot}%{_bindir}/bumblebee-app-settings
</I>><i> ln -s %{_datadir}/%{name}/Bumblebee-Indicator.py %{buildroot}%{_bindir}/bumblebee-indicator
</I>><i>
</I>><i> chmod +x %{buildroot}%{_datadir}/applications/bumblebee-app-settings.desktop
</I>><i> chmod +x %{buildroot}%{_datadir}/applications/bumblebee-indicator.desktop
</I>><i> chmod +x -R %{buildroot}%{_datadir}/%{name}
</I>><i>
</I>><i> # Always start in boot
</I>><i> mkdir -p %{buildroot}%{_sysconfdir}/xdg/autostart
</I>><i> cp bumblebee-indicator.desktop %{buildroot}%{_sysconfdir}/xdg/autostart
</I>><i>
</I>><i>
</I>><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmail.com</A>> 1.0-1
</I>><i> - initial package
</I>><i>
</I>><i>
</I>><i> dkms-acpi_call.spec
</I>><i>
</I>><i>
</I>><i> %define modname acpi_call
</I>><i>
</I>><i> Name: dkms-%{modname}
</I>><i> Summary: A kernel module that enables you to call ACPI methods
</I>><i> Group: System/Kernel and hardware
</I>><i> Version: 0.1
</I>><i> Release: %mkrel 1
</I>><i> URL: <A HREF="https://github.com/Bumblebee-Project/acpi_call">https://github.com/Bumblebee-Project/acpi_call</A>
</I>><i> License: GPL
</I>><i> # source from git repo <A HREF="git://github.com/Bumblebee-Project/acpi_call.git">git://github.com/Bumblebee-Project/acpi_call.git</A>
</I>><i> Source0: %{modname}.tar.xz
</I>
Needs to be versioned.
><i> BuildArch: noarch
</I>><i> Requires(post): dkms
</I>><i> Requires(preun):dkms
</I>
Needs to require dkms.
><i>
</I>><i> %description
</I>><i> A kernel module that enables you to call ACPI methods by writing the
</I>><i> method name followed by arguments to /proc/acpi/call.
</I>><i>
</I>><i> %files
</I>><i> %doc README
</I>><i> %{_usrsrc}/%{modname}-%{version}-%{release}/*
</I>><i>
</I>><i> %post
</I>><i> set -x
</I>><i> /usr/sbin/dkms add -m %{modname} -v %{version}-%{release} --rpm_safe_upgrade || :
</I>><i> /usr/sbin/dkms build -m %{modname} -v %{version}-%{release} --rpm_safe_upgrade || :
</I>><i> /usr/sbin/dkms install -m %{modname} -v %{version}-%{release} --rpm_safe_upgrade || :
</I>><i> /sbin/modprobe %{modname} || :
</I>
Same comments as for the previous dkms package, see mentioned policy.
><i>
</I>><i> %preun
</I>><i> dkms remove --binary -m %{modname} -v %{version}-%{release} --rpm_safe_upgrade --all || :
</I>><i> /sbin/rmmod %{modname} || :
</I>><i>
</I>><i> %prep
</I>><i> %setup -qn %{modname}
</I>><i>
</I>><i> %install
</I>><i> rm -rf %{buildroot}
</I>><i>
</I>><i> mkdir -p -m755 %{buildroot}%{_usrsrc}/%{modname}-%{version}-%{release}
</I>><i> cp -a * %{buildroot}%{_usrsrc}/%{modname}-%{version}-%{release}
</I>><i> # DKMS config
</I>><i> cat > %{buildroot}%{_usrsrc}/%{modname}-%{version}-%{release}/dkms.conf << 'EOF'
</I>><i> PACKAGE_NAME="%{modname}"
</I>><i> PACKAGE_VERSION="%{version}-%{release}"
</I>><i> MAKE[0]="make default KERNELPATH=${kernel_source_dir}"
</I>
><i> MAKE_MATCH[0]="make load KERNELPATH=${kernel_source_dir}"
</I>
MAKE_MATCH[#] is a regular expression field, you have something very
different in there. MAKE_MATCH[#] line is unneeded here.
><i> BUILT_MODULE_NAME[0]="%{modname}"
</I>><i> DEST_MODULE_LOCATION[0]="/kernel/drivers/acpi"
</I>><i> REMAKE_INITRD="no"
</I>><i> AUTOINSTALL="yes"
</I>><i> EOF
</I>><i>
</I>><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmailcom</A>> 1.0-1
</I>><i> - initial package
</I>><i>
</I>><i>
</I>><i> libindicator.spec
</I>><i>
</I>><i>
</I>><i> %define major 7
</I>><i> %define libtool %mklibname indicator3
</I>><i> %define libname %mklibname indicator3_ %{major}
</I>><i> %define libdevel %mklibname indicator3 -d
</I>><i>
</I>><i> Name: libindicator
</I>><i> Summary: A set of symbols and convience functions for indicators
</I>><i> Group: System/Libraries
</I>><i> Version: 0.4.93
</I>><i> Release: %mkrel 1
</I>><i> License: GPL-3.0
</I>
Incorrect license tag.
><i> URL: <A HREF="http://launchpad.net/libindicator">http://launchpad.net/libindicator</A>
</I>><i> Source0: <A HREF="http://launchpad.net/libindicator/0.5/0.4.93/+download//%{name">http://launchpad.net/libindicator/0.5/0.4.93/+download//%{name</A>}-%{version}.tar.gz
</I>><i> BuildRequires: pkgconfig(gtk+-3.0)
</I>><i>
</I>><i> %description
</I>><i> A set of symbols and convience functions that all indicators would like
</I>><i> to use. Not of real use outside of the Ayatana indicators project.
</I>><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %package -n %{libname}
</I>><i> Summary: libindicator3 library
</I>><i> Group: System/Libraries
</I>><i>
</I>><i> %description -n %{libname}
</I>><i> Library for libindicator3.
</I>><i>
</I>><i> %files -n %{libname}
</I>><i> %{_libdir}/libindicator3.so.%{major}*
</I>><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %package -n %{libtool}-tools
</I>><i> Summary: libindicator3 tool
</I>><i> Group: System/Libraries
</I>><i>
</I>><i> %description -n %{libtool}-tools
</I>><i> Tool to load libindicator3 plugins.
</I>><i>
</I>><i> %files -n %{libtool}-tools
</I>><i> %{_libdir}/indicator-loader3
</I>><i> %{_libdir}/libdummy-indicator-blank.so
</I>><i> %{_libdir}/libdummy-indicator-entry-func.so
</I>><i> %{_libdir}/libdummy-indicator-null.so
</I>><i> %{_libdir}/libdummy-indicator-signaler.so
</I>><i> %{_libdir}/libdummy-indicator-simple.so
</I>><i> %{_libdir}/libdummy-indicator-visible.so
</I>><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %package -n %{libdevel}
</I>><i> Summary: libindicator3 development files
</I>><i> Group: Development/GNOME and GTK+
</I>><i> Requires: %{libname} >= %{version}
</I>
Shouldn't this be "="?
><i>
</I>><i> %description -n %{libdevel}
</I>><i> Development files needed by libindicator3.
</I>><i>
</I>><i> %files -n %{libdevel}
</I>><i> %doc AUTHORS ChangeLog COPYING INSTALL
</I>><i> %{_includedir}/libindicator3-0.4/libindicator/
</I>><i> %{_libdir}/libindicator3.so
</I>><i> %{_libdir}/pkgconfig/indicator3-0.4.pc
</I>><i> %{_datadir}/libindicator/80indicator-debugging
</I>><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %prep
</I>><i> %setup -q
</I>><i>
</I>><i> %build
</I>><i> %configure \
</I>><i> --disable-static
</I>><i> %make
</I>><i>
</I>><i> %install
</I>><i> %makeinstall_std
</I>><i>
</I>><i> # Clean .la files
</I>><i> find %{buildroot}%{_libdir} -name '*.la' -delete -print
</I>><i>
</I>><i>
</I>><i> %changelog
</I>><i> * Sun Mar 18 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmail.com</A>> 0.4.93-1
</I>><i> - first package
</I>><i>
</I>><i>
</I>><i> virtualgl.spec
</I>><i>
</I>><i>
</I>><i> %define oname VirtualGL
</I>><i> %define libname %mklibname %{name}
</I>><i>
</I>><i> Name: virtualgl
</I>><i> Summary: A toolkit for displaying OpenGL applications to thin clients
</I>><i> Group: Networking/Other
</I>><i> Version: 2.3
</I>><i> Release: %mkrel 1
</I>><i> URL: <A HREF="http://www.virtualgl.org">http://www.virtualgl.org</A>
</I>><i> License: wxWindows Library License v3.1
</I>
Incorrect tag, see license policy as mentioned previously.
><i> Source0: <A HREF="http://prdownloads.sourceforge.net/virtualgl/%{oname">http://prdownloads.sourceforge.net/virtualgl/%{oname</A>}-%{version}.tar.gz
</I>><i> Patch0: vgl_2.3_patch0
</I>
Please name this properly, and with a .patch extension.
><i> BuildRequires: X11-devel
</I>><i> BuildRequires: jpeg-devel
</I>><i> BuildRequires: cmake
</I>><i>
</I>><i>
</I>><i> %description
</I>><i> VirtualGL is a library which allows most Linux OpenGL applications to be
</I>><i> remotely displayed to a thin client without the need to alter the
</I>><i> applications in any way. VGL inserts itself into an application at run time
</I>><i> and intercepts a handful of GLX calls, which it reroutes to the server's
</I>><i> display (which presumably has a 3D accelerator attached.) This causes all
</I>><i> 3D rendering to occur on the server's display. As each frame is rendered
</I>><i> by the server, VirtualGL reads back the pixels from the server's framebuffer
</I>><i> and sends them to the client for re-compositing into the appropriate X
</I>><i> Window. VirtualGL can be used to give hardware-accelerated 3D capabilities to
</I>><i> VNC or other remote display environments that lack GLX support. In a LAN
</I>><i> environment, it can also be used with its built-in motion-JPEG video delivery
</I>><i> system to remotely display full-screen 3D applications at 20+ frames/second.
</I>><i>
</I>><i> VirtualGL is based upon ideas presented in various academic papers on
</I>><i> this topic, including "A Generic Solution for Hardware-Accelerated Remote
</I>><i> Visualization" (Stegmaier, Magallon, Ertl 2002) and "A Framework for
</I>><i> Interactive Hardware Accelerated Remote 3D-Visualization" (Engel, Sommer,
</I>><i> Ertl 2000.)
</I>><i>
</I>><i> %files
</I>><i> %{_bindir}/*
</I>><i> %{_defaultdocdir}/%{name}/
</I>
Mark docs as %doc.
><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %package -n %libname
</I>><i> Summary: Libraries injected by VirtualGL into applications that are ran through it
</I>><i> Group: System/Libraries
</I>><i>
</I>><i> %description -n %libname
</I>><i> Libraries injected by VirtualGL into applications that are ran throught it.
</I>><i> Lib package allow installing 32 and 64 bits libraries at the same time.
</I>><i>
</I>><i> %files -n %libname
</I>><i> %dir %{_libdir}/fakelib/
</I>><i> %{_libdir}/fakelib/libGL.so
</I>><i> %{_libdir}/librrfaker.so
</I>><i> %{_libdir}/libdlfaker.so
</I>><i> %{_libdir}/libgefaker.so
</I>
This will need %_provides_exceptions or %_exclude_files_from_autoprov so
that devel(GL) won't be provided. This would confuse the -devel
dependencies of the distribution, and libvirtualgl could sometimes be
installed when libmesagl-devel is intended.
><i> #--------------------------------------------------------------------
</I>><i> %package devel
</I>><i> Summary: A toolkit for displaying OpenGL applications to thin clients
</I>><i> Group: Networking/Other
</I>><i> Requires: %{libname} >= %{version}
</I>
Should be '=' AFAICS.
><i> %description devel
</I>><i> VirtualGL is a library which allows most Linux OpenGL applications to be
</I>><i> remotely displayed to a thin client without the need to alter the
</I>><i> applications in any way. VGL inserts itself into an application at run
</I>><i> time and intercepts a handful of GLX calls, which it reroutes to the
</I>><i> server's display (which presumably has a 3D accelerator attached). This
</I>><i> causes all 3D rendering to occur on the server's display. As each frame
</I>><i> is rendered by the server, VirtualGL reads back the pixels from the
</I>><i> server's framebuffer and sends them to the client for re-compositing into
</I>><i> the appropriate X Window. VirtualGL can be used to give hardware-
</I>><i> -accelerated 3D capabilities to VNC or other remote display environments
</I>><i> that lack GLX support. In a LAN environment, it can also be used with
</I>><i> its built-in motion-JPEG video delivery system to remotely display
</I>><i> full-screen 3D applications at 20+ frames/second.
</I>><i> VirtualGL is based upon ideas presented in various academic papers on
</I>><i> this topic, including "A Generic Solution for Hardware-Accelerated Remote
</I>><i> Visualization" (Stegmaier, Magallon, Ertl 2002) and "A Framework for
</I>><i> Interactive Hardware Accelerated Remote 3D-Visualization" (Engel, Sommer,
</I>><i> Ertl 2000.)
</I>><i>
</I>><i> %files devel
</I>><i> %{_includedir}/rrtransport.h
</I>><i> %{_includedir}/rr.h
</I>><i>
</I>><i> #--------------------------------------------------------------------
</I>><i> %prep
</I>><i> %setup -qn %{oname}-%{version}
</I>><i> %patch0 -p1
</I>><i>
</I>><i> %build
</I>><i> cmake -G "Unix Makefiles" \
</I>><i> -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} \
</I>><i> -DCMAKE_INSTALL_PREFIX=%{_prefix} \
</I>><i> -DVGL_DOCDIR=%{_defaultdocdir}/%{name} \
</I>><i> -DVGL_LIBDIR=%{_libdir} \
</I>><i> -DTJPEG_INCLUDE_DIR=%{_includedir} \
</I>><i> -DTJPEG_LIBRARY=%{_libdir}/libturbojpeg.so
</I>
Should use %cmake.
><i> %make
</I>><i>
</I>><i> %install
</I>><i> rm -rf %{buildroot}
</I>><i> %makeinstall_std
</I>><i>
</I>><i> rm -rf %{buildroot}%{_prefix}/fakelib
</I>><i> mkdir -p %{buildroot}%{_libdir}/fakelib
</I>><i> ln -sf ../librrfaker.so %{buildroot}%{_libdir}/fakelib/libGL.so
</I>><i> mv -f %{buildroot}%{_bindir}/glxinfo %{buildroot}%{_bindir}/glxinfo2
</I>><i>
</I>><i>
</I>><i> %changelog
</I>><i> * Mon Mar 19 2012 Simple <<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">simplew8 at gmail.com</A>> 2.3-1
</I>><i> - first package
</I>><i>
</I>
--
Anssi Hannula
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="014099.html">[Mageia-dev] bumblebee in mageia (and mentoring)
</A></li>
<LI>Next message: <A HREF="014103.html">[Mageia-dev] bumblebee in mageia (and mentoring)
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#14102">[ date ]</a>
<a href="thread.html#14102">[ thread ]</a>
<a href="subject.html#14102">[ subject ]</a>
<a href="author.html#14102">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>