Suggestion: git/svn snapshots in stable of Win Live Messenger clients

First of all, the best thing at Archlinux (the main reason I'm using it) is the fact, that it follows completely versions recommended by developers, even if it's a snapshot version like at mplayer or at cinelerra-cv
But there are some programs, that should follow the same policy: Windows Live messenger (MSN) clients: Microsoft always changes something on the MSN protocoll, and made all the alternative clients suck, but the develpoers of the alternative clients doesn't release immediatelly a new bugfix version, but they fix the bug immediatelly in the git/svn snapshots. aMSN developers didn't even released new versions for a long time, and their last release is dated at March 2010, but they upgrade everything in snapshots. KMess had 2.0 working perfectly about one year ago, and now it's 2.0.4, and 3 of the 4 updates was just because MSN protocoll changes, kmess is now crashing even for me, and they only fixed it in the stable-git repo according to this topic: http://kmess.org/board/viewtopic.php?f=4&t=4685 , but 2.0.5 relese is more far away, until then, we can't login to our WLM account with KMess.
Earlier I heard a protocoll change, which involved KMess, aMSN and emesene users too, aMSN and KMess developers first surely only fixed it in their svn/git repos, I don't know what's the case with emesene.
So my suggestion is: change community/kmess-2.0.4 to community/kmess-git20101017 and same with aMSN and maybe with emesene
Last edited by Vegita (2010-10-18 11:54:53)

Vegita wrote:
actually I'm asking only for community/kmess 2.0.4 -> community/kmess git, as I can see, that there's a fix (maybe patch) for amsn as it was a new packeűage a week ago, anyway it's not the snapshot.
aur/kmess-stable-git 20100903-1 (14)
A full-featured MSN Client for KDE - GIT stable branch version
I would need at least a 20101017 of the stable-git version, and this unsupported thing can happen anywhen, it has a better place in community, as somone uses archlinux and doesn't even know what git is (it's not me, but some of my friends has kmess stopped working too, and has no idea)
In Arch the main rule is to follow the upstream development (choices, models), you compare kmess to mplayer but they really use different dev models. Mplayer never release, the releases 1.0rcN are only created to annoy some packagers of distros that wait a release number. The last release 1.0rc3 are created from code of one year ago.
Kmess don't do this, they have tagged releases. What Allan is asking is to you fill a bug report upstream so they release a new version, or change the whole development model for a more agility one.
Arch have a small number of devs, they can't track the stability/usefulness of the git/svn version so they can attest if is better to use the tagged releases or snapshot of all the programs in the repo. This is a task of upstream.
In the case of mplayer, the devs only recommend that you use a current svn snapshot, can you point for a similar declaration from Kmess developers?
And about aur I dont get what you mean, if you need something greater than 20101017 than compile it at a time greater than 20101017 (like today =]), the git's PKGBUILD take snapshots at time you build it.
I know that all this can not be much convenient for you, but think about the work needed to track the development of the hundreds of programs we have in the repos. The git can be stable now, but its is stable tomorrow? How much time between upgrades? The devs will gonna need to test it every day to see if the msn network is broken. This is not a work for the Arch devs but for Kmess devs.

Similar Messages

Satellite A300 - inbuilt Chicony webcam won't work with Win Live Messenger

Hello
I just bought a *Satellite A300-1MC* (runs on Vista Home Premium), and downloaded Windows Live Mail And Live Messenger.
The inbuilt webcam won't work with Live Messenger ; and when selecting Tool, Audi + Vieo Setup in Messenger I get thye following message : "We are unable to run Audi Video setup".
The webcam works fine with the Camera Assisant Software.
I have tried : 1) killing the C.A. Software and starting Messenger ; 2) dowanloading a webcam driver from Toshiba website ; 3) Updating Windows Vista
None of the above work.
Any suggestion gladly received.....
Thomas

Hi,
Many thanks for the advice.
I have downloaded and installed ManyCam 2.3, then rebooted.
The ManyCam software works fine, and picks up signal from the inbuild webcam.
But Windows Live Messenger still doesn't pick up the camera. I can not start a Video call or go to" Video Audio setup".
I have Windows Live Messenger version 14.0.8064 (installed on Tuesday).
Funny enough, yahoo messenger works fine : it gets a signal from the webcam.
Conclusion : i think it is Windows Live Messenger that doesn't work properly for some reason.
I have ordered a new external webcam, in the meantime.
Thomas

