Arch Linux

Updated PKGBUILD.
Scimmia provided me an up to date one that is also more clean

@mrbit :
You are right to flag azy-svn out of date, but not for what you think :
- This isnt any patch between r79845 and r84482 inside azy.
- Azy is now on GIT, under the library maelstrom (http://git.enlightenment.org/devs/discomfitor/maelstrom.git/), which is still under dev.

I will package maelstrom next week if everything works fine.

please update rev 84482
thanks

Wow, I see what you mean. Tree merged with Shotgun and the latest commit says "destroy any compatibility with existing apps".

@Scimmia :
I will not make azy-git today. I had a spoke with Mike, and it is not the right moment. Since last week, he is breaking azy to make it better. It is supposed to get lots of API change in the next days, event the build system is going to change, as is the git url.

So please, use --disable-azy when building e to avoid the issue until Mike gets azy usable again.
I will create azy-git as soon as it gets its perm url and build system.

I will take a look tomorrow.

Update for git? Even though the svn repo hasn't been removed, there's been development in git, and having this version now prevents enlightenment from building.

Done.

Change eina-svn to eina so it will compile.

You can go to #shotgun on freenode to report bugs concerning shotgun.
Every reported bug will help improving the software.

Thanks man it works now. Turns out shotgun itself is really buggy though, crashes on connecting - this isn't your fault obviously. It's not really usable yet. E module also crashy. Appreciate all your efforts.

Oh, ok, no worries at all.

Dont be sorry, there isnt any error report that were your fault!
And this time, its not AUR, its me that failed to rewrite the PKGBUILD.
I, have to be sorry for this mistake.

I'm really sorry maybe something's wrong with my system.

sudo pacman -U *shotgun*.xz
loading packages...
resolving dependencies...
looking for inter-conflicts...

Targets (3): libshotgun-svn-81619-3 shotgun-sawedoff-svn-81619-3
shotgun-svn-81619-3

Total Installed Size: 0.93 MiB

Proceed with installation? [Y/n]
(3/3) checking package integrity [#####################] 100
(3/3) loading package files [#####################] 100
(3/3) checking for file conflicts [#####################] 100
error: failed to commit transaction (conflicting files)
/usr/share/licenses/shotgun-svn/COPYING exists in both 'libshotgun-svn' and 'shotgun-svn'
Errors occurred, no packages were upgraded.

Oh, i never used packer...
This easiest solution that would solve everything is to not split the package, but this is a bad thing because it will remove modularity.

Can you try by downloading the PKGBUILD, then do "makepkg --holdver", and then "sudo pacman -U *shotgun*.xz" ?

I'm using

sudo packer -S shotgun-svn

maybe that was the problem all along?

Damn AUR.
So i guess it didnt install the lib, as i removed it.
How do you build shotgun-svn ? You dl the PKGBUILD and use makepkg ? You use yaourt ?

Give me the command line you use, so i can try to reproduce your bugs, since here it works with this PKGBUILD, and it was even working with the previous one.

OK now it compiles and installs fine.

When I run shotgun it says

shotgun: error while loading shared libraries: libshotgun.so.0: cannot open shared object file: No such file or directory

Oh, i dont know how you came to this error.
This dep should work as it is supposed to build and install libshotgun-svn that is declared inside the pkgbuild.

I updated it a little, tell me if it solves dependencies issues. I have to admit that i do have problems to manage proper dependencies with makepkg for AUR packages, because it is not really supported by AUR (which is why the second line of the PKGFILE exists)

Okay E servers came through the second time. Now it's this

warning: cannot resolve "libshotgun-svn", a dependency of "shotgun-svn"
:: The following package cannot be upgraded due to unresolvable dependencies:
shotgun-svn

Do you want to skip the above package for this upgrade? [y/N]
error: failed to prepare transaction (could not satisfy dependencies)
:: shotgun-svn: requires libshotgun-svn


Sorry to be a pain.

Ah, this error is what happens when the E servers get overloaded.
This is an issue i cant solve by myself, but the E server (e2) should be replaced by a new one (e5) in the next days. New server has already been bought.

I updated the package to better manage deps. putting deps on splitted packages doesnt work when doing makepkg. It should work now that i added "global deps".

I also added the copy of the COPYING file for each splitted package.
Try it out and tell me if it solved all your problems.

Sorry.

Hi, I'm getting this:

==> Starting package_shotgun-svn()...
make: Entering directory `/tmp/packerbuild-0/shotgun-svn/shotgun-svn/src/shotgun-build/src/bin'
CC azy.o
In file included from azy.c:1:0:
ui.h:25:24: fatal error: Elementary.h: No such file or directory
compilation terminated.
make: *** [azy.o] Error 1
make: Leaving directory `/tmp/packerbuild-0/shotgun-svn/shotgun-svn/src/shotgun-build/src/bin'
==> ERROR: A failure occurred in package_shotgun-svn().
Aborting...
The build failed.

@gothmog123 : Problems with shotgun-svn package have to be reported on the shotgun-svn page. Here, it is the libshotgun-svn page.

A million thanks and merry Christmas to you.

@gothmog123 : I made shotgun-svn AUR package that will build the library, the GUI and the e17 module. Sorry for the delay, i had to also package efx-svn, and then had a bug with AUR not managing splitting of packages. Report problemes on the shotgun-svn AUR page if you have troubles.

Wow really? Thanks so much, you're amazing.

Yes I can confirm that I do need it and I think many people would love to have an xmpp client in EFL in their e17 desktop (and not clunky GTK).

@gothmog123 : I packaged only the lib because here we have a project that only requires the library. If you want, i can make you the full client. Or maybe i should make a shotgun-svn package that will split into 3 packages : the lib, the client and the e17 module. Confirm me that you need it, and i will work on this for you.

So is there any way to get the shotgun client itself?

Updated PKGBUILD :
- Use rev 79845 which seems to be the final patch to re2c problem.
- Fixed licence problem as explained by Scimmia (thx).

I updated PKGBUILD to revision 79730 which is a patch from vtorri which fixes the problem for us.

@Scimmia

The build-system seems to be confused about how to generate the header-file produced by bison. If you manually put it in place, the build seems to be able to continue.

[fbsd /home/chris/e17_src/azy/src/bin/re2c]
$ bison --defines -y re_parser.yy
conflicts: 8 shift/reduce
[fbsd /home/chris/e17_src/azy/src/bin/re2c]
$ mv re_parser.tab.hh re_parser.h
[fbsd /home/chris/e17_src/azy/src/bin/re2c]
$ cp re_parser.h re_parser.hh
(...)
[fbsd /home/chris/e17_src/azy]
$ LD_LIBRARY_PATH=/usr/opt/e17/lib make install


#### the easy_e17 build then seems to be able to run again ####

- eeze ....................... previously installed
- edje ....................... previously installed
- azy ........................ autogen: [/]
(...)
- azy ........................ ok
- ethumb ..................... autogen: [-]

@Scimmia : zmike is on holidays, so here's the plan :
- I wont fix the licence thing now (as it doesnt break anything
- I wont commit anything on trunk/PROTO/azy without zmike agreement
- zmike is supposed to rewrite most of azy during this week.

So it will not be possible to get it fixed properly with the actual azy code.

I will let it at this state, patching licence and removing re2c dep when next version of azy gets stable.

About #2, the LGPL 2.1 is a standard licenses included with the "licenses" package in the base ArchLinux system. This means there's already a copy of it on every ArchLinux system, so all you need to do is make sure the license array in the PKGBUILD is correct (license=('LGPL2.1')). You don't need to make another copy of it (install -Dm644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING). You can, and should, get rid of that line.

About re2c, I'm guessing the issue is with the modified copy of re2c that's in the Enlightenment SVN tree, not with re2c itself.

I fixed points #1 & #3.
Im am not sure to understand point #2.
Thx for your comments.
Concerning re2c, i will see with the author monday.

Oh, and thank you for the quick fix!

I guess there's still a bug upstream, but adding re2c as a dep bypasses it just fine.

A few of other suggestions:
1. License is LGPL2.1
2. LGPL is part of the standard license pack, so you don't need to copy it in the PKGBUILD.
3. Everything after "make" should be part of a separate "package()" function, not part of the "build()" function. The current configuration will be depreciated with pacman 4.10 and unsupported after that.

Added dependency on re2c.
Sorry this missing dep.

Not building for me, I'm guessing an automake update broke it?

make[4]: *** No rule to make target 're_parser.h', needed by 'all'. Stop.
make[3]: *** [../../src/bin/re2c/re2c] Error 2

Going from rev 76787 to 77727 offers 2 fixes in the "reconnection" stuff. There were missing frees and NULL inits.

Added 'provides'

Rev 77508 fixes a bug in _azy_events_valid_response() which wasnt giving correct http code.

Changed PKGBUILD to use revison 76787 because this revision exposes 3 functions in Shotgun.h that were missing but yet can be necessary to Apps using the lib.

Updated PKGBUILD to have depend on ecore instead of ecore-svn, so you can build having either ecore-svn or ecore-server-svn.

Updated PKGBUILD to have depend on ecore instead of ecore-svn, so you can build having either ecore-svn or ecore-server-svn.

Change revision from 76740 to 76750 because it fixes invalid shotgun.pc generation

The patch called 001-fix-message-headers.diff is for some apps that do not handle message headers correctly.
Message Headers are specified under chapter 4.2 of RFC2616, it is not case sensitive, but some apps use to only accept "Content-Type" and not "content-type".

They do not respect the RFC, and they just dont care. So this patch is not a real patch for azy, but necessary for azy to be able to speak to anyone, even crap apps.