no more categories of software with Fedora 19?
by Paul Dufresne
While trying the USB key I made with Fedora 19 games spin, I have no
software categories anymore.
Activities/Show Applications, choosing 'all' at the bottom, with
Fedora 18 I have categories to the right.
But not with that USB key Fedora game spin ... don't know if it is a
Fedora 19 change, problem, or game spin related.
If I open the program called 'Software', I do see the categories. But
they are all empty!
Even the 'Other' category is empty.
10 years
State and comments of F19 spin games
by Paul Dufresne
While testing games on Fedora-19-Nightly-i686-Live-
games-20130518.11-1.iso I have taken notes.
Putting here:
abe: ok
advanced strategic command: ok
allex the alligator: sound is bad, like if CPU too slow
alien blaster: ok
amoebax: ok
amacycle: ok
astromenace: ok
auriferous: ok
ballbuster: problem have been automatically reported while starting
ballz: like to slow, sound, not really playable
battle of wesnoth: ok
battle tanks: ok
beneath a steel: long intro, ok
blobwars: ok
bombardier: ok
boswars: ok, is it build from svn version?
boxes: Hey, that's not a game!
extreme tux racer: ok
gcompris: ok, new version!
supertuxkart: ok, but version 0.7.3 rather than 0.8 (dec, 2012)
10 years
Re: Saving games with the Game spin?
by Paul Dufresne
It's hard to reply to list with GMail. ;-(
I am summarizing what I do to make my spin game USB key, which should
be able to save files on it.
Note that because of the way overlay persistent memory works, erasing
files on the USB key, will NOT give you more space. So you are doom
to begin once again a day.
I have read http://fedoraproject.org/wiki/How_to_create_and_use_Live_USB
and I conclude that 'the only' tool
to write a game spin disk iso image on a USB key while being able to
save on it is to use
livecd-iso-to-disk that is part of the livecd-tools package that you
could install with:
su -c 'yum install livecd-tools'
This suppose you have Fedora already installed!
I found that my USB key was /dev/sdb1 by looking the output of mount:
...
/dev/sdb1 on /run/media/paul/B874-A0CD type vfat
(rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
YOU HAVE TO BE SURE YOU ARE USING YOUR USB KEY PARTITION, NOT NECESSARY
/DEV/SDB1 BECAUSE YOU COULD ERASE YOUR DISK (I SUPPOSE) BY MISTAKE.
[paul@ip216-239-66-63 ~]$ su -c "umount /dev/sdb1"
Mot de passe :
** Avoid using more than 2000 in next line, if using VFAT **
*** Also, my system is not recent enough to use EFI BIOS, so it is
easier, read doc if your compute is too recent ***
[paul@ip216-239-66-63 ~]$ su -c "livecd-iso-to-disk --overlay-size-mb
2000 ./Fedora-19-Nightly-i686-Live-games-20130518.11-1.iso /dev/sdb1"
Mot de passe :
Verifying image...
/home/paul/Fedora-19-Nightly-i686-Live-games-20130518.11-1.iso:
00d551a97c547c8e216b470856ed3c62
Fragment sums: d65c11b4e715551d537691d841279a11b4fc5f44f4e117cb2aec837ad6e1
Fragment count: 20
Press [Esc] to abort check.
Checking: 100.0%
The media check is complete, the result is: PASS.
It is OK to use this media.
Partition isn't marked bootable!
You can mark the partition as bootable with
# /sbin/parted /dev/sdb
(parted) toggle N boot
(parted) quit
[paul@ip216-239-66-63 ~]$ su -c "parted /dev/sdb"
Mot de passe :
GNU Parted 3.1
Utilisation de /dev/sdb
Bievenue sur GNU Parted ! Tapez 'help' pour voir la liste des commandes.
(parted) help
...
(parted) print
Modèle: FLASH Drive SK_USB20 (scsi)
Disque /dev/sdb : 8210MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 2851kB 8210MB 8207MB primary fat32
(parted) toggle 1 boot
(parted) print
Modèle: FLASH Drive SK_USB20 (scsi)
Disque /dev/sdb : 8210MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 2851kB 8210MB 8207MB primary fat32 démarrage
(parted) quit
Information: Ne pas oublier de mettre à jour /etc/fstab si nécessaire.
[paul@ip216-239-66-63 ~]$ su -c "livecd-iso-to-disk --overlay-size-mb
2000 ./Fedora-19-Nightly-i686-Live-games-20130518.11-1.iso /dev/sdb1"
Mot de passe :
Verifying image...
/home/paul/Fedora-19-Nightly-i686-Live-games-20130518.11-1.iso:
00d551a97c547c8e216b470856ed3c62
Fragment sums: d65c11b4e715551d537691d841279a11b4fc5f44f4e117cb2aec837ad6e1
Fragment count: 20
Press [Esc] to abort check.
Checking: 100.0%
The media check is complete, the result is: PASS.
It is OK to use this media.
Copying live image to target device.
squashfs.img
... This took about 20 mins for me (at 2 to 4 MB/s... might be my USB
slot be slow).
squashfs.img
4072980480 100% 3.49MB/s 0:18:32 (xfer#1, to-check=0/1)
sent 4073477746 bytes received 31 bytes 3658264.73 bytes/sec
total size is 4072980480 speedup is 1.00
osmin.img
16384 100% 0.00kB/s 0:00:00 (xfer#1, to-check=0/1)
sent 16457 bytes received 31 bytes 32976.00 bytes/sec
total size is 16384 speedup is 0.99
Updating boot config file
Initializing persistent overlay file
[This took about 7 mins]
2000+0 enregistrements lus
2000+0 enregistrements écrits
2097152000 octets (2,1 GB) copiés, 532,606 s, 3,9 MB/s
Installing boot loader
Target device is now set up with a Live image!
[paul@ip216-239-66-63 ~]$
532 seconds is a bit less than 9 mins.
So about 30 mins for all I think.
I am now ready to reboot and probably use F12 to boot on the USB key.
Wish me good luck!
10 years
Saving games with the Game spin?
by Paul Dufresne
Well, I am downloading nightly builds but now that I think about it...
If I merely use dd to 'burn' the iso image to USB key, I don't expect
I could save the games played on the USB key.
Or could I?
I guess I might want to use a 8 Gb key, with 4 Gb for the image
itself, and the rest for the /home partition.
Not sure how, if, this is easily doable.
10 years
2 Ideas about the Game SIG
by Alexandre Moine
Hi everybody,
I've got 2 ideas today about the game SIG:
1) We can create a meta-package for the game in Fedora? Like a
meta-paquet for all RPG in the official repo, a meta-paquet for all FPS
in the official repo...
Because is very difficult to know the open-source game in Fedora. Yes we
have lgdb, and lot of similar, but they doesn't speak about Fedora and
the game in the official repo.
What do you think about this idea?
2) We can create a non open-source repo for the game. I know it isn't in
the philosophy of Fedora, but the Game isn't in the open-source
philosophy. It's too difficult to make a good open-source game. I think
it's better to help the games societies to make a linux version of his
program. I want push on this repo a game like Wolfenstein: Ennemy
Territory, Heroes of Newerth or Regnum Online.
What do you think about this idea?
Thank you for your response,
Alexandre, Fedora user and ambassador
10 years
Help wanted removing --vendor from spec files
by Toshio Kuratomi
Greetings Games SIG, this is a request for help in cleaning up one area of
spec files that has affected a good many games packages.
== Background ==
For Fedora 19 we're trying to get rid of the vendorization of .desktop
files. This is a legacy of Fedora Extras and early Fedora days when
Guidelines specified that .desktop files should be installed with:
desktop-file-install --vendor "fedora" [...]
It was realized after a few releases that desktop-file-install's
--vendor flag caused issues because its implementation was to rename the
.desktop file; prepending the value of vendor to the filename. In the past
we decided that new packages would not use --vendor but that packages that
already did so must keep doing so. This is because software that customized
the menus would likely copy the .desktop file (complete with the vendor
prefix). If we stopped installing with --vendor, anyone who customized
those entries in their menus would end up with two entries because none of
the software would be able to figure out that the entries were really for
the same thing.
For Fedora 19 we (FPC and FESCo) have decided that it's time to get rid of
this legacy behaviour. If we can get rid of --vendor in all spec files for
F19 and above, then users will only suffer ill effects once, when they
upgrade from a previous release to F19. Getting rid of vendor will solve
issues for GNOME3 and other softweare which doesn't handle the file renaming
that --vendor does so now is a good time to do so.
== Help Needed ==
I've assembled a list of packages that are installing .desktop files with
vendorized filenames:
https://fedoraproject.org/wiki/User:Toshio/Devendorize_desktop_files#List...
as well as some tips for porting spec files so that they can work on both
Fedora 19+ and older Fedora and EPEL releases. a few provenpackagers have
been working on the list of packages but it is a slow process with so many
packages to change. It would be great if more people would join in. There
are a lot of games in the list of packages so I was hoping that some people
from the games SIG might either modify their own packages and check them off
the list or, if they're provenpackagers, join in in porting any packages
that are using --vendor to no longer use it in F19+.
It would be great if we could get this done before Fedora 19 branches from
rawhide (2013-03-12) as after that date we'll have to modify packages in two
branches, the F19 and Rawhide trees.
Thanks for any help,
-Toshio
10 years, 1 month