Arch Linux User Repository

As no one adopted the package, I took it back. If anyone likes to take over the maintenance, just let me know.

Hi there.

I used to be the maintainer of this package, but unfortunately I was no longer able to take care of it. I don't have access to my old account, and also the email address is no longer active.

Since I now want to use bristol again, I have created a working PGKBUILD by applying the Debian patch. You can find the code in this gist: https://gist.github.com/UmamiAppearance/ce5ee1f0f10036fa2e3edeab125c00f9.

I don't have the time to maintain this package anymore. So as a next step, I will try to get access to my old account/disown this package. I hope someone volunteers to take over the maintenance.

Best regards.

edit: I managed to regain access. Package is orphaned now
edit2: Also the package should compile again (for now)

tried to compile it with pacaur amd also got:

/bin/ld: brightonCLI.o:/home/arkade/build/bristol/src/bristol-0.60.11/brighton/brightonCLI.c:139: multiple definition of `event'; brightonMixerMenu.o:/home/arkade/build/bristol/src/bristol-0.60.11/brighton/brightonMixerMenu.c:1182: first defined here

I quickly added CC="gcc -Wl,--allow-multiple-definition" to ./configure arguments in PKGBUILD's build() function to make it build. Thats probably a temporary solution.

tried to compile it with yay on manjaro and got:

/usr/bin/ld: brightonCLI.o:/home/user/.cache/yay/bristol/src/bristol-0.60.11/brighton/brightonCLI.c:139: multiple definition of `event'; brightonMixerMenu.o:/home/user/.cache/yay/bristol/src/bristol-0.60.11/brighton/brightonMixerMenu.c:1182: first defined here
collect2: error: ld returned 1 exit status

I can confirm the aur-av-bin repo is still operative.

I also managed to compile bristol by applying the gcc patch found at debian patches. The url of the patch is there.

So basically :

makepkg -o
(cd src/bristol-0.60.11 && curl https://sources.debian.org/data/main/b/bristol/0.60.11-3.1/debian/patches/04-gcc_10.patch | patch -p 1)
makepkg -e

i followed the instructions here https://github.com/mxmilkiib/aur-av-bin they have already built the packages including bristol. you just add to your repository. i think after installing bristol remember to remove the repository so it don't create conflicts

I was unable to compile. Here the log: https://ybin.me/p/3e5462fbc5212e55#JrcUUFM4HYamzd+pqbb98uWWcJx3V5fFCyHEqgVD+NE=

@reber: Which version of gcc are you using on that "old" machine and which version on the current one?

The modification of the code I made is correcting an error in the code that I guess is there in the code on your "old" machine as well.

<wild guess> Maybe older versions of gcc accepted dublicated identical definitions of the same variable and silently merged them together (I haven't followed gcc development in a while, so I don't know). </wild guess>

In any case you must not define the same global variable twice. So that seems a bug in the source. In other words, my change is fixing a sourcecode error that has nothing to do whatsoever with any tools or libraries involved. iff my wild guess as of above is correct it is just that a change in the tools (gcc) is exposing an error that was there all along.

Kind regards, Michael

Hey Mgd and Kamelle,

Thanks for you help. Yeah I know debtap and that's exactly what I was thinking about. Thanks Mgd for your modification of the code, but as it was compiling few months ago, I suspect more some kind of problems in the libraries. I succeed tho to compile bristol in a Pc I didn't updated for 1 month, so it's really quite weird ! So I have now the binary and I'll try to install it in my main PC.

Also Zyn-fusion doesn't compile anymore, and there is also the collect2 / ld problem. You can see my post here : https://aur.archlinux.org/packages/zyn-fusion/#comment-747050

All this confuses me, and it looks more like a library or global problem, any ideas please ?

Kind regards :)

I have had a very casual look at the sourcecode and at first glance it seems as if there is a dublicate definition of a global variable event (of type brightonEvent) in both brightonMixerMenu.c, line 1182 and in brightonCLI.c, line 139 and the linker chokes on that.

Changing line 1182 in brightonMixerMenu.c from brightonEvent event; into extern brightonEvent event; makes it build w/o error for me. I haven't checked whether there are more such problems in the code though.

Kind regards, Michael