Git/svn/cvs "versions"

Hi,
on the AUR, it looks like when you upload a package that already existed (but another version) the other package gets replaced by the newly uploaded one. This seems reasonable because usually people upload a newer version and the older one is not needed anymore.
But for git/svn/cvs "versions" this raises a problem: When dealing with 'bleeding edge' packages we usually want to keep the 'stable release' packages as well, but this doesn't work: when package foo v1 exists and you upload foo-git it will also replace.
I see that most people solve this problem by giving a package a different name instead of another version, eg the package becomes foo-git with version <current date>, which doesn't replace foo version 1.
1) Is there any reason for the <current date> version? Or is this just because the version variable cannot be empty? I don't see much semantic meaning in a version like that, because the user will build the package himself anyway (so he will build the _current_ latest version, not the one dated from the version string of the packagename), at least for packages in unsupported.
2) Isn't this more a workaround than a solution? I mean, isn't having different package names a bit ugly because it's actually the same software, just another version? (eg the git/svn/cvs part should be in the version string, not the package name)
This is a rather theoretical subject (especially question 2), and in true Arch spirit I do think it's better to have a workaround that is simple and works just fine then having the 'theoretically correct' but more complicated solution.
OTOH, assuming agreement with me: I think it's easy to the implement the 'correct way': Basically the AUR code should just check if the version of the package matches a knows VCS system ('git','svn',...) and allow it as an additional package, otherwise replace the previous package. (and if you upload foo-git and foo-git exists already, also replace it of course)

I think there are some misunderstandings in this thread -- maybe on my side.
To be clear: $pkgname, $pkgver and $pkgrel are required fields in a PKGBUILD. Since there is no real version number in packages that are build upon a VCS, often the date is taken as $pkgver (but e.g. svn gives a revision number apart from the date, so that s taken instead). So for example in tuxpaint-cvs-20081116-1, tuxpaint-cvs is the $pkgname, 20081116 is the $pkgver (when you check out CVS packages, the current date of last upstream upload is given as version) and 1 is the $pkgrel (not of much use here). Uploading a tarball for tuxpaint-cvs will not delete an existing tarball for tuxpaint, since tuxpaint-cvs is another name than tuxpaint. If you some day later download the tarball for tuxpaint-cvs, makepkg will generate a package with the current date as $pkgver, unless you say makepkg --holdver, in which case it would take the upload date as $pkgver.
Last edited by Stefan Husmann (2008-11-16 19:17:51)

Weekly updated KDE 4 SVN Snapshots

