Re: [arch-dev-public] qt4 replaces qt
On Wednesday 27 February 2013 16:21:24 you wrote: > When you install both qt5-base and qt4, qmake will refers to the 5.x > version. To 'force' Qt 4.x, you can use the qmake4 symlink. There's also > moc-qt4, uic- qt4 and rcc-qt4. We provide these symlinks as they are used > by cmake and by the configure scripts to locate qt4. Please maintainers fix your PKGBUILDs so they build on systems with both qt4 and qt5-base installed; when your PKGBUILD needs qt4 and: * use qmake, you can replace it with qmake4 * use cmake, you can add -DQT_QMAKE_EXECUTABLE=qmake4 to the cmake options Cheers -- Andrea Arch Linux Developer
[arch-dev-public] libarchive rebuild is on
FYI for those involved in this, With the QT rebuild done, I've dropped libarchive.so.13 into [staging] along with a rebuilt pacman. Dan posted the todo list some time ago: https://www.archlinux.org/todo/libarchive-31x-rebuild/ Enjoy! d
Re: [arch-dev-public] Mesa 9.1 in testing
On 02/27/2013 05:42 PM, Thomas Bächler wrote:
> Am 27.02.2013 16:38, schrieb Laurent Carlier:
>> Le mercredi 27 février 2013 16:02:10 Thomas Bächler a écrit :
>>> Am 23.02.2013 10:23, schrieb Andreas Radke:
New unified Mesa has hit testing. Upgrade path went smooth here. Please
test it.
Now the main mesa pkg should provide everything required to build and
link packages. The mesa-libgl pkg providing libgl should be not be used
in the dependency array when linking to libgl.so - please use
"libgl" that will allow users to choose also nvidia-utils or
catalyst-utils.
There are still packages in extra depending on the old libgl package. We
will need to fix them before makepkg will properly allow to build only
against new mesa.
>>>
>>> lib32-mesa lacks the necessary replaces= for the old split packages.
>>>
>>
>> No:
>> provides=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
>> 'lib32-libegl')
>> conflicts=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
>> 'lib32-libegl')
>> replaces=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
>> 'lib32-libegl')
>
> So why didn't pacman ask if it should replace them?
>
>
maybe because they were still in repos?
--
Ionuț
signature.asc
Description: OpenPGP digital signature
Re: [arch-dev-public] Mesa 9.1 in testing
Am 27.02.2013 16:38, schrieb Laurent Carlier:
> Le mercredi 27 février 2013 16:02:10 Thomas Bächler a écrit :
>> Am 23.02.2013 10:23, schrieb Andreas Radke:
>>> New unified Mesa has hit testing. Upgrade path went smooth here. Please
>>> test it.
>>>
>>> Now the main mesa pkg should provide everything required to build and
>>> link packages. The mesa-libgl pkg providing libgl should be not be used
>>> in the dependency array when linking to libgl.so - please use
>>> "libgl" that will allow users to choose also nvidia-utils or
>>> catalyst-utils.
>>>
>>> There are still packages in extra depending on the old libgl package. We
>>> will need to fix them before makepkg will properly allow to build only
>>> against new mesa.
>>
>> lib32-mesa lacks the necessary replaces= for the old split packages.
>>
>
> No:
> provides=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
> 'lib32-libegl')
> conflicts=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
> 'lib32-libegl')
> replaces=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
> 'lib32-libegl')
So why didn't pacman ask if it should replace them?
signature.asc
Description: OpenPGP digital signature
Re: [arch-dev-public] Mesa 9.1 in testing
Le mercredi 27 février 2013 16:02:10 Thomas Bächler a écrit :
> Am 23.02.2013 10:23, schrieb Andreas Radke:
> > New unified Mesa has hit testing. Upgrade path went smooth here. Please
> > test it.
> >
> > Now the main mesa pkg should provide everything required to build and
> > link packages. The mesa-libgl pkg providing libgl should be not be used
> > in the dependency array when linking to libgl.so - please use
> > "libgl" that will allow users to choose also nvidia-utils or
> > catalyst-utils.
> >
> > There are still packages in extra depending on the old libgl package. We
> > will need to fix them before makepkg will properly allow to build only
> > against new mesa.
>
> lib32-mesa lacks the necessary replaces= for the old split packages.
>
No:
provides=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
'lib32-libegl')
conflicts=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
'lib32-libegl')
replaces=('lib32-libglapi' 'lib32-osmesa' 'lib32-libgbm' 'lib32-libgles'
'lib32-libegl')
> lib32-mesa-demos conflicts with mesa-demos, so you can't have both
> glxinfo and glxinfo32 now.
Fixed, i wasn't at home.
Regards,
++
signature.asc
Description: This is a digitally signed message part.
[arch-dev-public] qt4 replaces qt
Hi all, a new qt4 package has hit [testing] and will replace the current qt package. qt4 doesn't provide 'qt'; you will need to rebuild EVERY package installed from AUR and replace qt with qt4 in the depends array. Also, I suggest to every maintainer in AUR to remove qt from the depends() array when there's qtwebkit or any package that needs qt: if you do that, this will require no rebuild as we updated every package in the official repositories to use qt4. Also, we ship the Qt 5.x series in [testing]. Qt 5.x is more modular than 4.x. This allow us to have these Qt 5.x packages: * qt5-base * qt5-declarative * qt5-graphicaleffects * qt5-imageformats * qt5-jsbackend * qt5-multimedia * qt5-quick1 * qt5-script * qt5-svg * qt5-tools * qt5-translations * qt5-webkit * qt5-xmlpatterns Generally you only need qt5-base. But, if you are a Qt developer or you want a full installation you can install the whole 'qt' group. When you install both qt5-base and qt4, qmake will refers to the 5.x version. To 'force' Qt 4.x, you can use the qmake4 symlink. There's also moc-qt4, uic- qt4 and rcc-qt4. We provide these symlinks as they are used by cmake and by the configure scripts to locate qt4. -- Andrea Arch Linux Developer
[arch-dev-public] watchdog 5.13 changes
The new watchdog 5.13 package removes the rc.d scripts and conf.d files. There is a systemd service file for watchdog included. There is no service file for wd_keepalive, because the functionality of wd_keepalive is provided by systemd - just uncomment RuntimeWatchdogSec=20 in /etc/systemd/system.conf. signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Mesa 9.1 in testing
Am 23.02.2013 10:23, schrieb Andreas Radke: > New unified Mesa has hit testing. Upgrade path went smooth here. Please > test it. > > Now the main mesa pkg should provide everything required to build and > link packages. The mesa-libgl pkg providing libgl should be not be used > in the dependency array when linking to libgl.so - please use > "libgl" that will allow users to choose also nvidia-utils or > catalyst-utils. > > There are still packages in extra depending on the old libgl package. We > will need to fix them before makepkg will properly allow to build only > against new mesa. lib32-mesa lacks the necessary replaces= for the old split packages. lib32-mesa-demos conflicts with mesa-demos, so you can't have both glxinfo and glxinfo32 now. signature.asc Description: OpenPGP digital signature
