Custom Search
|
Date: December 31, 2006
From: Jon Dowland <jon@xxxxxxxxxxx>
In-reply-to:
<20061231142719.GA5436@xxxxxxxxxxxxxxx>
References:
<20061228130726.31431.4050.reportbug@localhost> <20061231142719.GA5436@xxxxxxxxxxxxxxx>
On Sun, Dec 31, 2006 at 02:27:19PM +0000, Jon Dowland wrote: > These have been dealt with: there's a configure option --disable-dogs > that can be used, and then the resources removed from prboom.wad. I've > got this part done. ... > I'm now going to try and generate alternatives. Ok I generated alternatives; the packages for sponsoring are at <http://mentors.debian.net/debian/pool/main/p/prboom/>. Moritz mailed to say he'd do it, but in case someone else beats him to it... Also attached to this mail is the final script used to generate the replacement lumps (small alteration). The palette issue I alluded to earlier was solved by ensuring the base image had the right palette and not switching between formats. -- Jon Dowland
create_caption
Description: Text document
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 31, 2006
From: Jon Dowland <bugs@xxxxxxxxxxx>
In-reply-to:
<20061231142719.GA5436@xxxxxxxxxxxxxxx>
References:
<20061228130726.31431.4050.reportbug@localhost> <20061231142719.GA5436@xxxxxxxxxxxxxxx>
On Sun, Dec 31, 2006 at 02:27:19PM +0000, Jon Dowland wrote: > I've attached "output.txt" which identifies which graphics are > problematic. first column is graphic lump (+.gif suffix); second column > is lump width; third is lump height; fourth is the text of the lump. > > I'm now going to try and generate alternatives. The attached script generates lumps that are nearly good enough to substitute in: I just have to make sure the palette indexes don't get mangled.
create_caption
Description: Text document
base.png
Description: PNG image
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 31, 2006
From: Jon Dowland <bugs@xxxxxxxxxxx>
In-reply-to:
<20061228130726.31431.4050.reportbug@localhost>
References:
<20061228130726.31431.4050.reportbug@localhost>
On Thu, Dec 28, 2006 at 01:07:26PM +0000, Jon Dowland wrote: > It has been brought bto my attention that prboom's > prboom.wad contains sprites taken from the commercial ID > software game Wolfenstein 3D (the dog sprites, DOGS*) These have been dealt with: there's a configure option --disable-dogs that can be used, and then the resources removed from prboom.wad. I've got this part done. > and > resources derived from copyright material taken from the > commercial ID software game Doom or Doom 2 (many of the M_* > graphic resources which describe menu entries are based on > the typeface used in the commercial graphics) I've attached "output.txt" which identifies which graphics are problematic. first column is graphic lump (+.gif suffix); second column is lump width; third is lump height; fourth is the text of the lump. I'm now going to try and generate alternatives.
output.txt
Description: Text document
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 31, 2006
From: owner@xxxxxxxxxxxxxxx (Debian Bug Tracking System)
In-reply-to:
<200612310958.25081.goneri@xxxxxxxxxxxx>
References:
<200612310958.25081.goneri@xxxxxxxxxxxx>
Processing commands for control@xxxxxxxxxxxxxxx: > tag 405042 pending Bug#405042: opencity: Please find the homedir automatically There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Date: December 31, 2006
From: Rémi Denis-Courmont <rdenis@xxxxxxxxxxxxxxxx>
Package: opencity
Version: 0.0.4stable-1
Severity: normal
Hello,
opencity fails to start without further parameter. It should probably
know that its home directory is /usr/share/opencity... and by the way,
it should be /usr/share/games/opencity instead (I think).
Regards,
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.19.1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Versions of packages opencity depends on:
ii libc6 2.5-0exp3 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-21 GCC support library
ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG
ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU)
ii libsdl-image1.2 1.2.5-2+b1 image loading library for Simple D
ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed
ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM
ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
opencity recommends no packages.
-- no debconf information
Date: December 31, 2006
From: Braun Gabor <braung@xxxxxxxx>
Package: fillets-ng-data
Version: 0.7.1-4
Severity: wishlist
*** Please type your report below this line ***
Upstream has released 0.7.4. Probably, the most visible change is an
additional level.
Best wishes,
Gabor Braun
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=hu_HU.utf8, LC_CTYPE=hu_HU.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to hu_HU.utf8)
Versions of packages fillets-ng-data depends on:
ii ttf-freefont 20031008-1.1 Freefont Serif, Sans and Mono
True
Versions of packages fillets-ng-data recommends:
ii fillets-ng 0.7.3-3 puzzle game about witty fish
savin
-- no debconf information
Date: December 31, 2006
From: Debian testing watch <noreply@xxxxxxxxxxxxxxxxxxx>
FYI: The status of the gnujump source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.0.0-2 -- This email is automatically generated; henning@xxxxxxxxxxx is responsible. See http://people.debian.org/~henning/trille/ for more information.
Date: December 30, 2006
From: "Michael Gilbert" <michael.s.gilbert@xxxxxxxxx>
In-reply-to:
<456481C2.2010501@xxxxxxxxx>
References:
<456481C2.2010501@xxxxxxxxx>
On 11/22/06, Eddy Petrișor wrote:
Isn't the information in /usr/share/doc/README to get you started?
hello eddy, /usr/share/doc/wormux/README does indeed have information about keys to use, but i'm thinking about the newbies who have no idea where a readme would be and how to get started with a game like this. even the readme doesn't describe the objective of the game. i am wishlisting a first brief map that will start of by saying press this key, aim with this, shoot with this, select weapons with this, your goal is to wipe out all the other chars, etc. thanks for your consideration. mike
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 28, 2006
From: Eddy Petrișor <eddy.petrisor@xxxxxxxxx>
In-reply-to:
<20061224135823.14552.55216.reportbug@xxxxxxxxxxxxxx>
References:
<20061224135823.14552.55216.reportbug@xxxxxxxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 tags 404396 pending thanks Luigi Toscano wrote: > Package: lincity-ng > Version: 1.0.3-2 > Severity: normal > > The DejaVu fonts are a based on the Bitstream Vera fonts. They support a > wider set of characters (while Bitstream Vera don't support non-latin > symbols). Indeed, ttf-dejavu *is* a better font and will be the first font alternative in the next package release. Thanks for pointing out this issue. - -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFk/r0Y8Chqv3NRNoRAuppAJ4xUa4R4w8WgmYer6ZpcAskbQHRhwCgg2mD /RC7DxN64BM0zAZp8LTcV7E= =KodY -----END PGP SIGNATURE-----
Date: December 28, 2006
From: owner@xxxxxxxxxxxxxxx (Debian Bug Tracking System)
References:
<20061222171028.GA11288@xxxxxxxxxxxxxxx> <20061222131915.GA12933@xxxxxxxxxxxxxxx>
Your message dated Fri, 22 Dec 2006 17:10:28 +0000 with message-id <20061222171028.GA11288@xxxxxxxxxxxxxxx> and subject line gone away has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: prboom Version: 2:2.4.6-1 Severity: important Justification: fails to build from source Quite embarrassing to be filing this against my own package. QA people: If you've stumbled across this bug, please take a look at #369670 and judge whether or not you think the severity should be bumped: I'm hoping to get a fix for that one into Etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages prboom depends on: ii doom2-wad [doom-wad] 5 IWAD from ID Software's DOOM 2 com ii freedoom [doom-wad] 0.5-1 free game files for the 3D game DO ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer prboom recommends no packages. -- no debconf information
typescript
Description: Text document
--- End Message ---
--- Begin Message ---This seems to have been a transient problem, perhaps related to one of the nvidia packages being bad. At least, it's stopped happening. -- Jon Dowland
--- End Message ---
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 28, 2006
From: Luigi Toscano <luigi.toscano@xxxxxxxxxx>
Package: lincity-ng Version: 1.0.3-2 Severity: normal The DejaVu fonts are a based on the Bitstream Vera fonts. They support a wider set of characters (while Bitstream Vera don't support non-latin symbols). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages lincity-ng depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libphysfs-1.0-0 1.0.0-5 filesystem abstraction library for ii libsdl-gfx1.2-4 2.0.13-2+b1 drawing and graphical effects exte ii libsdl-image1.2 1.2.5-2+b1 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libxml2 2.6.27.dfsg-1 GNOME XML library ii lincity-ng-data 1.0.3-2 Media files for the city simulator ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free ii zlib1g 1:1.2.3-13 compression library - runtime lincity-ng recommends no packages. -- no debconf information
Date: December 28, 2006
From: Jon Dowland <bugs@xxxxxxxxxxx>
Package: prboom Version: 2:2.4.6-1 Severity: important Justification: fails to build from source Quite embarrassing to be filing this against my own package. QA people: If you've stumbled across this bug, please take a look at #369670 and judge whether or not you think the severity should be bumped: I'm hoping to get a fix for that one into Etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages prboom depends on: ii doom2-wad [doom-wad] 5 IWAD from ID Software's DOOM 2 com ii freedoom [doom-wad] 0.5-1 free game files for the 3D game DO ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer prboom recommends no packages. -- no debconf information
typescript
Description: Text document
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 28, 2006
From: Jon Dowland <bugs@xxxxxxxxxxx>
Package: prboom Version: 2:2.4.6-1 Severity: serious Justification: Policy 2.1 It has been brought bto my attention that prboom's prboom.wad contains sprites taken from the commercial ID software game Wolfenstein 3D (the dog sprites, DOGS*) and resources derived from copyright material taken from the commercial ID software game Doom or Doom 2 (many of the M_* graphic resources which describe menu entries are based on the typeface used in the commercial graphics). I intend to fix this problem within the next few days by substituting in resources taken from Freedoom. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages prboom depends on: ii freedoom [doom-wad] 0.5-1 free game files for the 3D game DO ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer prboom recommends no packages. -- no debconf information
Date: December 28, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: openarena-server_0.6.0-1_i386.deb to pool/main/o/openarena/openarena-server_0.6.0-1_i386.deb openarena_0.6.0-1.diff.gz to pool/main/o/openarena/openarena_0.6.0-1.diff.gz openarena_0.6.0-1.dsc to pool/main/o/openarena/openarena_0.6.0-1.dsc openarena_0.6.0-1_i386.deb to pool/main/o/openarena/openarena_0.6.0-1_i386.deb openarena_0.6.0.orig.tar.gz to pool/main/o/openarena/openarena_0.6.0.orig.tar.gz Override entries for your package: openarena-server_0.6.0-1_i386.deb - optional games openarena_0.6.0-1.dsc - optional games openarena_0.6.0-1_i386.deb - optional games Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Closing bugs: 380100 Thank you for your contribution to Debian.
Date: December 28, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: openarena-data_0.6.0-1.diff.gz to pool/main/o/openarena-data/openarena-data_0.6.0-1.diff.gz openarena-data_0.6.0-1.dsc to pool/main/o/openarena-data/openarena-data_0.6.0-1.dsc openarena-data_0.6.0-1_all.deb to pool/main/o/openarena-data/openarena-data_0.6.0-1_all.deb openarena-data_0.6.0.orig.tar.gz to pool/main/o/openarena-data/openarena-data_0.6.0.orig.tar.gz Override entries for your package: openarena-data_0.6.0-1.dsc - optional games openarena-data_0.6.0-1_all.deb - optional games Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Thank you for your contribution to Debian.
Date: December 28, 2006
From: owner@xxxxxxxxxxxxxxx (Debian Bug Tracking System)
In-reply-to:
<20061228012754.GB10585@xxxxxxxxxx>
References:
<20061228012754.GB10585@xxxxxxxxxx>
Processing commands for control@xxxxxxxxxxxxxxx: > retitle 369670 Garbled music on AMD-64 Bug#369670: prboom: locks when sound is played Changed Bug title. > thankyou Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Date: December 28, 2006
From: Edward Guldemond <edward.guldemond@xxxxxxxxx>
I installed timidity after I reported that -nomusic fixed things. After doing so, removing -nomusic allowed the game to be played without locking, however, the music sounds terrible. I have installed the freepats package, and yet the music still sounds horrible. I am therefore renaming the bug. According to lspci, I have a "VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)". -- Ed
signature.asc
Description: Digital signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 26, 2006
From: Moritz Muehlenhoff <jmm@xxxxxxxxxx>
In-reply-to:
<459104FC.90204@xxxxxxxxxx>
References:
<20061223130154.GY26131@xxxxxxxxxxxxxxxx> <459104FC.90204@xxxxxxxxxx>
In gmane.linux.debian.devel.release, Luk wrote:
>> libarchive - unfreeze
>> 1.2.53-2 to 1.3.1-1
>> CVE-2006-5680 - DoS (CPU consumption)
>
> Not important according to tracker and too big diff...
Indeed, this is hardly a security problem.
>> nexuiz - unfreeze/bump
>> 2.1-1 to 2.2.1-1
>> CVE-2006-6609 - DoS
>> CVE-2006-6610 - remote console command injection
>> nexuiz-data - unfreeze/bump
>> 2.1-1 to 2.2.1-1
>> Same issues as above
>
> Too big diff IMHO, so I'm not unblocking these...
Upstream changelog reads:
- fixed clientcommands remote console command injection
- fixed fake players DoS
Can one of the maintainers please get in contact with upstream
for details? Does the former changelog entry refer to shell
commands or commands executed in an in-game console as the
one used in Quake?
Cheers,
Moritz
Date: December 26, 2006
From: Bruno Kleinert <fuddl@xxxxxx>
hi, thanks for the patch, i made a dpatch from it and included it in the nexuiz package in the debian games team svn repository. but before having the patched package uploaded, i'd like to hear from you, if the binary runs fine ;) cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants
signature.asc
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 26, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: pangzero_0.17-1.diff.gz to pool/main/p/pangzero/pangzero_0.17-1.diff.gz pangzero_0.17-1.dsc to pool/main/p/pangzero/pangzero_0.17-1.dsc pangzero_0.17-1_all.deb to pool/main/p/pangzero/pangzero_0.17-1_all.deb pangzero_0.17.orig.tar.gz to pool/main/p/pangzero/pangzero_0.17.orig.tar.gz Override entries for your package: pangzero_0.17-1.dsc - extra games pangzero_0.17-1_all.deb - extra games Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Closing bugs: 381631 Thank you for your contribution to Debian.
Date: December 25, 2006
From: Debian testing watch <noreply@xxxxxxxxxxxxxxxxxxx>
FYI: The status of the vdrift-data source package in Debian's testing distribution has changed. Previous version: 0.0.2006.02.21-1 Current version: (not in testing) Hint: Package not in unstable The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; henning@xxxxxxxxxxx is responsible. See http://people.debian.org/~henning/trille/ for more information.
Date: December 25, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: libode0-dev_0.7-1_i386.deb to pool/main/o/ode/libode0-dev_0.7-1_i386.deb libode0c2_0.7-1_i386.deb to pool/main/o/ode/libode0c2_0.7-1_i386.deb ode_0.7-1.diff.gz to pool/main/o/ode/ode_0.7-1.diff.gz ode_0.7-1.dsc to pool/main/o/ode/ode_0.7-1.dsc ode_0.7.orig.tar.gz to pool/main/o/ode/ode_0.7.orig.tar.gz Override entries for your package: libode0-dev_0.7-1_i386.deb - optional libdevel libode0c2_0.7-1_i386.deb - optional libs ode_0.7-1.dsc - source libs Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Closing bugs: 379791 Thank you for your contribution to Debian.
Date: December 25, 2006
From: Archive Administrator <dak@xxxxxxxxxxxxxxxxxxxxx>
ode_0.7-1_i386.changes uploaded successfully to localhost
along with the files:
ode_0.7-1.dsc
ode_0.7.orig.tar.gz
ode_0.7-1.diff.gz
libode0c2_0.7-1_i386.deb
libode0-dev_0.7-1_i386.deb
Greetings,
Your Debian queue daemon
Date: December 25, 2006
From: Cyril Brulebois <cyril.brulebois@xxxxxxxxxxxxxxxx>
Package: nexuiz Version: 2.2.1-1 Severity: important Tags: patch Hi, currently, (y)our package FTBFS on GNU/kFreeBSD since the makefile thinks that it is building on BSD, whereas it is actually on GNU/kFreeBSD. Therefore, a ``-ldl'' is missing. The attached diff adds a test in the makefile to check whether the OS is GNU/kFreeBSD before attempting to match BSD, in which case, everything is done as if we were running Linux. Unfortunately, I cannot test the binary before a week or two, but at least the build runs fine. Cheers, -- Cyril Brulebois PS: A FTBFS log is available. http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386&pkg=nexuiz&ver=2.2.1-1
nexuiz-kfreebsd.diff
Description: Text document
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 25, 2006
From: Debian Archive Maintenance <ftpmaster@xxxxxxxxxxxxxxxxxxxxx>
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: boson-base | 0.11-4 | source, alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are never removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 391444@xxxxxxxxxxxxxxxx This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@xxxxxxxxxxx Debian distribution maintenance software pp. Joerg Jaspert (the ftpmaster behind the curtain)
Date: December 25, 2006
From: Debian Archive Maintenance <ftpmaster@xxxxxxxxxxxxxxxxxxxxx>
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: vdrift-data | 0.0.2006.02.21-1 | source, all Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are never removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 398678@xxxxxxxxxxxxxxxx This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@xxxxxxxxxxx Debian distribution maintenance software pp. Joerg Jaspert (the ftpmaster behind the curtain)
Date: December 23, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
(new) dreamchess-data_0.1.0-1_i386.deb optional games a 3D chess game DreamChess features 3D OpenGL graphics and provides various chess board sets, ranging from classic wooden to flat. . This package provide data files. (new) dreamchess_0.1.0-1.diff.gz optional games (new) dreamchess_0.1.0-1.dsc optional games (new) dreamchess_0.1.0-1_i386.deb optional games a 3D chess game DreamChess features 3D OpenGL graphics and provides various chess board sets, ranging from classic wooden to flat. . A moderately strong chess engine is included: Dreamer. However, should this engine be too weak for you, then you can use any other XBoard-compatible chess engine, including the popular Crafty and GNU Chess. . Other features include on-screen move lists using SAN notation, undo functionality, and savegames in PGN format. . Homepage: http://www.dreamchess.org/ (new) dreamchess_0.1.0.orig.tar.gz optional games Changes: dreamchess (0.1.0-1) unstable; urgency=low . * initial package (Closes: #403123) Override entries for your package: Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Closing bugs: 403123 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions.
Date: December 23, 2006
From: Archive Administrator <dak@xxxxxxxxxxxxxxxxxxxxx>
dreamchess_0.1.0-1_i386.changes uploaded successfully to localhost
along with the files:
dreamchess_0.1.0-1.dsc
dreamchess_0.1.0.orig.tar.gz
dreamchess_0.1.0-1.diff.gz
dreamchess_0.1.0-1_i386.deb
dreamchess-data_0.1.0-1_i386.deb
Greetings,
Your Debian queue daemon
Date: December 23, 2006
From: Miriam Ruiz <little_miry@xxxxxxxx>
In-reply-to:
<458D2C27.8090405@xxxxxxxxx>
References:
<458D2C27.8090405@xxxxxxxxx>
--- Eddy PetriÈ?or <eddy.petrisor@xxxxxxxxx> escribió:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> I was wondering if the dependency shouldn't be on dpkg-dev (>=1.13.19)
> instead of dpkg (>=1.13.19).
I guess you're right, and the dependence should be on dpkg-dev (>=1.13.19)
AFAIK
Greetings and Happy XMas,
Miry
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Date: December 23, 2006
From: Cyril Brulebois <cyril.brulebois@xxxxxxxxxxxxxxxx>
In-reply-to:
<458D2C27.8090405@xxxxxxxxx>
References:
<458D2C27.8090405@xxxxxxxxx>
Eddy Petrișor <eddy.petrisor@xxxxxxxxx> (23/12/2006): > I was wondering if the dependency shouldn't be on dpkg-dev (>=1.13.19) > instead of dpkg (>=1.13.19). According to [1], you're right, Eddy. 1. http://wiki.debian.org/binNMU Cheers, -- Cyril Brulebois
pgpq6Wkl2Q51G.pgp
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 23, 2006
From: Eddy Petrișor <eddy.petrisor@xxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I was wondering if the dependency shouldn't be on dpkg-dev (>=1.13.19) instead of dpkg (>=1.13.19). - -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFjSwnY8Chqv3NRNoRAmzeAJ964aL8ssSxX4c1lWC4vFIdFUpgagCgou5q qkRuV+691DWPLPrGXCG11hs= =/U3c -----END PGP SIGNATURE-----
Date: December 23, 2006
From: Javier Candeira <javier@xxxxxxxxxxxx>
In-reply-to:
<20061223015731.23794d55@xxxxxxxxxxxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <458C5AEB.8030405@xxxxxxxxxxxx> <20061223015731.23794d55@xxxxxxxxxxxxxxxxxxxxx>
Bruno Kleinert wrote:
> i didn't think of nudity and i'm happy it's mentioned! but i don't
> regard that - as long as it's not prnographic - as much harmful as
> violence.
I don't think videogame depiction of either is much harmful at all, but what
each of us thinks is not the point.
The point is not to judge what we think is or isn't harmful, but to help
parents identify games they might find objectionable for their kids, and to
allow them to make informed choices based on their own value system (without
having to play each game first!). Nudity is for many parents a big concern,
as would strong language, gore/violence, and religious and political
considerations.
Don Armstrong's suggestion of using the ESRB rating scale is a good start,
but flawed for one factor: it is very value-laden, suggesting ages for which
a game is suitable. It is also geared to the values of some US-ian middle
average: for instance, Kleinert has just stated to him nudity is not as
harmful as violence, while the ESRB's standards consider nudity and
depiction of sexual acts at least as bad for children as violence.
I suggest we only adopt the objective scale ("gore/no gore", "nudity/no
nudity") and let parents decide for themselves.
Age ratings are needed for informing parents of which games can be
understood and enjoyed by younger children, not based on morals but on their
stage of intellectual development. I think the place for this would also be
the documentation, the package description and webtags. However, this
value-free age-suitability information should be kept separate from the
"let's help you protect your kids from violence and porn" information.
-- javier
Date: December 23, 2006
From: Ben Armstrong <synrg@xxxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<20061223015731.23794d55@xxxxxxxxxxxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <458C5AEB.8030405@xxxxxxxxxxxx> <20061223015731.23794d55@xxxxxxxxxxxxxxxxxxxxx>
On Sat, 23 Dec 2006 01:57:31 +0100
Bruno Kleinert <fuddl@xxxxxx> wrote:
> i'd prefer to inform users (parents) in the package description,
> because i think this is the first (and maybe only information) a perent
> reads about a game, that the children would like to have installed.
Debtags should be just as prominent. If they aren't, it's a bug in our package
management systems.
> hm, i don't like the idea to trust in industry measurement.
Please note: the industry by and large does *not* rely on self-rating, and
what's on the table is to look at the industry's self-rating systems. I think
this is a very good idea, and I've already suggested TIGRS which is just this
sort of system.
> i'd prefer
> independent suggestions, where common sense plays the main role. also i
> i'd suggest to not give absolute advice, like "for children from 12 and
> older", but like "game concentrates on shooting enemies the most violent
> way" or "game concentrates on realistic graphics, but shooting other
> people is included". i'd suggest to inform parents this way, because
> there are games that show blood but - in my opinion - can be considered
> as not that critical like others which intend to show off violence.
I believe TIGRS rating categories meet these criteria. There's no reason we
should seek to place the trademarked TIGRS rating box on Debian games, but the
categories could form a template for debtags:
* Sex
o Sexual Theme (MILD) - Suggestive theme(s) of a sexual nature
o Brief Nudity (MILD) - Brief and/or moderate graphical depiction(s)
of nudity
o Nudity (STRONG) - Prolonged graphical depiction(s) of nudity
o Strong Sexual Content (STRONG) - Reference(s) to and/or
depiction(s) of sexual activity which may include nudity
* Violence
o Animated Violence (MILD) - Depection(s) of non-realistic characters
committing acts of violence that do not result in bloodshed or death
o Animated Bloodshed (MILD) - Depcition(s) of non-realistic
characters commiting acts of violence that result in bloodshed but not death
o Realistic Violence (MILD) - Depiction(s) of realistic characters
committing acts of violence that do not result in bloodshed or death
o Realistic Bloodshed (STRONG) - Depcition(s) of realistic characters
commiting acts of violence that result in bloodshed but not death
o Intense Violence (STRONG) - Depcition(s) of realistic or
non-realistic characters commiting acts of violence that result in death and
possibly bloodshed
o Blood and Gore (STRONG) - Depiction(s) of blood and mutilated body
parts or the mutilation of body parts
o Sexual Violence (STRONG) - Reference(s) to and/or depiction(s) of
violence of a sexual nature
* Language
o Crude Humor (MILD) - Dialog(s) and/or depiction(s) of vulgar jokes
o Crude Language (MILD) - Infrequent use of profanity
o Mature Humor (STRONG) - Dialog(s) and/or depiction(s) of obscene
jokes
o Obscene Language (STRONG) - Frequent use of profanity
* Themes
o Alcohol Reference (MILD) - Reference(s) to and/or depiction(s) of
alcoholic beverages
o Tobacco Reference (MILD) - Reference(s) to and/or depiction(s) of
tobacco products
o Drug Reference (MILD) - Reference(s) to and/or depiction(s) of
illicit drugs
o Racism Theme (MILD) - Reference(s) to and/or depiction(s) of racism
o Gambling (MILD) - Real or simulated gambling
o Intense Horror (STRONG) - Depiction(s) of extreme horror
o Alcohol Use (STRONG) - Reference(s) to and/or depiction(s) of the
consumption of alcoholic beverages
o Tobacco Use (STRONG) - Reference(s) to and/or depiction(s) of the
consumption of tobacco products
o Drug Use (STRONG) - Reference(s) to and/or depiction(s) of the
consumption of illicit drugs
o Genocidal Theme (STRONG) - Reference(s) to and/or depiction(s) of
genocide
Ben
--
,-. nSLUG http://www.nslug.ns.ca synrg@xxxxxxxxxxxxxxxxxxxxx
\`' Debian http://www.debian.org synrg@xxxxxxxxxx
` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
[ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Date: December 23, 2006
From: Linas Žvirblis <0x0007@xxxxxxxxx>
In-reply-to:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Miriam Ruiz wrote: > I totally agree with this. Do you think about a best way to do this advice? A > message at the starting of the game? Putting a comment in the description? a > suitable DebTag for that? A weblog? Definitely NOT a message at startup of a game. Technical reasons aside, I would find that extremely annoying. > I like the idea, we'll just have to find a suitable way to implement it. [...] > The main critic I can think of is how and who can classify the games, but I > think we could find a solution to that :) I do not like the idea of telling parents what to do. Instead, I suggest a debtag something like this: parental-advice::[violence|sexuality|horror]:[none|low|medium|high|extreme] "violence" for blood, gore and encouraging violence towards living creatures (humans, animals, mutated zombie robots :) "horror" for well... you know, scary things like aliens jumping out of the dark to eat your face. "sexuality" for pr0n related material. Not that we have any such games, but who knows what will happen once Free Software will take over the world. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFjF1CztOe9mov/y4RArbaAKC4NxPJB1k3geSY15GNoCXzlE8kPwCfWjoc 0iQ/NbXGcy84MNRl4+F7HYU= =7yeN -----END PGP SIGNATURE-----
Date: December 23, 2006
From: Bruno Kleinert <fuddl@xxxxxx>
In-reply-to:
<458C5AEB.8030405@xxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <458C5AEB.8030405@xxxxxxxxxxxx>
This one time, at band camp, Javier Candeira wrote: > Package description and/or debtags. i'd prefer to inform users (parents) in the package description, because i think this is the first (and maybe only information) a perent reads about a game, that the children would like to have installed. > Weblogs are not good, for people can get the packages on disk, and not read > internet weblogs. i agree, weblogs aren't suitable for this. information about this topic should be easily accessibale for the persons responsible for children. information should be available within a package. > As to the classification, we could look at the industry self-ratings, and > follow the most objective one we find (blood/no blood, nudity/no nudity are > not moral issues, but factual) publicising which one we are following. hm, i don't like the idea to trust in industry measurement. i'd prefer independent suggestions, where common sense plays the main role. also i i'd suggest to not give absolute advice, like "for children from 12 and older", but like "game concentrates on shooting enemies the most violent way" or "game concentrates on realistic graphics, but shooting other people is included". i'd suggest to inform parents this way, because there are games that show blood but - in my opinion - can be considered as not that critical like others which intend to show off violence. i didn't think of nudity and i'm happy it's mentioned! but i don't regard that - as long as it's not prnographic - as much harmful as violence. cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants
signature.asc
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 23, 2006
From: Ben Armstrong <synrg@xxxxxxxxxxxxxxxxxxxxx>
Argh. I botched that. Let's send this to the correct list address this time ... By the way, this discussion really belongs on the discussion list, not the package list. On Fri, 22 Dec 2006 23:23:39 +0100 Javier Candeira <javier@xxxxxxxxxxxx> wrote: > As to the classification, we could look at the industry self-ratings, and > follow the most objective one we find (blood/no blood, nudity/no nudity are > not moral issues, but factual) publicising which one we are following. This is harder than it sounds. Xpenguins and jumpnbump both have blood by default, but they also each have an option to turn it off. Should they get tagged "*::blood"? I have included both in Debian Jr., trusting that administrators of kids' systems will personally review everything on the system and tailor them to suit the needs of their families. If we start tagging these "blood", will it turn parents away? Will they stop even trying out these packages (both of which I've found entertaining and suitable for my own kids)? Unlike most commercial games, open source gives us greater freedom to tailor games to suit different individual tastes. So to guide users in their choices, we may find we have to further divide these elements into those that are an integral part of the game vs. those that are optional. Ben -- ,-. nSLUG http://www.nslug.ns.ca synrg@xxxxxxxxxxxxxxxxxxxxx \`' Debian http://www.debian.org synrg@xxxxxxxxxx ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Date: December 22, 2006
From: Ben Armstrong <synrg@xxxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<458C5AEB.8030405@xxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <458C5AEB.8030405@xxxxxxxxxxxx>
By the way, this discussion really belongs on the discussion list, not the package list. On Fri, 22 Dec 2006 23:23:39 +0100 Javier Candeira <javier@xxxxxxxxxxxx> wrote: > As to the classification, we could look at the industry self-ratings, and > follow the most objective one we find (blood/no blood, nudity/no nudity are > not moral issues, but factual) publicising which one we are following. This is harder than it sounds. Xpenguins and jumpnbump both have blood by default, but they also each have an option to turn it off. Should they get tagged "*::blood"? I have included both in Debian Jr., trusting that administrators of kids' systems will personally review everything on the system and tailor them to suit the needs of their families. If we start tagging these "blood", will it turn parents away? Will they stop even trying out these packages (both of which I've found entertaining and suitable for my own kids)? Unlike most commercial games, open source gives us greater freedom to tailor games to suit different individual tastes. So to guide users in their choices, we may find we have to further divide these elements into those that are an integral part of the game vs. those that are optional. Ben -- ,-. nSLUG http://www.nslug.ns.ca synrg@xxxxxxxxxxxxxxxxxxxxx \`' Debian http://www.debian.org synrg@xxxxxxxxxx ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Date: December 22, 2006
From: Debian testing watch <noreply@xxxxxxxxxxxxxxxxxxx>
FYI: The status of the lincity-ng source package in Debian's testing distribution has changed. Previous version: 1.0.3-1.1 Current version: 1.0.3-2 -- This email is automatically generated; henning@xxxxxxxxxxx is responsible. See http://people.debian.org/~henning/trille/ for more information.
Date: December 22, 2006
From: Javier Candeira <javier@xxxxxxxxxxxx>
In-reply-to:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
References:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Package description and/or debtags. Weblogs are not good, for people can get the packages on disk, and not read internet weblogs. Messages at start are iffy, for the role of a packager is not to be a prescritptor for morals. Package descriptions and notes in the documentation are a good measure so responsible parents can be informed about what they are giving their kids. As to the classification, we could look at the industry self-ratings, and follow the most objective one we find (blood/no blood, nudity/no nudity are not moral issues, but factual) publicising which one we are following. - j Miriam Ruiz wrote: > --- Bruno Kleinert <fuddl@xxxxxx> escribió: > >> hi list, >> >> not only caused by the latest incidents in germany (amok run of a >> teenager and the following government's unbelievable naive reaction), i >> was thinking about marking games in the package discription, which >> aren't suitable for children. or maybe better, to adivce parents to >> check which games their children play and how long. > > I totally agree with this. Do you think about a best way to do this advice? A > message at the starting of the game? Putting a comment in the description? a > suitable DebTag for that? A weblog? > > Maybe we could also coordinate with debian-jr and/or debian-edu for making the > cassification? > > I like the idea, we'll just have to find a suitable way to implement it. > >> sure, from ourselves we know we got everything we wanted, when we were >> young even without our parents taking note of this ;) but i'd like to >> make parents aware of what they might install for their children. >> >> i'd like to hear some opinions/suggestions/critic/whatever about this. > > The main critic I can think of is how and who can classify the games, but I > think we could find a solution to that :) > > Greetings, > Miry > > > > > ______________________________________________ > LLama Gratis a cualquier PC del Mundo. > Llamadas a fijos y móviles desde 1 céntimo por minuto. > http://es.voice.yahoo.com > > _______________________________________________ > Pkg-games-devel mailing list > Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx > http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel >
Date: December 22, 2006
From: Ben Armstrong <synrg@xxxxxxxxxxxxxxxxxxxxx>
In-reply-to:
<20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
References:
<20061222162524.4c701d5d@xxxxxxxxxxxxxxxxxxxxx> <20061222211442.20903.qmail@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Fri, 22 Dec 2006 22:14:42 +0100 (CET) Miriam Ruiz <little_miry@xxxxxxxx> wrote: > I totally agree with this. Do you think about a best way to do this advice? A > message at the starting of the game? Putting a comment in the description? a > suitable DebTag for that? A weblog? > > Maybe we could also coordinate with debian-jr and/or debian-edu for making the > cassification? Should this be just our own opinion, or should we rely on some external authority? This is a general problem for all distributions, not just Debian. Who else might have an interest in setting up a game rating system? > The main critic I can think of is how and who can classify the games, but I > think we could find a solution to that :) ESRB ratings are widely used and understood for commercial games. http://www.esrb.org/ The problem is, ESRB ratings are designed for the commercial game industry, so they're not really set up in a way that would work well for open source game developers. But perhaps we could borrow their categories. Ben -- ,-. nSLUG http://www.nslug.ns.ca synrg@xxxxxxxxxxxxxxxxxxxxx \`' Debian http://www.debian.org synrg@xxxxxxxxxx ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
Date: December 22, 2006
From: Miriam Ruiz <little_miry@xxxxxxxx>
In-reply-to:
<20061222162524.4c701d5d@xxxxxxxxxxxxxxxxxxxxx>
References:
<20061222162524.4c701d5d@xxxxxxxxxxxxxxxxxxxxx>
--- Bruno Kleinert <fuddl@xxxxxx> escribió:
> hi list,
>
> not only caused by the latest incidents in germany (amok run of a
> teenager and the following government's unbelievable naive reaction), i
> was thinking about marking games in the package discription, which
> aren't suitable for children. or maybe better, to adivce parents to
> check which games their children play and how long.
I totally agree with this. Do you think about a best way to do this advice? A
message at the starting of the game? Putting a comment in the description? a
suitable DebTag for that? A weblog?
Maybe we could also coordinate with debian-jr and/or debian-edu for making the
cassification?
I like the idea, we'll just have to find a suitable way to implement it.
> sure, from ourselves we know we got everything we wanted, when we were
> young even without our parents taking note of this ;) but i'd like to
> make parents aware of what they might install for their children.
>
> i'd like to hear some opinions/suggestions/critic/whatever about this.
The main critic I can think of is how and who can classify the games, but I
think we could find a solution to that :)
Greetings,
Miry
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Date: December 22, 2006
From: Reinhard Tartler <siretart@xxxxxxxxxx>
References:
<20061222162524.4c701d5d@xxxxxxxxxxxxxxxxxxxxx>
Bruno Kleinert <fuddl@xxxxxx> writes: > not only caused by the latest incidents in germany (amok run of a > teenager and the following government's unbelievable naive reaction), i > was thinking about marking games in the package discription, which > aren't suitable for children. or maybe better, to adivce parents to > check which games their children play and how long. > > sure, from ourselves we know we got everything we wanted, when we were > young even without our parents taking note of this ;) but i'd like to > make parents aware of what they might install for their children. > > i'd like to hear some opinions/suggestions/critic/whatever about this. I think we can easily mark such packages using debtags: http://debtags.alioth.debian.org/ -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4
pgpSiRVOu1x5S.pgp
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 22, 2006
From: Bruno Kleinert <fuddl@xxxxxx>
hi list, not only caused by the latest incidents in germany (amok run of a teenager and the following government's unbelievable naive reaction), i was thinking about marking games in the package discription, which aren't suitable for children. or maybe better, to adivce parents to check which games their children play and how long. sure, from ourselves we know we got everything we wanted, when we were young even without our parents taking note of this ;) but i'd like to make parents aware of what they might install for their children. i'd like to hear some opinions/suggestions/critic/whatever about this. cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants
signature.asc
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 21, 2006
From: Bruno Kleinert <fuddl@xxxxxx>
In-reply-to:
<458ABDF8.9030905@xxxxxxxxxxx>
References:
<458ABDF8.9030905@xxxxxxxxxxx>
This one time, at band camp, mhouze wrote: > build directory. There is a poor little and false tarballs > (Scorched3D-40-src.tar.gz) and absolutly no clear information say we > have to download upstream in order to build package nor a script which > do the job for us. i updated the scorched3d source package to the latest upstream release (40.1d) during the last days and comitted small changes continuously. to avoid confusion, i removed the old source tree from the package trunk. to get everything ready to build there's a scorched3d-prepare.sh script, which fetches upstream sources, strips of non-free and autotools temporary stuff and places the debian/ dir into it. i don't know anything about the wx-bug, sorry. cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants
signature.asc
Description: PGP signature
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 21, 2006
From: mhouze <mhouze@xxxxxxxxxxx>
Hi,I have tried to compile the package from unstable source package and package build failed if upstream source package is not unarchived in build directory. There is a poor little and false tarballs (Scorched3D-40-src.tar.gz) and absolutly no clear information say we have to download upstream in order to build package nor a script which do the job for us.
It's a bit annoying :/.Also, about the bug 360149, I would like to know how Gonéri Le Bouder success to "fix" the bug (The issue is fixed for me of Debian Testing) as I just try on a fresh etch install on a dual Athlon MP box. I have all 2.6.3.2.1.5 package of wx libs and the issue is the same as one described by Gonéri in bug report from Wed, 09 Aug 2006 16:54:18 +0200.
Just for test, I remove the three lines of code (76-79 from my memory) with username intialization, and it seems to work fine without it. (I'm at office for now and I see now error message about display (I disable ssh X11 forwarding).
Regards, Michaël.
mhouze.vcf
Description: Vcard
_______________________________________________ Pkg-games-devel mailing list Pkg-games-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel
Date: December 21, 2006
From: Jon Dowland <jon@xxxxxxxxxxx>
Found my original message: I suppose my desktop (konishi) must not be relaying properly. ----- Forwarded message from Jon Dowland <bugs@xxxxxxxxxxx> ----- From: Jon Dowland <bugs@xxxxxxxxxxx> Subject: Re: nomusic workaround Date: Sun, 17 Dec 2006 18:37:13 +0000 To: 369670@xxxxxxxxxxxxxxx X-CRM114-Status: Good ( pR: 29.4234 ) On Sat, Dec 16, 2006 at 02:59:51PM -0500, Edward Guldemond wrote: > With 2.4.6-1, it works with -nomusic. If I leave out the -nomusic, it > still locks. Cool - thanks for your help with this. I think this is the same problem as has been reported against libsdl-mixer1.2; <http://bugs.debian.org/298982>: can you try the following workaround? # mkdir /etc/timidity # touch /etc/timidity/timidity.cfg $ prboom Also, what sound hardware do you have? Thank you, -- Jon Dowland ----- End forwarded message -----
Date: December 21, 2006
From: Jon Dowland <bugs@xxxxxxxxxxx>
[ Hi - this mail is mostly just to pull together some notes and stuff on this issue for my own sake, so if it makes little sense, sorry -- I did send a mail to this bug already with some further diagnostics but it doesn't seem to have made it. ] Patch from entryway that should fix this: <http://sourceforge.net/mailarchive/forum.php?thread_id=30763173&forum_id=2378> workaround for existing versions posted to <http://bugs.debian.org/399485> independent reports of this problem prboom-plus tracker <http://sourceforge.net/tracker/index.php?func=detail&aid=1577909&group_id=148658&atid=772946> sf.net/prboom bugs: #1577495, #1586800 debian bts, libsdl-mixer1.2: <http://bugs.debian.org/399485> -- Jon Dowland