I have created a repo with KDE 4 SVN snapshot packages (at the moment only kdelibs4, kdepimlibs4 and kdebase4). I need the packages for my own (need to rebuild them every Monday or Tuesday, because that day is BIC and SIC (binary and source incompatible) for developing on KDE. But I think these packages could also be useful for others
Add the following section to /etc/pacman.conf to get updates. Install it with pacman -Sy kde4.
[kde4_svn]
Server = http://archlinux.puzzle.ch/kde4/kde4_svn
You can install these packages parallel to a KDE 3 desktop. Create a new user to test / use it! Change the session type to KDE 4 in KDM and login with your new user.
BTW: KDE 4 is at the moment not usable for daily work! You are able to start a KDE 4 session, start some apps or surf in the internet. Use it at your own risk!

equadon wrote:
Thanks for providing these, uwolfer. Do you have the PKGBUILDS for the svn snapshots as well? I couldn't find any PKGBUILDS for the svn snapshots, only the released development snapshots.
defcon: 'nas' can be found in the community repository.
I just uploaded all the KDE4 SVN PKGBUILD's to AUR yesterday Happy compiling

Latest perl update breaks git-svn

Hi,
since I update to perl 5.16-02 git svn clone aborts with a invalid checksum error during import a subversion repository like this:
-- snip ---
Initializing parent: refs/remotes/trunk@-1
Checksum mismatch: path/to/file a114fd4db425f02aff0455e0871c6fb935da74fe
expected:
got: bfe0d28d1b1ab61a83b6b14bf13f1144
-- snap ---
With perl 5.14.2-7 it works like expected. Could anybody conform that? Should I open a bug?
Framas

I’m facing the same problem whe I update to git-1.8.4-1 and subversion-1.8.1-2
I found this page http://git.661346.n2.nabble.com/git-svn … 92205.html
I resoved this issue with the 6 post's method:
uli wrote:
In reply to this post by Jonathan Lambrechts
I'm facing the same issue. I'm using git-1.8.4 and subversion 1.8.3 on Ubuntu.
I'm proposing a different modification to Ra.pm:
--- git-1.8.4.orig/perl/Git/SVN/Ra.pm 2013-09-01 14:30:23.629989557 +0000
+++ git-1.8.4/perl/Git/SVN/Ra.pm 2013-09-02 06:55:19.666260617 +0000
@@ -32,6 +32,10 @@
+END {
+ $RA = undef;
+}
+
sub _auth_providers () {
my @rv = (
SVN::Client::get_simple_provider(),
add these below to the file /usr/share/perl5/vendor_perl/Git/SVN/Ra.pm at the right place (maybe start at line 34)
END {
$RA = undef;
temporary method, waiting for the official package to resolve it

Got sources from git/svn/cvs/wtf? md5sum for all files...

Your package gets sources from git/svn/cvs/wtf?
I used this little trick to check the md5sum of all files and ensure a little more the package users
will download exactly what you downloaded when you created the package:
echo "7ce3eabab979cd067b096e83280239ed -" >"$srcdir"/md5sources
find . -type f -print0 | sort -z | xargs -0 cat | md5sum --status -c "$srcdir"/md5sources || return 1
The md5 is calculated using the same command without -c before the whole building process just after downloading the sources.
I thought someone can find it useful or give a comment.

Shouldn't this go to AUR-related? Users of official repo packages should never have to access any of the git/svn/cvs sources anyway.

Git-svn

Does anyone know where I can find git-svn? It's not in the default repositories. Thank you
(By the way, its taken me quite several hours but I finally have a working Arch system. Honestly I think at least half of the enjoyment of Arch is the satisfaction of getting it up and running. To me, it felt like quite the accomplishment.)

m4co wrote:
In case somebody searches for this issue (like I did),
The correct way to use git-svn is "git svn" (without the - )
git svn clone -s http://repo
Thanks, I was wondering why I couldn't seem to find a package that included git-svn...

Problem with program hanging randomly on certain commands from win 7 pro client to SB Server

Having a problem with program hanging randomly on certain commands from Win-7 Pro Client to SB Server Both 64-Bit
Five other slower XP-Pro 32 Bit systems though they are older and slower systems do not seem to hang as readily if at all.
It has been very frustrating as the Client-System, SB-Server and Program should work w/o any hitches, but this seems to work fine @ times and then hang randomly.
Would appreciate any and all suggestions in assisting.... JimBAgde-MSS

You can try this, as I have had similar problems with another MS Access .MDB file and slow access before. This fixed my problem for me. On the slow computer, make sure the program is set to see the .mdb file via UNC path, not a mapped drive letter. ex.
USE: \\yourserver\shared\dental\file.mdb
DO NOT: S:\\shared\dental\file.mdb
hope this helps

Bit locker on Windows 2012 r2 AD And Win 8.1 Client

Can anyone give guidelines/articles for configuring Bit locker on Windows 2012 r2 AD With Win 8.1 Client
I am looking for detailed directions on backing up Bit Lo. & TPM recovery key to AD

Hello,
please start with
https://technet.microsoft.com/en-us/library/dn383581.aspx and
https://technet.microsoft.com/en-us/library/jj592683.aspx?f=255&MSPPError=-2147217396
Best regards
Meinolf Weber
MVP, MCP, MCTS
Microsoft MVP - Directory Services
My Blog: http://blogs.msmvps.com/MWeber
Disclaimer: This posting is provided AS IS with no warranties or guarantees and confers no rights.
Twitter:

Win Server 2003 GPO doesn't apply to Win 8.1 clients

Hi guys,
Currently all my DCs are running Win Server 2003. Recently I've upgraded a few PCs to Win 8.1 and found out that the GPOs are not applied on them.
I've set the Default Homepage and logon script to map a few drives but when I logged on to the Win 8.1 clients, none of these are being applied. However, when I logged on to Win 7 clients, these policies are being applied.
Appreciate you guys here can help me on this.
Thanks!!

Windows 8.1 comes with IE11 which can't be configured by the old IE maintenance policies. You would need to use group policy preferences but these were introduced in Windows 2008 so I don't think you can configure IE settings for IE11 from Windows 2003 DC's.
As for the mapping of drives if this is a login script I don't see why this wouldn't work on a windows 8.1 client.
Can you run a gpresult / rsop report on the windows 8 computer and see what policies are being applied / not applied and any errors.
Regards,
Denis Cooper
MCITP EA - MCT
Help keep the forums tidy, if this has helped please mark it as an answer
My Blog
LinkedIn:

How to include a message with photo in Win Live and LR4

I have Win 7 - 64 bit, Win Live Mail and LR 4. I can attach the photos and send the email successfully but cannot include a message. It puts my message into a HTML Doc next to the photos. How can I access the body of the email to write my message?

Open the photo, assuming it is in Photos, and then in the lower left corner under the photo is a box with an up-pointing arrow. Tap that box, and then the photo will have a blue circle with a checkmark in its lower right corner and the word Next at the upper right. Tap Next, then choose how you want to send the photo, by text message, email, and so on. Simply address the method you have chosen and put in any text you want to include.

Win XP virtual client on T520

Folks,
I would like to setup a Win XP virtual client on my T520 running Win7 pro ..
I read the threads about the CPU setting in the BIOS ... That is done ...
Now what ?
I was given a Toshiba from my employer with Win 7 Pro - 64bit I5 chip .. Same chip as my T520. The Toshiba had folder in the Start Menu with an application to create the virtual client.
I can't find anything similar to that on my T520 or on the Lenovo support Site.
Can someone point me in the right direction ?
Thanks
-Fred
Solved!
Go to Solution.

This one's easy. Go to http://www.microsoft.com/windows/virtual-pc/ and download the two required downloads. The first creates the Virtual Machine and the second creates the Virtual XP machine. It's free, provided your installation of Win 7 is legit. Once you're done, the same folders that you have on your Toshiba will be on your T520.
T520 4239-CTO
T61/p 6459-CTO (Gone but not forgotten)
A31/p XP Pro 1 gig memory
A30/p XP Pro 1 gig memory
TP600 Win 2K 288 mb memory
701C Win 98 Don't ask

[Suggestion] About git,svn package

I recently want to use git pacakge to get 3d enable on my machine, but I found that it is hard to change git package to the normal one even if normal one updates.
So I hope PKGBUILD can make package version like this way: [offical version].git[git verseion]
like mesa-git:
mesa-7.7.git20100118
so when mesa is updated to 7.8, we can also change it to the offical version with a simple yaourt -Syu.
This can be done like following:
pkgbase="mesa-git"
pkgname=('mesa' 'libgl' 'ati-dri')
pkgver=20100119
_realver=7.7
pkgrel=1
arch=(i686 x86_64)
depends=('libx11>=1.2' 'libxt' 'gcc-libs>=4.3.3' 'libdrm>=2.4.12')
makedepends=('glproto' 'pkgconfig' 'libdrm>=2.4.12' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libx11>=1.2.2' 'libxt' 'gcc-libs' 'dri2proto')
url="http://mesa3d.sourceforge.net"
license=('custom')
options=(!makeflags)
source=(ftp://ftp.archlinux.org/other/mesa/gl-manpages-1.0.1.tar.bz2
mesa-7.1-link-shared.patch
LICENSE)
export gitver=$pkgver
_gitroot="http://anongit.freedesktop.org/git/mesa/mesa.git"
_gitname="mesa"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
if [ -d ${srcdir}/$_gitname ] ; then
cd $_gitname && git pull origin
msg "The local files are updated."
else
git clone $_gitroot
fi
msg "GIT checkout done or server timeout"
msg "Starting make..."
if [[ -d ${srcdir}/${_gitname}-build ]]; then
msg "Cleaning the previous build directory..."
rm -rf ${srcdir}/${_gitname}-build
fi
cp -pR ${srcdir}/${_gitname} ${srcdir}/${_gitname}-build
cd ${srcdir}/${_gitname}-build
msg "Starting configure..."
msg "Applying patches..."
# patch -Np1 -i "${startdir}/mesa-7.1-link-shared.patch" || return 1
./autogen.sh --prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-dri-drivers=swrast,radeon,r200,r300,r600 \
--enable-gallium \
--enable-gallium-radeon \
--disable-gallium-intel \
--with-state-trackers=dri,egl \
--enable-glx-tls \
--with-driver=dri \
--enable-xcb \
--disable-glut || return 1
make || return 1
cd "${srcdir}/gl-manpages-1.0.1"
./configure --prefix=/usr || return 1
make || return 1
package_mesa() {
pkgver="${_realver}.git$gitver"
depends=('libgl' 'libx11>=1.2.2' 'libxt' 'gcc-libs>=4.4.1' 'dri2proto=2.2' 'libdrm>=2.4.15')
pkgdesc="Mesa 3-D graphics libraries and include files"
cd "${srcdir}/${_gitname}-build" || return 1
make DESTDIR="${pkgdir}" install || return 1
install -m755 -d "${pkgdir}/usr/bin"
install -m755 progs/xdemos/glx{gears,info} "${pkgdir}/usr/bin/" || return 1
rm -f "${pkgdir}/usr/lib/libGL.so"*
rm -rf "${pkgdir}/usr/lib/xorg"
rm -f "${pkgdir}/usr/include/GL/glew.h"
rm -f "${pkgdir}/usr/include/GL/glxew.h"
rm -f "${pkgdir}/usr/include/GL/wglew.h"
rm -f "${pkgdir}/usr/include/GL/glut.h"
cd "${srcdir}/gl-manpages-1.0.1" || return 1
make DESTDIR="${pkgdir}" install || return 1
install -m755 -d "${pkgdir}/usr/share/licenses/mesa"
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/mesa/" || return 1
package_libgl() {
pkgver="${_realver}.git$gitver"
depends=('libdrm>=2.4.15' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1')
pkgdesc="Mesa 3-D graphics library and DRI software rasterizer"
cd "${srcdir}/${_gitname}-build" || return 1
install -m755 -d "${pkgdir}/usr/lib" || return 1
install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
bin/minstall lib/libGL.so* "${pkgdir}/usr/lib/" || return 1
cd src/mesa/drivers/dri
make -C swrast DESTDIR="${pkgdir}" install || return 1
# install -m755 libdricore.so "${pkgdir}/usr/lib/xorg/modules/dri/" || return 1
ln -s libglx.xorg "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so" || return 1
install -m755 -d "${pkgdir}/usr/share/licenses/libgl"
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/libgl/" || return 1
package_ati-dri() {
pkgver="${_realver}.git$gitver"
depends=("libgl=${pkgver}")
pkgdesc="Mesa DRI drivers for AMD/ATI Radeon"
conflicts=('xf86-video-ati<6.9.0-6')
cd "${srcdir}/${_gitname}-build/src/mesa/drivers/dri" || return 1
make -C radeon DESTDIR="${pkgdir}" install || return 1
make -C r200 DESTDIR="${pkgdir}" install || return 1
make -C r300 DESTDIR="${pkgdir}" install || return 1
make -C r600 DESTDIR="${pkgdir}" install || return 1
cd "${srcdir}/${_gitname}-build/src/gallium/winsys/drm/radeon/egl"
make DESTDIR="${pkgdir}" install || return 1
md5sums=('6ae05158e678f4594343f32c2ca50515'
'd892b4fbc37fadc0e07debcd4bdfa109'
'7ba429de367a2b3d273d2230cc705771')
As you can see, gitver is set to be pkgver and for each package, its pkgver is set to "${_realver}.git$gitver", so we can also get the feature from makepkg ver update, and make packages of simple git version .
we will get libgl-7.7.git20100119-1-i686.pkg.tar.gz mesa-7.7.git20100119-1-i686.pkg.tar.gz ati-dir-7.7.git20100119-1-i686.pkg.tar.gz from the pkgbuild before.
And for a package don't need split, a dumb pacakage must be added in pkgname, like following one:
pkgbase=libdrm-git
pkgname=("libdrm" "dumb")
pkgver=20100119
_realver=2.4.17
pkgrel=1
pkgdesc="Userspace interface to kernel DRM services"
arch=('i686' 'x86_64')
depends=('glibc')
options=('!libtool')
url="http://dri.freedesktop.org/"
license=('custom')
replaces=('libdrm>=2.4.12')
groups=('xorg')
source=(no-pthread-stubs.patch)
md5sums=()
export gitver=$pkgver
_gitroot="http://anongit.freedesktop.org/git/mesa/drm.git"
_gitname="drm"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
if [ -d $srcdir/$_gitname ] ; then
cd $_gitname && git pull origin
msg "The local files are updated."
else
git clone $_gitroot
fi
msg "GIT checkout done or server timeout"
msg "Starting make..."
if [[ -d ${srcdir}/${_gitname}-build ]]; then
msg "Cleaning the previous build directory..."
rm -rf ${srcdir}/${_gitname}-build
fi
git clone ${srcdir}/${_gitname} ${srcdir}/${_gitname}-build
cd ${srcdir}/${_gitname}-build
cd $srcdir/$_gitname-build
patch -Np1 -i "${srcdir}/no-pthread-stubs.patch" || return 1
sh autogen.sh --prefix=/usr \
--enable-nouveau-experimental-api \
--enable-radeon-experimental-api \
--enable-udev || return 1
make || return 1
package_libdrm()
pkgver=${_realver}.git${gitver}
cd ${srcdir}/${_gitname}-build
make DESTDIR=${pkgdir} install || return 1
package_dumb()
echo a
md5sums=('9b5ec3bbebe86921e2057694c42f65b8')

I recently want to use git pacakge to get 3d enable on my machine, but I found that it is hard to change git package to the normal one even if normal one updates.
So I hope PKGBUILD can make package version like this way: [offical version].git[git verseion]
like mesa-git:
mesa-7.7.git20100118
so when mesa is updated to 7.8, we can also change it to the offical version with a simple yaourt -Syu.
This can be done like following:
pkgbase="mesa-git"
pkgname=('mesa' 'libgl' 'ati-dri')
pkgver=20100119
_realver=7.7
pkgrel=1
arch=(i686 x86_64)
depends=('libx11>=1.2' 'libxt' 'gcc-libs>=4.3.3' 'libdrm>=2.4.12')
makedepends=('glproto' 'pkgconfig' 'libdrm>=2.4.12' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libx11>=1.2.2' 'libxt' 'gcc-libs' 'dri2proto')
url="http://mesa3d.sourceforge.net"
license=('custom')
options=(!makeflags)
source=(ftp://ftp.archlinux.org/other/mesa/gl-manpages-1.0.1.tar.bz2
mesa-7.1-link-shared.patch
LICENSE)
export gitver=$pkgver
_gitroot="http://anongit.freedesktop.org/git/mesa/mesa.git"
_gitname="mesa"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
if [ -d ${srcdir}/$_gitname ] ; then
cd $_gitname && git pull origin
msg "The local files are updated."
else
git clone $_gitroot
fi
msg "GIT checkout done or server timeout"
msg "Starting make..."
if [[ -d ${srcdir}/${_gitname}-build ]]; then
msg "Cleaning the previous build directory..."
rm -rf ${srcdir}/${_gitname}-build
fi
cp -pR ${srcdir}/${_gitname} ${srcdir}/${_gitname}-build
cd ${srcdir}/${_gitname}-build
msg "Starting configure..."
msg "Applying patches..."
# patch -Np1 -i "${startdir}/mesa-7.1-link-shared.patch" || return 1
./autogen.sh --prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-dri-drivers=swrast,radeon,r200,r300,r600 \
--enable-gallium \
--enable-gallium-radeon \
--disable-gallium-intel \
--with-state-trackers=dri,egl \
--enable-glx-tls \
--with-driver=dri \
--enable-xcb \
--disable-glut || return 1
make || return 1
cd "${srcdir}/gl-manpages-1.0.1"
./configure --prefix=/usr || return 1
make || return 1
package_mesa() {
pkgver="${_realver}.git$gitver"
depends=('libgl' 'libx11>=1.2.2' 'libxt' 'gcc-libs>=4.4.1' 'dri2proto=2.2' 'libdrm>=2.4.15')
pkgdesc="Mesa 3-D graphics libraries and include files"
cd "${srcdir}/${_gitname}-build" || return 1
make DESTDIR="${pkgdir}" install || return 1
install -m755 -d "${pkgdir}/usr/bin"
install -m755 progs/xdemos/glx{gears,info} "${pkgdir}/usr/bin/" || return 1
rm -f "${pkgdir}/usr/lib/libGL.so"*
rm -rf "${pkgdir}/usr/lib/xorg"
rm -f "${pkgdir}/usr/include/GL/glew.h"
rm -f "${pkgdir}/usr/include/GL/glxew.h"
rm -f "${pkgdir}/usr/include/GL/wglew.h"
rm -f "${pkgdir}/usr/include/GL/glut.h"
cd "${srcdir}/gl-manpages-1.0.1" || return 1
make DESTDIR="${pkgdir}" install || return 1
install -m755 -d "${pkgdir}/usr/share/licenses/mesa"
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/mesa/" || return 1
package_libgl() {
pkgver="${_realver}.git$gitver"
depends=('libdrm>=2.4.15' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1')
pkgdesc="Mesa 3-D graphics library and DRI software rasterizer"
cd "${srcdir}/${_gitname}-build" || return 1
install -m755 -d "${pkgdir}/usr/lib" || return 1
install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
bin/minstall lib/libGL.so* "${pkgdir}/usr/lib/" || return 1
cd src/mesa/drivers/dri
make -C swrast DESTDIR="${pkgdir}" install || return 1
# install -m755 libdricore.so "${pkgdir}/usr/lib/xorg/modules/dri/" || return 1
ln -s libglx.xorg "${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so" || return 1
install -m755 -d "${pkgdir}/usr/share/licenses/libgl"
install -m755 "${srcdir}/LICENSE" "${pkgdir}/usr/share/licenses/libgl/" || return 1
package_ati-dri() {
pkgver="${_realver}.git$gitver"
depends=("libgl=${pkgver}")
pkgdesc="Mesa DRI drivers for AMD/ATI Radeon"
conflicts=('xf86-video-ati<6.9.0-6')
cd "${srcdir}/${_gitname}-build/src/mesa/drivers/dri" || return 1
make -C radeon DESTDIR="${pkgdir}" install || return 1
make -C r200 DESTDIR="${pkgdir}" install || return 1
make -C r300 DESTDIR="${pkgdir}" install || return 1
make -C r600 DESTDIR="${pkgdir}" install || return 1
cd "${srcdir}/${_gitname}-build/src/gallium/winsys/drm/radeon/egl"
make DESTDIR="${pkgdir}" install || return 1
md5sums=('6ae05158e678f4594343f32c2ca50515'
'd892b4fbc37fadc0e07debcd4bdfa109'
'7ba429de367a2b3d273d2230cc705771')
As you can see, gitver is set to be pkgver and for each package, its pkgver is set to "${_realver}.git$gitver", so we can also get the feature from makepkg ver update, and make packages of simple git version .
we will get libgl-7.7.git20100119-1-i686.pkg.tar.gz mesa-7.7.git20100119-1-i686.pkg.tar.gz ati-dir-7.7.git20100119-1-i686.pkg.tar.gz from the pkgbuild before.
And for a package don't need split, a dumb pacakage must be added in pkgname, like following one:
pkgbase=libdrm-git
pkgname=("libdrm" "dumb")
pkgver=20100119
_realver=2.4.17
pkgrel=1
pkgdesc="Userspace interface to kernel DRM services"
arch=('i686' 'x86_64')
depends=('glibc')
options=('!libtool')
url="http://dri.freedesktop.org/"
license=('custom')
replaces=('libdrm>=2.4.12')
groups=('xorg')
source=(no-pthread-stubs.patch)
md5sums=()
export gitver=$pkgver
_gitroot="http://anongit.freedesktop.org/git/mesa/drm.git"
_gitname="drm"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
if [ -d $srcdir/$_gitname ] ; then
cd $_gitname && git pull origin
msg "The local files are updated."
else
git clone $_gitroot
fi
msg "GIT checkout done or server timeout"
msg "Starting make..."
if [[ -d ${srcdir}/${_gitname}-build ]]; then
msg "Cleaning the previous build directory..."
rm -rf ${srcdir}/${_gitname}-build
fi
git clone ${srcdir}/${_gitname} ${srcdir}/${_gitname}-build
cd ${srcdir}/${_gitname}-build
cd $srcdir/$_gitname-build
patch -Np1 -i "${srcdir}/no-pthread-stubs.patch" || return 1
sh autogen.sh --prefix=/usr \
--enable-nouveau-experimental-api \
--enable-radeon-experimental-api \
--enable-udev || return 1
make || return 1
package_libdrm()
pkgver=${_realver}.git${gitver}
cd ${srcdir}/${_gitname}-build
make DESTDIR=${pkgdir} install || return 1
package_dumb()
echo a
md5sums=('9b5ec3bbebe86921e2057694c42f65b8')

[SOLVED] urxvt and Git/SVN commit problem

I have a problem where SVN and Git cant see that the EDITOR variable is set on my system when I go to make a commit, they both error out because the EDITOR variable (as well as other variables are blank). This is the error that I get from SVN:
┌─(vendion@Tyre Fri, 02 Sep 11)───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────(08:48)──┘
└─(/srv/http/juice38)─> sudo svn ci
svn: Commit failed (details follow):
svn: Could not use external editor to fetch log message; consider setting the $SVN_EDITOR environment variable or using the --message (-m) or --file (-F) options
svn: None of the environment variables SVN_EDITOR, VISUAL or EDITOR are set, and no 'editor-cmd' run-time configuration option was found
┌─(vendion@Tyre Fri, 02 Sep 11)───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────(08:48)──┘
└─(/srv/http/juice38)─> echo $EDITOR
vim
Git acts the same way but with its own error message (sorry don't have an example of this currently), is there a way to fix this so that Git and SVN will see that I do have an EDITOR set and use it with out having to change terminals (works fine in xterm...)
Last edited by vendion (2011-09-02 16:08:48)

Sorry over looked that, when I run sudo to check the EDITOR variable it also has vim set
┌─(vendion@Tyre Fri, 02 Sep 11)───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────(09:42)──┘
└─(/home/vendion/Projects/TickIt)─> sudo echo $EDITOR
Password:
vim

Packer and package GIT, SVN etc. upgrading and finding

Hi!
How packer handles (or is it pacman) upgrading git and other packages? I couldn't find answer from AUR or ABS articles with quick look.
Normally packer -Suy --devel would upgrade all packages from git sourcetree. Does this behaviour require AUR or is the PKGBUILD file hidden in my system? Or what is the magic that makes packer to decide let's clone this repo and install a new version? And does packer know anything else than date of compilation? If there isn't any changes does it detect that?
Reason I got curious is that I have one develmachine in the corner with git serving me the sourcecode and few PKGBUILDS I use to upgrade the software. Can packer do this all for me?
Another thing in my mind is how to find packages installed from AUR? Except setting packager in /etc/makepkg.conf?

packer -Syu --devel updates all packages in a normal manner. Additionally all your AUR-Packages containing svn, git, cvs, ... in its name will be downloaded, compiled and reinstalled.
If you want to see all packages installed from AUR (inclding other self-built packages) use pacman -Qm
Last edited by progandy (2012-07-25 22:53:12)

Suggestion: git/svn snapshots in stable of Win Live Messenger clients

Similar Messages

Maybe you are looking for