the xmamerc wich is in the etc/xmame is different! is more general as it has the file paths etc but most of the options are in the new one in .xmameReading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
libarchive1
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
libc-bin libc-dev-bin libc6 libc6-dev libc6-i686 libpthread-stubs0
libpthread-stubs0-dev libx11-6 libx11-dev libxau-dev libxau6 libxcb1
libxcb1-dev libxdmcp-dev libxdmcp6 locales manpages-dev mesa-common-dev
x11proto-core-dev x11proto-input-dev x11proto-kb-dev xtrans-dev
Suggested packages:
glibc-doc
The following NEW packages will be installed:
libc-dev-bin libc6-dev libgl1-mesa-dev libpthread-stubs0
libpthread-stubs0-dev libx11-dev libxau-dev libxcb1-dev libxdmcp-dev
manpages-dev mesa-common-dev x11proto-core-dev x11proto-input-dev
x11proto-kb-dev xtrans-dev
The following packages will be upgraded:
libc-bin libc6 libc6-i686 libx11-6 libxau6 libxcb1 libxdmcp6 locales
8 upgraded, 15 newly installed, 0 to remove and 732 not upgraded.
Need to get 24.3MB of archives.
After this operation, 40.8MB of additional disk space will be used.
Do you want to continue [Y/n]? y
WARNING: The following packages cannot be authenticated!
xtrans-dev locales libc-bin libc6 libc6-i686 libc-dev-bin libc6-dev
libxdmcp6 libxcb1 libx11-6 x11proto-core-dev libxdmcp-dev x11proto-input-dev
x11proto-kb-dev libxcb1-dev libx11-dev
Install these packages without verification [y/N]?
topic title: MAME in antix(low ram linux)
-
Posts: 80
- Joined: 14 Feb 2011
#16
i get this for the lib of opengl:
-
Posts: 89
- Joined: 07 Mar 2010
#17
Oh, I see what you mean about the config file.
Try this (as root):
And then try installing again.
Try this (as root):
Code: Select all
apt-get update
apt-key update
-
Posts: 80
- Joined: 14 Feb 2011
#18
i got the same messages of verification...
what if i say"yes"?
what if i say"yes"?
-
Posts: 89
- Joined: 07 Mar 2010
#19
The warning itself is benign (it just means you haven't downloaded the gpg key to authenticate a debian repo as trusted). Otherwise it's just a normal download and install. I couldn't say what all those packages contain or do however, but then how many of us do when we install all these deps!?
(that means yes, at your own risk __{{emoticon}}__ )
(that means yes, at your own risk __{{emoticon}}__ )
-
Posts: 80
- Joined: 14 Feb 2011
#20
i see...
having in mind that i can't see any defect in playing, i think i'll try more games etc and see how it goes.
we started discussing for this install of libraries because xmame was giving me a message for it but i can't see any problem in real except the crash when i load --fullscreen! i hope this is the only defect because a workaround is easy! i just load in window and resize by dragging..
of course as a newbe i don't understand much of libraries etc and i don't know where they could effect. Good thing is that i use opengl.
having in mind that i can't see any defect in playing, i think i'll try more games etc and see how it goes.
we started discussing for this install of libraries because xmame was giving me a message for it but i can't see any problem in real except the crash when i load --fullscreen! i hope this is the only defect because a workaround is easy! i just load in window and resize by dragging..
of course as a newbe i don't understand much of libraries etc and i don't know where they could effect. Good thing is that i use opengl.
-
Posts: 89
- Joined: 07 Mar 2010
#21
That sounds wise to me, especially because, as you say, you can get it working as you like. You've likely nothing to worry about by going ahead and installing however.
As for your"authentication" message, here's a little on the principle behind key exchanging.
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://aplawrence.com/Basics/gpg.html"
linktext was:"http://aplawrence.com/Basics/gpg.html"
====================================
I don't know what you do to rid yourself of that warning message, but looking at your sources list you've no reason to concern yourself, or even fix the warning if you don't want to.
I'm afraid I can't help with your issues of resolution and frontends, but things are basically working which is good!
As for your"authentication" message, here's a little on the principle behind key exchanging.
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://aplawrence.com/Basics/gpg.html"
linktext was:"http://aplawrence.com/Basics/gpg.html"
====================================
I don't know what you do to rid yourself of that warning message, but looking at your sources list you've no reason to concern yourself, or even fix the warning if you don't want to.
I'm afraid I can't help with your issues of resolution and frontends, but things are basically working which is good!
-
Posts: 80
- Joined: 14 Feb 2011
#22
i've tried the .dev library of opengl in virtualized antix but nothing changes.
the version 0.35b(
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://surfnet.dl.sourceforge.net/sourceforge/gxmame/gxmame_0.35beta2-1_i386.deb"
linktext was:"http://surfnet.dl.sourceforge.net/sourc ... 1_i386.deb"
====================================
) of gxmame works fine.
seems that many people had freezing issues with xmame when in fullscreen.
i just disable it and resize the window(alt+insert) but this way the screen is not very clear though doesn't need more ram for it!
there is another way to make screen bigger or smaller(shift+pgup/dn) and having the best image quality but needs more ram.
on the other hand if i run an old version of mame32(36-38) through wine i get the best image quality in fullscreen(normal speed) but of course no more ram is lefts.
the version 0.35b(
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"http://surfnet.dl.sourceforge.net/sourceforge/gxmame/gxmame_0.35beta2-1_i386.deb"
linktext was:"http://surfnet.dl.sourceforge.net/sourc ... 1_i386.deb"
====================================
) of gxmame works fine.
seems that many people had freezing issues with xmame when in fullscreen.
i just disable it and resize the window(alt+insert) but this way the screen is not very clear though doesn't need more ram for it!
there is another way to make screen bigger or smaller(shift+pgup/dn) and having the best image quality but needs more ram.
on the other hand if i run an old version of mame32(36-38) through wine i get the best image quality in fullscreen(normal speed) but of course no more ram is lefts.