Jump to content
Visual Boy Advance-M
TheCanadianBacon

VisualBoyAdvance-M SVN877 [linux only release at this moment]

Recommended Posts

Bonjour Squall Leonhart! :xso_smiley:

 

Do you know if he is nevertheless aware of the problem? Does he happen to read this topic?

Share this post


Link to post
Share on other sites

Hi There i wanna know if possible obtain a "deb" file for "X64" machines

 

and too , yesterday i had installed Ubuntu 10.10 , i Had Nvidia ( GeForce

7025 / n630a ) , but with you emulator ( i386 ) , the OpenGL dont work , i hear the roms , but i cant see anything

 

But if i select "Cairo" , yes i can see "The Game" , but "Cairo" dont support Filters :=(

 

Someone can helpme with this ???

 

Well appart from that , why the "MFC" Version , have much more options ???

Share this post


Link to post
Share on other sites

because no one give a toss about lunix.

 

...seriously though, this emulator is primarily developed on windows, for windows.

 

linux support has always been lacking.

Share this post


Link to post
Share on other sites

Well that is some injust because VBA-M is the best fork / port / version , of VisualBoyAdvance.

 

Well , in that case , you dont know if exist some TOOL for Convert the Saved Batterys & Saved States , from VBA/M to Mednafen ???

 

I dont like use Wine to Runs Windows Applications , i just use WINE , just for Play FF7 under Ubuntu ^^.

Share this post


Link to post
Share on other sites

We do not (or we don't like to) publish precompiled binaries on GetDeb/PlayDeb but we compile everything from source.

In Debian packaging we make use of the watch files to scan upstream for new versions. It would help us if you published source tarballs on sourceforge with a fix file syntax like: vbam-version.tar.gz or something like that. So we can configure the watch file to scan the version and compare it to the package version.

With this way we are notified about a new release and can create a new package for ourselves. You do not need to maintain anything this way.

 

//edit

I hope you make something useful with my donation ;)

Share this post


Link to post
Share on other sites

Or you can compile it all and just release the installers for everybody else to use. I've been making the installers as best I can, and so far I've been getting them to work. You will find links to the installers on the 64-bit question thread. I've only updated the x64 versions for Fedora 14 and Ubuntu 10.10. The x86 versions will have to wait.

 

As for a package maintainer, it might be possible to be able to download the installers and install VBA-M automatically through apt-get/yum, but that would require a file host and other things that are currently above me. Right now I'll just stick with making installers for the latest versions and posting them on my Mediafire account for everybody to use.

Share this post


Link to post
Share on other sites

Installers are usually used by cloused source projects.

You can of course use them to reach many different distributions with one way but also there the installer has to consider distribution specific settings.

As for Debian or other packages there really is no need to bundle the installer in the package because the package and the packaging system already _is_ your installer.

So as I already mentioned publishing releases in a source tarball with a defined file name is enough to inform us about new releases and then just let the maintainers do their job.

Share this post


Link to post
Share on other sites

well that could be a problem, most of the guys here mostly do windows release and post the binaries, since we technically don't have a stable available yet (even though it's pretty stable as is)

Share this post


Link to post
Share on other sites

I'll see what I can do, I'll post maybe a weekly snapshot release either on the vba-m sf.net project page (if I still have upload privies on the project page or not) or on my personal blog which you can monitor (both binaries and source will be posted)

Share this post


Link to post
Share on other sites

This would really be great.

 

Publishing on sf would be perfect because there are already scripts which scan

all project related files on sf and lists them. For vbam it would be here:

http://qa.debian.org/watch/sf.php/vbam/

 

You also don't necessarily have to publish tar.gz tarballs (although this is the most common format of sources). We also accept zip files to make it a bit more Windows user friendly ;) But the format really shouldn't matter.

It is just important that you choose a filename format and stick to it so we can scan for the version number in those files. E.g. choose a filename like: vbam-version-source.zip. Or anything like that. Just make the version number easy distinctable from the prefix (project name, package name) and the suffix ("-source" and file extension).

In this case we would just parse the filenames with this regex:

vbam-([\d\.]+)-source\.zip

 

Hm, as you said you will publish SVN snapshots instead of real version numbers. (I just see that revision 877 is called version 1.8.0 so maybe you have both). In this case you probably have the revision the source "tarball" is based on in its file name.

So maybe the file name will be like this: vbam-svn970-source.zip

In this case we would just parse for: vbam-svn([\d]+)-source\.zip

 

These are just some hints for how to name the source archive so we can easily scan for new versions.

 

It would be great if you could implement this procedure in your team that just each team member (when publishing a new executable) now just also has to put the code of this revision the executable is based on in such a "tarball" or zip file or whatever, name the file properly and upload it on sourceforge.

 

If you think vbam has reached a stable revision we can also think about getting the project into the official Ubuntu and Debian repositories.

This way it will be of more use to more people than just the users who use our PlayDeb repository (which is a non official project).

 

//edit

If you publish the files on your blog it is also fine if the filename is directly readable from the link (and not the link text).

E.g. vbam-svn870-source.zip <-- this _won't_ work because the link itself ("test") is parsed and not the text displayed in the browser.

Share this post


Link to post
Share on other sites

That is a good idea. As for the Ubuntu and Debian repositories, as well as PlayDeb, it would still require a deb file to download and install. That's how they all work. When you download something to install, it downloads the deb files and runs the installers. Since I've been compiling Linux versions of the emulator, as well as taking the time to make the deb files, I can help with the maintaining of the repository on PlayDeb for the average user who doesn't want to compile the source themselves.

 

How I see it, it's a win-win.

Share this post


Link to post
Share on other sites

either way it would be a good push for vba-m and also for the donation it hasn't been recieved yet, did you do it through the donation block on vba-m.com? as paypal isn't showing that it arrived yet.

Share this post


Link to post
Share on other sites

I agree. I think the average user gets feared when it comes to the point of the compilation.

And as Debian and Ubuntu (as well as PlayDeb) are repository based the user does not even have to think about the deb files or which architecture he has to download because the package manager just fetches them in the background and installs them (including all the dependencies the package has).

 

So in case of PlayDeb, if the user has set up our repository and has also configured the browser correctly he just has to click on "Install this now" on vbam's app site and ends up with vbam being successfully installed :)

http://www.playdeb.net/software/VisualBoyAdvance-M

 

Of course the user also just can install the package with the package manager.

Auswahl_007.png

 

As I see you already maintain a debian directory for packaging in your SVN repository.

So you could use this and we can grant you upload rights to our build server.

This would be the easiest. Or you just maintain the debian directory and put it in some subfolder like "packaging" so we can just grab it and use it for the release.

 

Just as you like.

 

But anyhow, thanks for your help :thumbsup:

 

//edit

Yes, I used the link here: http://vba-m.com/forum/donate.php

The Status in PayPal says: Not booked (translated from german).

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×