Bug#441921: Please install native code files
Stefano Zacchiroli wrote: Hi Mike, can you please tell me which .cmx* files you're missing. Sure. [...] Moreover, also checking which *.cmx* files have been built by the world.opt target of camlp5 at the end of the build process I see: [...] ./odyl/odyl.cmxa ./odyl/odyl.cmx ./compile/pa_o_fast.cmx These three are used by otags, as well as the following which were not in either of your lists (although the corresponding .cmo's are installed by camlp5, so perhaps these are aren't built by world.opt). pa_o.cmx pa_op.cmx Can you please tell me which extra .cmx* files you need and why so? The above 5 files are used by otags. I imagine that if you decide to include them, it would probably make sense to ship the native versions of other files, such as the rest of the pa_* parsers. As to why they are needed: otags uses camlp5 to parse OCaml files in order to extract identifiers for TAGS files. Because it's a stand alone application (i.e., it doesn't have to be dynamically loaded by the ocaml compiler), it can use the native code versions of the camlp5 parsers and achieve the expected speedup of native code over byte code. However, it also has to be able to load user specified camlp5 modules (in order to properly parse the source files). Therefore, it reuses several of the files used to build the camlp5o binary (like odyl.cmx), so that it can be a drop in replacement for it. Adding the native files doesn't seem to add a lot of space. On my amd64 etch box, a du -hsc *.cmx* in the ocaml/3.09.2/camlp4/ dir is only 178k, so, I would guess the corresponding camlp5 versions would be similar. -mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448156: ITP: matita -- interactive theorem prover
Enrico Tassi wrote: Package name: matita Stefano already has some packages for this on his gluck page[1], have you talked to him about the status of those? Cheers, -Mike [1] - deb http://people.debian.org/~zack unstable helm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448156: ITP: matita -- interactive theorem prover
Mike Furr wrote: Enrico Tassi wrote: Package name: matita Stefano already has some packages for this on his gluck page[1], have you talked to him about the status of those? Err, nevermind. I forgot he only supplied meta packages for the deps (been a few months since I last looked at it). -m -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445039: ITP: ocaml-reins -- data structure library for OCaml
Package: wnpp Severity: wishlist Owner: Mike Furr [EMAIL PROTECTED] Package name: ocaml-reins Version : 0.1a Upstream Author : Mike Furr [EMAIL PROTECTED] URL : http://ocaml-reins.sf.net License : LGPL 2.1 w/ standand OCaml linking exception Programming Lang: OCaml Description : data structure library for OCaml The OCaml Reins data structure library consists of the following persistent implementations: * Lists (singly, O(1) catenable, Acyclic doubly linked, random access) * Sets/Maps (AVL, Red/Black, Patricia, Splay) * Heaps (Binomial, Skew-Binomial) All of the implementations conform to a unified signature for each data type. Also, each data types include zipper style cursor interfaces and persistent, bi-directional cursor based iterators. The library also includes a set of standard modules to hoist the base typs into the module level (Int, Bool, etc...) as well as a collection of functor combinators to minimize boilerplate (e.g., for constructing compare or to_string functions). Finally, a quickcheck-like random testing framework is included and each data type supports the necessary gen function to generate a random instance of the type. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443435: otags for ocaml 3.10.0 output nothing
Sylvain Le Gall wrote: The command: otags -v *.ml -o - Run in a directory full of OCaml source file doesn't output anything. Running the same command on Etch (i.e. with ocaml 3.09.2) output a TAG file... I think there is a problem, or i am missing something. It looks like otags is missing a run-time dep on camlp5. In the mean time, if you install it, otags should work fine. (Let me know if this is not the case!) -m -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441921: Please install native code files
Package: camlp5 Version: 4.08-1 Severity: normal Although the world.opt target in the upstream camlp5 distribution builds native code versions of the library, the install target does not seem to actually install them. It would be great if it could be patched so that all of the native code (.cmx*) files are installed too as was shippped in past version of our ocaml package. Otags, for instance, greatly benefits from the native versions. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages camlp5 depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii ocaml-nox [ocaml-nox-3.10.0] 3.10.0-8 ML language implementation with a camlp5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425866: Must conflict with libdvilib2-13
Package: libdvilib2-16 Version: 1.3.2-1 Severity: serious libdvilib2-16 needs to conflict with libdvilib2-13 to ensure a smooth transition. Otherwise, the following error occrus: Unpacking libdvilib2-16 (from .../libdvilib2-16_1.3.2-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libdvilib2-16_1.3.2-1_i386.deb (--unpack): trying to overwrite `/usr/share/DVIlib2/devmodes.cnf', which is also in package libdvilib2-13 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libdvilib2-16 depends on: ii libc6 2.5-8 GNU C Library: Shared libraries ii texlive2007-7TeX Live: A decent selection of th ii vflib3 3.6.13.dfsg-1 Versatile Font Library libdvilib2-16 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374062: why is this not RC?
I don't understand why this is not an RC bug (and has not yet been fixed despite fixed-upstream). I have been unable to run any code which uses TTF_Render*_Solid without getting the error described. As such, I would also request that the fix be back-ported and submitted for inclusion in Etch r1 since the problem exists in Etch too. -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417805: RFA: chromium -- Fast paced, arcade-style, scrolling space shooter
Package: wnpp Severity: normal I request an adopter for the chromium package. The game is dead upstrem, but clearly still has a large set of users. It has recently been discovered that some of the music is non-free and some of the sounds are non-distributable. The issues are discussed in #385115. However, a slightly stripped version should fit happily in contrib/non-free. Also, I already received one email of someone offering some replacements audio files (will forward this to the new maintainer). There are a few other small bugs (with patches) that also need to be addressed (although I'm not convinced why the patch in #411614 solves the problem). The package description is: Chromium is a top down fast paced high action scrolling space shooter which uses the SDL libs. In this game you are the captain of the cargo ship Chromium B.S.U., and responsible for delivering supplies to our troops on the front line. Your ship has a small fleet of robotic fighters which you control from the relative safety of the Chromium vessel. . Homepage: http://www.reptilelabour.com/software/chromium/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417804: RFA: vegastrike -- A 3d space combat game
Package: wnpp Severity: normal I request an adopter for the vegastrike suite of packages. The data package is pretty big weighing in at ~150MB making it one of the larger packages in Debian. It has a pretty good user base, and upstream is still active. However, development is quite slow now-a-days, so don't expect frequent releases. The code base is also quite large, consisting mostly of C++, but with all of the game logic in python. A good maintainer should also watch their message boards as people occasionally post package related problems there. Several bugs in the BTS which could be addressed. Due to the package size and being somewhat buggy, I have traditionally not allowed this package into testing, however any adopter can certainly change that (#295595). The package description is: Vegastrike is an OpenSource 3d Space Simulator. Currently in Beta development, the project, at version 1.0, is to be a generic space simulator. Current features include split-screen play, trading, exploration and of course plenty of shoot 'em up action . -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414167: Should suggest or recommend ocaml-mode
Package: tuareg-mode Version: 1:1.45.4-1 Severity: normal The tuareg feature show type at point requires the caml-types.el which is in the ocaml-mode package and so doesn't work if the latter is not installed. So, tuareg-mode should probably recommend or suggest ocmal-mode. I would say 'recommend' since this feature is so useful :-) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tuareg-mode depends on: ii emacs21 [emacsen] 21.4a+1-3 The GNU Emacs editor Versions of packages tuareg-mode recommends: ii ocaml 3.09.2-9 ML language implementation with a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411614: Yay! I fixed it!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks for all of your hard work with these bugs. Sorry I haven't been more responsive, I've been crazy busy. However, I'll upload a new chromium package within a day or two to incorporate your fixes. Thanks again! - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF7EOC7ZPKKRJLJvMRAgUOAJ9zDXez3QkO2UVHyBP9Nl6PTYqQCgCgiXF0 8rNG2zHMFvVasWhxHJoSmXY= =yEVe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397699: patch to fix FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Cristau wrote: Hi, the problem was that the toplevel Makefile touches boot/Makefile.dep, and in some cases it lead to build failures because Makefile.dep wouldn't properly regenerated. This touching is useless, as far as I can see, so the attached patch deletes that line from the Makefile. Thanks for the quick fix! Feel free to go ahead with the NMU. - -mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFVJgL7ZPKKRJLJvMRArQiAKCPD1KKaRaHDQHoa0oeKIKYMHA5NgCdFFJz pfJNFLUazx/71gh/7HbpEGs= =IUsS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397685: kernel module uninstallable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Randall Donald wrote: Does http://www.khensu.org/nvidia-kernel-legacy-2.6.18-1-686_1.0.7184 +2_i386.deb work for you? It loads for me. Yup, the module in that package loads fine. - -m -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFU56A7ZPKKRJLJvMRAhx1AJ9fa6ot3q8rOFdprDBTyzh4wIp1/ACeJVyJ uNbFjFEpbZFnihaNjbXy1mo= =QBip -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397685: kernel module uninstallable
Package: nvidia-kernel-legacy-2.6.18-1-686 Version: 1.0.7184+1 Severity: grave I just upgraded to the stock i686 2.6.18 Debian kernel (2.6.18-3) and installed the corresponding nvidia-legacy package. After rebooting, the kernel module fails to load: # modprobe nvidia nvidia: disagrees about about version of struct_module FATAL: Error inserting nvidia (/lib/kernel/2.6.18-1-686/nvidia/nvidia.ko): Invalid module format -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nvidia-kernel-legacy-2.6.18-1-686 depends on: ii linux-image-2.6.18-1-686 2.6.18-3 Linux 2.6.18 image on PPro/Celeron hi nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common nvidia-kernel-legacy-2.6.18-1-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390740: terminatorx: freezes when loading compressed audio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Keegan Quinn wrote: When running terminatorX (sid/i386 build 3.82-7) I am consistently getting freezes (the UI stops responding) when opening Ogg Vorbis and MP3 files. [...] The resulting build has working Ogg Vorbis and MP3 support and does not depend on sox, vorbis-tools or mpg321 either at build time or run time. If you haven't already, can you try building with sox enabled and the others disabled? Sox does provide more functionality, so I would prefer to not disable it unless necessary. Thanks, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFOPLq7ZPKKRJLJvMRAthYAJ99toIV4D9NyUvzXDAEmCwwcC+WGQCeISED RTuMARvLIK4yXCso7puLPUs= =35d/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385115: License for Chromium music and sound?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Mark, I have a quick question about the sound that comes with your game, Chromium B.S.U. Can you clarify the license for the music and sound effects that you distribute with it? On the webpage for the game, you mention that the music loops and raw sound effects are from two sound search engines, but I was unable to find their exact origins. Do you know the original owner and the license for distributing these files? Thanks, - -Mike Furr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAGL97ZPKKRJLJvMRAmecAKC5J8cVcdSuaK3pyglHOjbAKOCITACfYpIH V74qhzIcoEj9Bwt3qHNgboA= =0wi5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362955: upper case package name in Conflicts line
Package: x11-common Version: 6.9.0.dfsg.1-6 Severity: minor x11-common Conflicts against the package 'XFS-XTT', but this should be 'xfs-xtt' as all package names are required to be lower case by policy. I'm not sure if the current package tools enforce this difference, but its probably best to use the lower case name in either case. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.5 Miscellaneous utilities specific t ii lsb-base 3.1-2 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359173: vegastrike: Maybe a workaround
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Frost wrote: Package: vegastrike Version: 0.4.3-4 Followup-For: Bug #359173 For me, it works, when disabling sound. If sounds are enabled, I also experience the very same crash. Maybe this is a sound-related crash? Thanks for the info! - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEL/Ma7ZPKKRJLJvMRAmXTAKCcCQ+JEwCDSLIH/YuRLGMv6TqzPwCeMkkr y6kFiTRLi/S9/pXFF4ZM85k= =NPxQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346132: libsdl-net1.2-dev: invalid trailing semicolon again
Gonéri Le Bouder wrote: I still have the problem with libsdl-net1.2 (1.2.5-6). I just uploaded -7 which *actually* fixes this. Sorry about that. -m
Bug#354756: -legacy should Replace regular nvidia pkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: Well, except that a) using apt to install the new package would automatically handle this upgrade case for you That requires me to setup my own apt repository though (and README.Debian talks about using dpkg). (and there are binary nvidia-kernel-legacy packages in the archive for 2.6.15-1), Yes, but this is in regards to the -source package whose sole purpose is for building modules for custom built kernels. So you have a point that this could be improved, but it doesn't look like the current behavior of the package is wrong from a policy compliance perspective. Agreed. It was somewhat of a knee-jerk bug report... My bitching about policy was a bit premature. :) Versioned conflicts and replaces are both supported. So probably the best option would be Er, yeah. I guess I was thinking of versioned Provides... Package: nvidia-kernel-legacy-#KVERS# Conflicts: nvidia-kernel-#KVERS# Replaces: nvidia-kernel-#KVERS# ( 1.0.7664-0) or, pick some other upper cap for the replaces: that seems appropriate. Agreed. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEB3Gl7ZPKKRJLJvMRAitJAJ4qrWtyQyOBV2KzvdP/icWxbEX+ZwCeIWKI crfco3454PNRkKuq/gs9Ws8= =uJVD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354756: -legacy should Replace regular nvidia pkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: Your point is non-obvious to me. A Replaces: w/o Conflicts: makes sense only if ownership of files has moved from one package to another, which is not the case here since the two versions of the package aren't necessarily compatible; a Replaces: w/ Conflicts: is used to indicate that one package should be preferred over the other; a Conflicts: alone says that the two packages cannot be installed together, without making any claims about which one should be installed. Why is the last use the wrong one here? In particular, why is it so wrong that it warrants a bug of severity: serious? I guess I'm arguing that there should be an upgrade path from the new drivers to the legacy drivers. This was experience: I have an old graphics card in this box (TNT2) and had held the new drivers to the last version that supported it (upstream 1.7174). When I saw the legacy drivers package (using the same upstream 1.7174), I rejoiced that I would not have to fight with aptitude any more over this. I removed the old nvidia-kernel-source package and installed the -legacy variant. I then build a nvidia-kernel-legacy module and tried to install it. Since it contained the same files as the previously installed nvidia-kernel module package, dpkg failed as there was no Replaces. Thus to install it, I would have to remove the module, which would remove the glx packages and a host of other things which would be a huge PITA. Note that this would also be the case if I were coming from Sarge with this graphics card. I believe this path is the most likely. The only time I would go from legacy = new would be if I upgraded the graphics card. In which case I'd have to boot w/o X anyway, so it would be more acceptable to have to remove the graphics drivers/glx libs while upgrading the drivers. Ideally, I guess the legacy package should Replace the new(= 1.7174), but I assume that like versioned Conflicts, this isn't supported? This way we could also have the new version (1.7174) Replace the legacy package Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEBcAy7ZPKKRJLJvMRAvyxAJ90nHJRQmT4vX5gvAPLJv/BA0ICdgCgglur 1HR6SfqSSCFzfdt2JMqZMtc= =FqKZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354756: -legacy should Replace regular nvidia pkg
Package: nvidia-kernel-legacy-source Version: 1.0.7174-2 Severity: serious The template file in the legacy source package needs to Replace nvidia-kernel-#KVERS# in addition to conflicting with it so that us old-time card users can upgrade to the legacy packages. See policy 7.5 for more info. PS. Thanks for supplying these packages, I thought I was going to have to roll them myself! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nvidia-kernel-legacy-source depends on: ii debhelper5.0.24 helper programs for debian/rules ii dpatch 2.0.18 patch maintenance system for Debia ii make 3.80+3.81.rc1-1 The GNU version of the make util ii sed 4.1.4-5 The GNU sed stream editor Versions of packages nvidia-kernel-legacy-source recommends: ii devscripts2.9.15 Scripts to make the life of a Debi ii kernel-package10.035 A utility for building Linux kerne pn nvidia-glx-legacy none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346827: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Justin Pryzby wrote: I intend to NMU a fix for this bug sponsored by Thomas Viehmann; the attached patch simply drops the dependency on xlibs-dev, because there is no actual direct dependency. That's fine. Please go ahead. - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDyTLc7ZPKKRJLJvMRAhv6AJ4lvlLAS+r/olsRik9YLgL8Vv/cHwCgnNkQ JU+OD43UsmVG5aNG9clAl8w= =E4Om -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295595: Don't ship in sarge - what about etch?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thijs Kinkhorst wrote: Hello Mike, Hello! After discussing the situation with upstream, we agreed that vegastrike would better serve our users if it was not shipped in sarge. Sarge has been released, will vegastrike be ready at the time of etch? The vegastrike developers are currently doing a fairly large amount of changes to the internals of vegastrike to use a new graphics backend... Once this is finished, there will likely be several versions released as the bugs are worked out. Therefore due to its massive size, I don't think its practical for Debian to ship VS until it has become a bit more stable (a 1.0 kind of release) I had planned to support a version of vegastrike from backports.org, but it took a while for that site to be updated to sarge itself. I still plan on doing that and should get to it soon. As of now, that is also my plan for etch. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwXMF7ZPKKRJLJvMRAgjrAKCSRqCCsOacgmj8+gBIZ8hlho9aDgCgsMTH pcs1rgW8VoiSfA5qoXB1EIE= =iEHC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343411: vegastrike: Can't play the game: Out of memory error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How much memory (physical swap) does your machine have? When you run the game, how is currently free? - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDoio/7ZPKKRJLJvMRAhwZAJwJyDmuhwzg6SVhRbdIV1TyOkMbeACfW+Xx ViEZWcz57dUGwJhco4alb8A= =wfeu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339061: bug in binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Falk Hueffner wrote: On Wed, Dec 07, 2005 at 08:54:03PM -0500, Mike Furr wrote: This is actually a bug in binutils (338148). I'll leave this bug here just so it doesn't get reported again. AFAICT, 338148 is about ocaml not setting .prologue correctly, and not about a binutils bug. Can you give more details? Sure, especially since a few things have changed since then. :) After a recent upload of the OCaml compilers, we were noticing that many programs built by the OCaml compiler on alpha were segfaulting. It was quickly determined that this behavior existed exactly when a new version of binutils was installed on the system. As this version of binutils was a CVS snapshot uploaded to unstable, it was immediately suspected. After some more investigation described in 338148, we found out that it was actually OCaml which was at fault. A new version of OCaml was uploaded yesterday which has a work-around for this bug and appears to produce working binaries on alpha. The reason felix is segfaulting in the tests is because the binary used to compile the test was produced with the misbehaving OCaml (and new binutils). Thus, the resolution of this bug depended on having a fixed OCaml package (I previously said binutils as that was what was suspected at the time). Now that new packages have been uploaded, the Debian OCaml team is putting together a list of packages built on alpha during that time so they can be bin-NMU'd. felix is obviously one of these. Hope this clears things up, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmwRZ7ZPKKRJLJvMRAmw2AJ9eHb2movh8/C6M3i0IAVss0D/ltQCgn1Vs NciZljAtwMG1nv7vzYfANyw= =IhMW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339061: bug in binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Falk Hueffner wrote: On Wed, Dec 07, 2005 at 08:54:03PM -0500, Mike Furr wrote: This is actually a bug in binutils (338148). I'll leave this bug here just so it doesn't get reported again. AFAICT, 338148 is about ocaml not setting .prologue correctly, and not about a binutils bug. Can you give more details? I should also add that the ia64 error is still being investigated (forgot that was in this bug report too). Felix upstream has opened a bug in the OCaml upstream bug system and we are trying to figure out what is going on there. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmwXU7ZPKKRJLJvMRAuCUAJoChnxun9yLKBmaS6xPsfgXqDkZ/ACfcho2 yNSQPMgz7zl2JZUh+59WEpc= =JZxM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338148: [alpha] regression: ocamlopt.opt segfaults
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Falk Hueffner wrote: AFAICS, the caml_apply2 posted to http://caml.inria.fr/mantis/view.php?id=3912 does not indicate an actual problem. .prologue 0 means the function will not rely on pv ($27) being set correctly, and it will not clobber gp ($29). Clobbering pv is OK. So the problem is probably elsewhere. My understanding of alpha assembly and calling conventions is very minimal at best, so this is entirely possible. I was using[1] as a reference which says that [.prologue] 0 indicates that $27 is not used. Since it is used in caml_apply2, it looked like an error to me (note the $29 was a typo in my report, see the notes at the bottom). Also if I change the assembly by hand from '.prologue 0' to 1 (or 2), the segfault does not occur (at least in that function). Cheers, - -Mike 1 - http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/gnu-assembler/alpha-directives.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmxvM7ZPKKRJLJvMRApbQAJ0SsjxlnVxbAGbG6Po3KqJsvBCfUACcDDSd Fsh9tHRATxo0NIXmnDTTNAI= =UVkc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338148: Bug#339061: bug in binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There are several command line options which are useful when debugging this... $ ocamlopt -S foo.ml generates the assembly output for foo.ml in foo.s $ ocamlopt -dstartup -o foo foo.ml preserves the startup asm file as /tmp/camlstartup* (this will include functions like caml_apply2). Note that -dstartup must be passed in the linking stage to have any effect. Finally, if you hack the assembly yourself and want to build the executable by hand, $ ocamlopt -verbose -o foo ... tells you exactly how to build it. AFAIK, no one is currently working on a patch, so any help here would be most welcome! Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmx0j7ZPKKRJLJvMRAqFAAJ9u0JxH2mJIJ8jC90nRIWHgQ3C/NACdHlXP 1+YrzyOka4xsPFw6x3ims08= =rdNm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332902: Accepted numerix 0.21-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Florian Weimer wrote: Unfortunately, this patch doesn't fix the problem. Maybe Ocaml itself needs to be compiled with -ffunctio-sections, or the linker error message is wrong. Yes, I reopened the bug (#332902) after seeing this too. It appears there may be something else wrong, as there is a bug against binutils where someone else ran into this and -ffunction-sections didn't work. So I reassigned 332902 to binutils and merged them. IMO, adding that option to all of OCaml is a bad idea based on the notes in the gcc manpage: Only use these options when there are significant benefits from doing so. When you specify these options, the assembler and linker will create larger object and executable files and will also be slower. You will not be able to use gprof on all systems if you specify this option and you may have problems with debugging if you specify both this option and -g. Losing the ability to use -p and -g is a serious drawback and not an acceptable workaround. Of course, there is a (not so small) possibility that this is a bug in OCaml. However, since at least one program written in another language is affected as well(#334497), I think the best action is to at least look at it from a binutils point of view for now. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmGDX7ZPKKRJLJvMRAgCcAJ9n2PKBoc0ZAdjdVaXn69vMHoHPAQCfaQQB wiORnL0gFzEKTbqTfxR72Ow= =6jNZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339061: bug in binutils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is actually a bug in binutils (338148). I'll leave this bug here just so it doesn't get reported again. - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDl5I57ZPKKRJLJvMRArvPAJ9UoLsRKdF9H7rJ65TQGU+qbTBl1QCggDVU jMdVGrbUmdU0G+DliAYWGXQ= =EHLk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338148: camlstartup asm file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: Rather, the segfault happens in camlPrintf__entry, which is called from caml_startup__code_begin. I can't find a definition for camlPrintf__entry anywhere, and I do in fact see some suspicious-looking differences when disassembling this code. Can you tell me where in the ocaml source I can find this definition, and/or how I can get ocaml to spit out for me the corresponding asm? ocamlopt has a -S option, similar to gcc. To generate the assembly file for printf do, ocaml-3.09.0$ cd stdlib stdlib$ ocamlopt -c -S printf.ml stdlib$ $EDITOR printf.s The __entry symbols are the static initializers for OCaml modules, they are executed very early and only once. Also, note that not all invocations of camlPrintf__entry cause the segfault. The tiny program: let _ = Printf.printf hello\n does not segfault, even though gdb steps through the same line in camlPrintf__entry (with different data obviously). However my utter lack of knowledge for alpha assembly and linking internals is restricting any further investigation. If you need another binary which does segfault, you can grab the program: escher:~mfurr/felix-1.1.1/bin/flxg Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDl63S7ZPKKRJLJvMRAjR6AKC6gOtHAot/T7dMj476o6ywkmaO1QCcDy3A WWzPBkt+Sutf2rRBljTh+dc= =Xfhm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339164: library package needs to be renamed (libstdc++ allocator change)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: This is a false positive on the check for affected C++ libraries; although the felix package does ship a .so file in /usr/lib, it contains no soname and the package provides no shlibs, so there's no way that there could be reverse-dependencies that would be helped by a change of this package's name. Its also not really a problem because of the semantics of the felix compiler. To run a flx program, one does 'flx foo.flx', which generates a .so file (linked to /usr/lib/libflx_dynamic.so) and then dlopens it during the run... it does not actually create an executable. Therefore, if libflx_dynamic.so changes, foo.so will automatically be rebuilt. However, given that the package does include header files, and that the .so file *is* shipped in /usr/lib, it seems likely that the intention is for felix to be usable as a shared library; so I'm leaving this bug at severity: serious, since it seems there are some general library packaging issues that need a closer look before including felix in a release. Right, upstream and I have discussed this. The correct place for that file is in /usr/lib/felix, but to change this would require a rather large patch against the compiler, so I went ahead and placed it in /usr/lib for the time being, and upstream is working on moving it to /usr/lib/felix as development continues. Since the language is still in heavy development, its kind of a chicken and egg problem to know exactly what kind of file-layout/semantics to use with the compiler without having many users, so we agreed to upload this as is for now. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDjIrp7ZPKKRJLJvMRAt3zAKCEWvNiyNGPHADg9rIEl7+42sMJ/wCfaALT SWfBKoQTEK8wQ7P0cymnf1I= =vMNX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338233: libnumerix-ocaml-dev: Missing libnumerix-ocaml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Luther wrote: On Wed, Nov 09, 2005 at 12:44:15AM -0500, Mike Furr wrote: (as soon as I figure out why this assembly code is all of sudden segfaulting...) Because binutils is a broken mess taken from a random devel CVS snapshot ? I don't think so. 335881 was filed about it about 2 weeks ago, which was before the CVS binutils upload... :-/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDciqU7ZPKKRJLJvMRAtsGAJ0cJ3qUexEsWDtxsndWKK35sHVqZgCfX+9/ oFPT3zdv8rUDi6feW99BXqA= =vLzb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338233: libnumerix-ocaml-dev: Missing libnumerix-ocaml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Stork wrote: libnumerix-ocaml-dev doesn't contain a libnumerix-ocaml file and therefore can't be used for native compilation. I don't understand what's wrong. libnumerix-ocaml has nothing to do with native compilation, only the -dev is needed for that. Can you expand upon the problem you are having? Thanks, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcYL/7ZPKKRJLJvMRAsrhAKCXD7hW4IPieUQ9VbtsmKOMseEBAwCfS4TM imHr+3liHLFFtj4reeZl00k= =c8K+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338233: libnumerix-ocaml-dev: Missing libnumerix-ocaml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Stork wrote: I had to install /usr/lib/ocaml/3.08.3/numerix/libnumerix-ocaml.a by hand from the source to make ocamlc -custom ... or ocamlopt ... work. Ah I see. For some reason, I missed that the library changed names and therefore it didn't get installed. Will be fixed in the next upload (as soon as I figure out why this assembly code is all of sudden segfaulting...) Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcYyt7ZPKKRJLJvMRAinEAKCDDAF0dXS8PX063z623n1WD5JD9QCgg0lt bkq2Qpf3N/7V6MwVBhZAnYE= =RoVf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328535: found doesn't reopen if fixed_vers == found_vers
Package: debbugs Severity: normal I recently closed bug 328042 via changelog with package version 0.9.12-10. It turned out that the fix was incorrect, so I wanted to reopen it. Trying out the new syntax, I sent in the command found 328042 0.9.12-10 However, this did not reopen the bug which seems counter-intuitive to me. Colin's d-d-a email stated: You can use this whether the bug is open or closed; if the bug's closed and you give a version more recent than the last recorded fixed version, the bug will be considered open again. which I guess means it is reopened if found_vers fixed_vers, but it would be nice if this was found_vers = fixed_vers. I now realize that the unversioned form of the found command does this as well, but it seems like this is the appropriate action for the versioned found as well (unless I'm missing something?) Cheers, -Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328285: FTBFS on m68k
Package: ladspa-sdk Version: 1.1-3 Severity: serious ladspa-sdk FTBFS on m68k due to an ICE[1]: make[1]: Entering directory `/build/buildd/ladspa-sdk-1.1/src' cc -I. -O3 -fPIC -o plugins/amp.o -c plugins/amp.c plugins/amp.c: In function '_init': plugins/amp.c:314: internal compiler error: Segmentation fault m68k is known to particularly buggy on high optimization levels. Many packages have worked around this bug by using -O2 (the recommended optimization flag anyway). Cheers, -Mike 1 - http://buildd.debian.org/fetch.php?pkg=ladspa-sdkver=1.1-3arch=m68kstamp=1124660092file=logas=raw -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ladspa-sdk depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libstdc++64.0.1-6The GNU Standard C++ Library v3 ladspa-sdk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324021: c2 package is missing Replaces: c102
Package: libsnmpkit2c2 Version: 0.9-9 Severity: serious libsnmp2c102 can not be upgraded to libsnmp2c2 because the latter lacks a Replaces: libsnmp2c102 and thus dpkg refuses to overwrite files existing in both packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324021: c2 package is missing Replaces: c102
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A Mennucc wrote: the real problem is that , for some reason, the Conflict line in the source is different from the one in the binary package. The conflicts line in the binary lacks the libsnmpkit2c102 entry. Hmm... weird, its definitely not in the -9 binary package. I thought dpkg was being particularly stubborn about it However, policy does require a Replaces field too. :) - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDBkok7ZPKKRJLJvMRAvEzAJ9el8f2Wi7Aw2dWZeEX0HWC6OaQ/QCfb/zC k0EKzmYu9jaDURNmrmxup28= =Cdh2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323131: malformed build-depends line
Package: moagg Severity: serious moagg's Build-Depends contains the entry: libsdl1.2-dev ((=1.2.7+1.2.8cvs20041007-5.2) which has an extra parenthesis which needs to be removed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316584: libmusicbrainz-2.1: FTBFS with g++-4.0: cast from 'char*' to 'int' loses precision
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kurt Roeckx wrote:
It's now failing to build on all 64 bit arches, and you really
should have fixed this too when doing the C++ ABI transition as
your changelog said. :)
I have created another NMU which I've uploaded to DELAYED/1-day. It
adds the gcc-4 patch to the debian/patches directory. NMU patch from
- -3.1 to -3.2 attached.
Cheers,
- -Mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC79y/7ZPKKRJLJvMRAmPHAJwK5P7BZV6WaNKe6EfF5tHRUbzTkACfcHTP
RXANNQjQW1UjWBO/kQ6L1R8=
=TaNI
-END PGP SIGNATURE-
diff -urN libmusicbrainz-2.1-2.1.1.orig/debian/changelog libmusicbrainz-2.1-2.1.1/debian/changelog
--- libmusicbrainz-2.1-2.1.1.orig/debian/changelog 2005-08-02 16:37:01.704702264 -0400
+++ libmusicbrainz-2.1-2.1.1/debian/changelog 2005-08-02 16:35:28.728975257 -0400
@@ -1,3 +1,10 @@
+libmusicbrainz-2.1 (2.1.1-3.2) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Really apply 64-bit pointer patch (Closes: #316584)
+
+ -- Mike Furr [EMAIL PROTECTED] Tue, 2 Aug 2005 16:28:17 -0400
+
libmusicbrainz-2.1 (2.1.1-3.1) unstable; urgency=low
* Non-maintainer upload
diff -urN libmusicbrainz-2.1-2.1.1.orig/debian/patches/02-gcc4.patch libmusicbrainz-2.1-2.1.1/debian/patches/02-gcc4.patch
--- libmusicbrainz-2.1-2.1.1.orig/debian/patches/02-gcc4.patch 1969-12-31 19:00:00.0 -0500
+++ libmusicbrainz-2.1-2.1.1/debian/patches/02-gcc4.patch 2005-08-02 16:36:44.238007761 -0400
@@ -0,0 +1,11 @@
+--- lib/comhttpsocket.cpp.orig 2005-08-02 16:36:15.474804479 -0400
lib/comhttpsocket.cpp 2005-08-02 16:36:27.830173559 -0400
+@@ -194,7 +194,7 @@
+ // advance to the data now, if there is any in this first buffer.
+ char* pData = strstr(HeaderBuffer, \r\n\r\n);
+ if (pData) pData += 4;
+- int nOffset = (int)pData - (int)HeaderBuffer;
++ int nOffset = (long)pData - (long)HeaderBuffer;
+ if (nTotal - nOffset = nLen) // case 1: entire requested read is in header chunk
+ {
+ memcpy(pBuffer, pData, nLen);
Bug#319411: nmu patch
Adeodato Simó wrote: I can't see this patch in your NMU diff, and it doesn't seem to be in the uploaded package either (as found on gluck_delayed/DONE). Just mentioning in case it can be useful. Bah, you are absolutely right. Sorry about that. I prepared the package and then my chroot broke, so I had to recreate the chroot and must have lost that patch along the way. -mike
Bug#319833: Please rebuild against new version of fam
Package: gnome-vfs2
Severity: serious
libgnomevfs2-common has a dep on libfam0c102. However, libfam0c102 has
been replaced by libfam0 as part of the C++ transition. Therefore
gnome-vfs2 and all of its rdeps are uninstallable with the new version
of fam. Please upload a new version of gnome-vfs2 that has the updated
library in ${shlibs:Depends}.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319411: rebuild for gxx transition
Package: libmusicbrainz-2.1 Severity: grave This package needs to be built with the new g++ version. I'm preparing an NMU and will upload it to the 0-day queue and post the patch here. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319411: nmu patch
here is the nmu patch
-Mike
diff -urN orig/libmusicbrainz-2.1-2.1.1/debian/changelog
libmusicbrainz-2.1-2.1.1/debian/changelog
--- orig/libmusicbrainz-2.1-2.1.1/debian/changelog 2005-07-21
21:38:07.969903697 +
+++ libmusicbrainz-2.1-2.1.1/debian/changelog 2005-07-22 01:13:37.553732007
+
@@ -1,3 +1,11 @@
+libmusicbrainz-2.1 (2.1.1-3.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Rebuild against g++-4.0 (Closes: #319411)
+ * Applied amd64 g++-4.0 patch (Closes: #316584)
+
+ -- Mike Furr [EMAIL PROTECTED] Thu, 21 Jul 2005 21:29:05 +
+
libmusicbrainz-2.1 (2.1.1-3) unstable; urgency=low
* debian/rules: Use simple-patchsys.mk.
diff -urN orig/libmusicbrainz-2.1-2.1.1/debian/control
libmusicbrainz-2.1-2.1.1/debian/control
--- orig/libmusicbrainz-2.1-2.1.1/debian/control2005-07-21
21:38:07.972903309 +
+++ libmusicbrainz-2.1-2.1.1/debian/control 2005-07-22 01:12:20.781649092
+
@@ -8,7 +8,7 @@
Package: libmusicbrainz4-dev
Architecture: any
Section: libdevel
-Depends: libmusicbrainz4 (= ${Source-Version}), libc6-dev
+Depends: libmusicbrainz4c2 (= ${Source-Version}), libc6-dev
Provides: libmusicbrainz-dev
Conflicts: libmusicbrainz-dev
Description: Second generation incarnation of the CD Index - development
@@ -17,11 +17,12 @@
.
This package contains the development files (headers, static library).
-Package: libmusicbrainz4
+Package: libmusicbrainz4c2
Architecture: any
Section: libs
Depends: ${shlibs:Depends}
-Conflicts: libmusicbrainz1
+Replaces: libmusicbrainz4
+Conflicts: libmusicbrainz1, libmusicbrainz4
Description: Second generation incarnation of the CD Index - library
MusicBrainz indexes both digital compressed audio (MP3/Vorbis) and
digital audio CDs.
diff -urN orig/libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4.install
libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4.install
--- orig/libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4.install
2005-07-21 21:38:07.981902144 +
+++ libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4.install 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-debian/tmp/usr/lib/*.so.*
diff -urN orig/libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4c2.install
libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4c2.install
--- orig/libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4c2.install
1970-01-01 00:00:00.0 +
+++ libmusicbrainz-2.1-2.1.1/debian/libmusicbrainz4c2.install 2005-07-22
01:12:20.784648705 +
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*.so.*
Bug#317849: brittle recursion in limits.h
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well, obviously the patch mentioned above is brain dead. A better approach might be to move the #include inside the #ifndef, but I don't really know the reason for it being outside of it in the first place, so I trust you'll find the best solution. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC0/nJ7ZPKKRJLJvMRAgLQAJ9qRT8UdvUcXuLqo3LsNaYk+UN6ggCbBJ5P f1psFtsc+m1zCNKmmk9cQXA= =1N7q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317839: should include limits.h, not limits.h
Package: libfam-dev Version: 2.7.0-7.1 Severity: grave fam.h contains the line: #include limits.h which should be #include limits.h otherwise, gcc-4.0's preprocessor will go into an infinite loop and no program using fam.h can be compiled. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317849: brittle recursion in limits.h
Package: libc6-dev Version: 2.3.2.ds1-22 Severity: normal /usr/include/limits.h tries to include limits.h from /usr/lib/gcc/.../include, via: #include_next limits.h on line 124 which is outside of its ifdef on _LIBC_LIMITS_H_ Thus, with the preprocessor shipped with gcc-4.0, this may cause an infinite recursion when a file in /usr/include calls: #include limits.h like in bug #317839. Because of the search path order in cpp-4.0, cpp will continually reread /usr/include/limits.h and never try the one in /usr/lib/gcc/.../include While, it is arguably a bug in a header which specifies limits.h instead of limits.h, it would be nice if /usr/include/limits.h handled this case as well. From my limited testing, it seems that a patch of: 122c122 #if defined __GNUC__ !defined _GCC_LIMITS_H_ --- #if defined __GNUC__ !defined _GCC_LIMITS_H_ !defined _LIBC_LIMITS_H_ would make the recursion more robust. Cheers, -Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6-dev depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii linux-kernel-headers 2.5.999-test7-bk-17 Linux Kernel Headers for developme Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:3.3.6-1 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-7 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.4-3 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.1-1 The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317839: fam upload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since libfam-dev is broken with gcc-4.0, it would be great if the package was updated asap. If you are still busy, I would be happy to upload a new version with the one line diff described in this bug. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC0v0X7ZPKKRJLJvMRAhpMAJ9Rf2Y7c8clxhWvo8NO9m90w2qa1ACfWSTe L2lxAysnva7YVzYGnElQn2Q= =wPGg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317700: Rebuild for C++ transition
Package: fam Version: 2.7.0-7 Severity: grave fam needs to be rebuilt for the c++ transition. Today marks 5 days since the new gcc packages were uploaded (the only c++ dep) and so I plan to NMU into DELAYED/2-day. The new binary name will be libfam0 to match what ubuntu has done. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fam depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-11 GCC support library ii libstdc++5 1:3.3.6-7The GNU Standard C++ Library v3 Versions of packages fam recommends: ii portmap 5-14 The RPC portmapper -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317700: Rebuild for C++ transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Leidert wrote: AFAIK it should be libfam0c2 (like libaspell15c2, libwpd8c2, ...). See: http://groups.google.com/groups?as_umsgid=%3C4mf37-Fq-11%40gated-at.bofh.it%3E No, it can be either, see: http://lists.debian.org/debian-devel-announce/2005/07/msg1.html and its probably best if the package name stays in sync with ubuntu. - -m -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC0YyA7ZPKKRJLJvMRAtLuAJ0TP68RcIpicOlFIJD4QQ0fg9LILQCaA8RL Y2Rt6NuPAOBqPSFiIdIMUR8= =cHwQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317700: Rebuild for C++ transition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuan-kai Lin wrote:
I have been a little busy lately, so you are welcome to do the NMU.
Okay thanks. I will go ahead and upload it to 0-day then.
Attached is the NMU patch.
Cheers,
- -Mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC0ZAi7ZPKKRJLJvMRAiwiAJ0TLU/Y/4yLQBuN3qHfjXTydAkfswCZAUu2
BFdU6lagVqvjMMaOiMm3nR8=
=ScZB
-END PGP SIGNATURE-
diff -urN fam-2.7.0.orig/debian/changelog fam-2.7.0/debian/changelog
--- fam-2.7.0.orig/debian/changelog 2005-07-10 20:04:10.864217343 +
+++ fam-2.7.0/debian/changelog 2005-07-10 20:23:21.366793385 +
@@ -1,3 +1,12 @@
+fam (2.7.0-7.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * Rebuild against new CXX ABI
+- new binary pkg is called libfam0 to match what ubuntu has done
+- Closes: 317700
+
+ -- Mike Furr [EMAIL PROTECTED] Sun, 10 Jul 2005 19:46:12 +
+
fam (2.7.0-7) unstable; urgency=low
* New maintainer (closes: #303194)
diff -urN fam-2.7.0.orig/debian/control fam-2.7.0/debian/control
--- fam-2.7.0.orig/debian/control 2005-07-10 20:04:10.842220220 +
+++ fam-2.7.0/debian/control 2005-07-10 20:06:23.937815472 +
@@ -20,13 +20,12 @@
RPC service for monitoring remote files (such as on a mounted NFS
filesystem).
-Package: libfam0c102
+Package: libfam0
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
-Provides: libfam0
-Replaces: libfam0
-Conflicts: libfam0
+Replaces: libfam0c102
+Conflicts: libfam0c102
Recommends: fam
Description: client library to control the FAM daemon
FAM monitors files and directories, notifying interested applications
@@ -38,7 +37,7 @@
Package: libfam-dev
Section: libdevel
Architecture: any
-Depends: libfam0c102 (=${Source-Version})
+Depends: libfam0 (=${Source-Version})
Description: client library to control the FAM daemon - development files
FAM monitors files and directories, notifying interested applications
of changes.
diff -urN fam-2.7.0.orig/debian/libfam0.install fam-2.7.0/debian/libfam0.install
--- fam-2.7.0.orig/debian/libfam0.install 1970-01-01 00:00:00.0 +
+++ fam-2.7.0/debian/libfam0.install 2005-07-10 19:46:05.398186256 +
@@ -0,0 +1 @@
+usr/lib/libfam.so.0.0.0
diff -urN fam-2.7.0.orig/debian/libfam0.links fam-2.7.0/debian/libfam0.links
--- fam-2.7.0.orig/debian/libfam0.links 1970-01-01 00:00:00.0 +
+++ fam-2.7.0/debian/libfam0.links 2005-07-10 19:46:05.384188089 +
@@ -0,0 +1 @@
+usr/lib/libfam.so.0.0.0 usr/lib/libfam.so.0
diff -urN fam-2.7.0.orig/debian/libfam0c102.install fam-2.7.0/debian/libfam0c102.install
--- fam-2.7.0.orig/debian/libfam0c102.install 2005-07-10 20:04:10.868216820 +
+++ fam-2.7.0/debian/libfam0c102.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/libfam.so.0.0.0
diff -urN fam-2.7.0.orig/debian/libfam0c102.links fam-2.7.0/debian/libfam0c102.links
--- fam-2.7.0.orig/debian/libfam0c102.links 2005-07-10 20:04:10.841220350 +
+++ fam-2.7.0/debian/libfam0c102.links 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/libfam.so.0.0.0 usr/lib/libfam.so.0
Bug#316561: ITP: omake -- build system with automated dependency analysis
Package: wnpp Severity: wishlist Owner: Mike Furr [EMAIL PROTECTED] * Package name: omake Version : 0.9.4 Upstream Author : Jason Hickey [EMAIL PROTECTED] * URL : http://omake.metaprl.org * License : GPL Description : build system with automated dependency analysis omake is a build system designed to scale from small projects to very large projects spanning many directories. omake uses a syntax similar to GNU make, with many additional features. omake contains specifications for easily building C, OCaml, and LaTeX programs, but can be used to build projects with other languages as well. . omake includes an accurate, automated dependency analysis based on MD5 digests. Users can produce architecture independent builds as omake provides a uniform interface on Linux/Unix, Win32, and OS X. It also includes a stand-alone command-line interpreter, osh, that can be used as an interactive shell. omake uses a full object oriented language for its syntax. Features of the omake language include integer and floating point arithmetic, scoped expressions, higher order functions, multiple inheritance, pattern matching, runtime exceptions, lexers, and LALR(1) parsers. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316260: terminatorx: [INTL:it] italian translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Bruno wrote: You can find the italian debconf translation attached. Please apply it. Perfect timing, I was just preparing an upload for the new jack library. :) Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCwvzG7ZPKKRJLJvMRAgspAKCTKHvnPe7L7toWCroVd4s8eS8+zgCfYC6X tcJcCLxKsAshrertXg+FrjU= =9P9k -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311530: possibly spoke too soon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 xmms just segv'd on me again. Apparently the way to reproduce this bug is to report it solved and then wait a bit :-(. The messages on my console before the crash are: Message: alsa mixer timed out ALSA lib simple.c:952:(simple_add1) helem (MIXER,'Master Playback Switch',0,0,0) appears twice or more ** WARNING **: alsa_get_mixer(): Failed to register mixer: Invalid argument Segmentation fault I now have xmms running from gdb, so if/when it crashes again, I'll let you know if its the same backtrace as before. This is with xmms 1.2.10+cvs20050209-2 and $ cat/proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.9b. Compiled on Jun 21 2005 for kernel 2.6.11 (SMP). Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQFCuYKu7ZPKKRJLJvMRAnEAAJ9Z8v55UlMt6jDKl1hmgeE27KybFwCY+2z+ kBAAzsEvEEWg0nLLgCt6NA== =Tpj1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311530: new bt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is the backtrace from my most recent xmms crash: Message: alsa mixer timed out Message: alsa mixer timed out Message: alsa mixer timed out Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214145616 (LWP 9065)] 0x086962bd in ?? () (gdb) bt #0 0x086962bd in ?? () #1 0x086959c0 in ?? () #2 0xb706adef in snd_ctl_read () from /usr/lib/libasound.so.2 #3 0xb70695ef in snd_hctl_handle_events () from /usr/lib/libasound.so.2 #4 0xb7073c7b in snd_mixer_handle_events () from /usr/lib/libasound.so.2 #5 0xb7111bae in alsa_get_volume () from /usr/lib/xmms/Output/libALSA.so #6 0x0806072a in output_get_volume () #7 0x0806dff3 in ctrl_write_packet () #8 0xb7dedb63 in start_thread () from /lib/tls/libpthread.so.0 #9 0xb7c5818a in clone () from /lib/tls/libc.so.6 (gdb) Let me know if I can provide any further help. - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCucme7ZPKKRJLJvMRAiT9AJ908mQfM/gffv6emCGhaQRtc3uvzwCgmtNv btlILtYbThkVPmWSxoCbhDs= =he8u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311530: Bug#290341 acknowledged by developer (Re: Bug#290341: Still a problem?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Hood wrote: Those messages report segfaults. Is xmms segfaulting on you? So, I did speak too soon. It did segv on me with the exact same message from 311530, namely: xmms: simple.c:1472: snd_mixer_selem_get_playback_volume: Assertion `elem-type == SND_MIXER_ELEM_SIMPLE' failed. Mike Furr wrote: , but I'm not using a recent version of the alsa modules. If I still have issues after upgrading my kernel, I'll post any details there. I've now upgraded to kernel v2.6.11 and built new modules from alsa-source 1.0.9b-1 xmms no longer seems to segfault now (after using it most of today). I do however still see the following messages occasionally: ** WARNING **: alsa_setup_mixer(): Failed to find mixer element: Wave Surround ALSA lib simple.c:952:(simple_add1) helem (MIXER,'Master Playback Switch',0,0,0) appears twice or more ** WARNING **: alsa_get_mixer(): Failed to load mixer: Invalid argument and this message occurs once every couple of seconds: Message: alsa mixer timed out Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCuISz7ZPKKRJLJvMRAqdZAJ0QG/pCyUZ6HCdo8ec8H0vT7JBtBgCgiOCz JhsTWLSM98UGJO4mJMz7TUo= =Cozk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290341: Still a problem?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Hood wrote: Do you still get this segfault with libasound2 1.0.9? After using xmms for a while today, the segfault seems to no longer occur. Thanks for the follow-up. Feel free to close this now. I do however get a lot of annoying messages like those mentioned in #311530, but I'm not using a recent version of the alsa modules. If I still have issues after upgrading my kernel, I'll post any details there. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCtOJY7ZPKKRJLJvMRAn0eAJ4uTispo/kWQSXiMVlvH39X4Kxe1ACgi3hW I0kOQTMVxuPKs6sY7GVnAgU= =fRjH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306517: #306517 epoll_ctl(2) description differs from implementation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Kerrisk wrote: Joey, Mike, I will add a note under BUGS to the man page to point out this bug in older kernels. That will appear in man-pages-2.04. Great, thanks. Sorry for not checking more recent kernel versions. I tend not to update my kernel as frequently these days. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCs0eQ7ZPKKRJLJvMRAhc7AJ4imN0y7iX3EYcZIj/HPLNLdvHIQACfaSq8 LQ02gGf98BCI1VCOEDiSJf0= =PNpT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312525: 312525 explaination
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Regis Boudin wrote: Hi, Hello, To fixes are possible. Either making the dlopen against the library soname, 'libxmms.so.1', which is a quick fix (patch attached) but will be broken if the soname changes, but I doubt it will for XMMS. This fix should be sufficient. I imagine that when XMMS does change its soname, the changes will be large enough that we'll have a planned transition. I'll upload the fix this weekend. Thanks for the patch, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCs0g37ZPKKRJLJvMRAl3jAJ9btw2La7MPIUNqtxbBUrxw4mYjnwCfTAH7 2vYuBUKCflQDy4RWooYn0xs= =34Y2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307574: Built with wrong OCaml version
Package: perl4caml Severity: grave This package is built from the wrong OCaml version(it slipped in with a bad dependency) and thus is completely useless in Debian. I'm uploading a new version now, but since Sarge is frozen, if it doesn't get built in time or some such, this package shouldn't be shipped in sarge. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305456: O: perl4caml -- Use Perl code in OCaml programs, runtime library
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Jones wrote: About 2-3 weeks ago I put the latest perl4caml and a working debian/ config into subversion on alioth. Can someone help me to upload this? Sure. How do want to have this package maintained? I know that you are subscribed debian-ocaml-maint(or at least have posted several times), but I don't see you in the NM queue to become a debian developer. Do you want to a) be the package maintainer and prepare all uploads to debian (ie: whenever some ABI changes and it needs a recompile). This is usually done by official debian developers, or those aspiring to become one. However, if you want to do it, I'd be happy to simply sponsor your uploads. b) just be the upstream author and let a debian person (me I suppose) handle the uploads and be the maintainer of the debian/ directory. Of course, the reality of the svn repo is that you can do pretty much anything in between. How would you like for this to be handled? Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdQR07ZPKKRJLJvMRAhyMAJ9XTShdhDdaNqZfjtBeShvyqzUWvwCfUP4E +C5NRpzjLrMv6k1QyDZ03AE= =dfo5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306517: epoll_ctl(2) description differs from implementation
Package: manpages-dev Version: 2.02-1 Severity: normal The epoll_ctl(2) man page states that when using the op parameter EPOLL_CTL_DEL, The event is ignored and can be NULL. However, if epoll_ctl is passed a value of NULL in its event paramter in this case, it returns EFAULT (which is also not listed as a possibility in the ERRORS section). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages manpages-dev depends on: ii manpages 2.02-1 Manual pages about using a GNU/Lin -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306074: libgetopt-ocaml-dev lacks dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian Bunk wrote: Package: libgetopt-ocaml-dev Version: 0.0.20040811-1 Severity: grave libgetopt-ocaml-dev lacks dependencies. Some Ocaml dependencies are for sure required. No dependencies are required for its 'functionality', but I suppose it does contain symbols specific to the current OCaml release, so a versioned dep is appropriate. Note that it is possible to package an OCaml library which does not have any such dependencies (e.g., code intended to be sandboxed), in which case, the code would have no valid dependencies (just fyi). I'm curious as to how you stumbled across this, did it break some tool which parses the Packages file or something? I also think serious is the correct severity for this bug, not grave, since its theoretically a policy violation, not a lack of functionality. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCa9aA7ZPKKRJLJvMRAovdAKCXwEY2KrWpB2BkOMzm1fpY8sunjwCffgif JVtG+3As8jJl0FDJpipbTOQ= =I0xH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: backtracing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 datareaver wrote: Package: vegastrike Version: 0.4.3-1 Followup-For: Bug #296503 Thanks for the report, I'll try to get to this soon - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCa9a27ZPKKRJLJvMRAuOjAKC5dUSoFVzY1+5/4Zv5p9+Z5Mct/wCfYfcA jRWe4+nDEQDBpz+2hDia24E= =OzQg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304378: regexp-pp: please rebuild with ocaml 3.08.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Samuel Mimram wrote: Please also note that some files of this package are under the Q Public License which is generally considered as non-DFSG-free. If someone decides to maintain it, he will certainly have to deal this issue with upstream (I don't have time for that, so I won't adopt it). Well, its the exact same license used for OCaml. Its QPL + exceptions (linking/6c), so I don't think its a problem unless ocaml itself gets moved to non-free. Maybe is this package a good candidate for removal? I actually used this on a project and would like to see it remain in debian. I thought that Sam was originally going to adopt it, but if not, I'll definitely take it. John, any objections? Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCXVAb7ZPKKRJLJvMRAjKbAJ9YqO/ucOC5qiZGKz0NaIVbTulTXACeO9HA XnoLu3Gpwk+12jUUT3rpxvU= =PDC8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304017: numerix.cmxa and numerix.a not packaged
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien PUYDT wrote: my little pet project's opt build-target was broken by the recent package upgrade (transition to 3.08.3) because the two mentioned files are missing. Oops, I broke my build environment (to test a non-opt build) and forgot to restore it before building this. I'll recompile it and upload a - -5.1.1 since its fine on all the other arches... Thanks for the report, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCWVj07ZPKKRJLJvMRAt4gAKCKQWdqLz3SZ33HOVC/Mrx6x0DovwCggjEU hDtlrHXy6EdyVzliVp2+B5o= =OZ3C -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303971: ITP: ocaml-getopt -- command line parsing library for OCaml
Package: wnpp Severity: wishlist Owner: Mike Furr [EMAIL PROTECTED] Package name: ocaml-getopt Version : 0.0.20040811 Upstream Author : Alain Frisch [EMAIL PROTECTED] URL : http://www.http://www.eleves.ens.fr/home/frisch/soft.html License : MIT Description : command line parsing library for OCaml This package provides the Getopt module that is an alternative to the Arg module in the standard distribution. Getopt supports the general command line syntax of GNU getopt and getopt_long, but is close to the spirit of the Arg module: the programmer gives to the general parsing function a list of possible options, together with the behavior of these options. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#215037: Fix for chromium volume bug
Joachim Breitner wrote: Hi, after blind stabbing into chromium's OpenAL sources, I had a look at SuSE's sources and found this hack. I dunno how bad it is, but it works: Thanks for this! I haven't had a chance to try it out yet, but I should be able to get to it later this week. Cheers, -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301068: vegastrike: FTBFS (ppc64): Please support the ppc64 architecture
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Jochens wrote: | Please add support for the ppc64 architecture. Have you verified that the package builds okay on that arch(or even better, runs)? I see in the vegastrike source, there is at least one mention of an #ifdef on __powerpc64__... is this the correct symbol for our toolchain? Thanks, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCQcSi7ZPKKRJLJvMRAvheAJ9RdQni2OLotpibcYNSO59RF5k33gCfcjY8 lsLCgxOM/PrjpQQD0AXnH6U= =eFHr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#215037: This bug is still open
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joachim Breitner wrote: | Hi, Hello, | I just wanted to say that I can confirm this bug, and that the game | would be more fun with audio effects :-) Yeah, I know. I've tried a couple of times to find out what is causing this and haven't had much luck(mainly because I'm not very familiar with the openAL api). I will probably figure it out eventually, but its kind of a low priority for me right now. If you have any suggestions of what exactly is causing it, or even better a patch(!), it would be appreciated. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCQHTN7ZPKKRJLJvMRAo06AJ41pDqPhoc058rSM5mBGr/Ds5mB9gCgufso Z+JCiAbQ2ZsnlGAHEJ1j9UI= =QqT4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: Vegastrike 0.4.3-1 segfaults on startup
Christopher Knadle wrote: #0 0xb79987ab in raise () from /lib/tls/libc.so.6 #1 0xb7999f12 in abort () from /lib/tls/libc.so.6 #2 0xb799226f in __assert_fail () from /lib/tls/libc.so.6 #3 0xb7cd1695 in native_blitbuffer () from /usr/lib/libopenal.so.0 #4 0xb7cd5d42 in _alcDeviceWrite () from /usr/lib/libopenal.so.0 #5 0xb7cbe146 in async_mixer_iterate () from /usr/lib/libopenal.so.0 #6 0xb7cd44ce in _alFloatMul () from /usr/lib/libopenal.so.0 #7 0xb7ed6b63 in start_thread () from /lib/tls/libpthread.so.0 #8 0xb7a47c4a in clone () from /lib/tls/libc.so.6 Okay, its crashing in openAL(the sound lib). Try configuring vegastrike to run without sound: $ cd ~/.vegastrike.4.x $ vssetup - select No Sound $ vegastrike Also, what kind of sound hardware do you have and which drivers are you using(OSS or ALSA)? -mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297815: vslauncher is missing.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: | The player's guide documents vslauncher as the standard way to start a new | game and to modify your settings. Unfortunately, it's missing and vsinstall | only seems to work once (now it just starts the game with my current | settings), so it appears I get to try to guess how the config file works in | order to change my video setup. vslauncher is no longer supported as all saving/loading is done in-game now, so this is a bug on the wiki(which is great, keep em coming!) As for vsinstall/vssetup, upstream plans on incorporating this directly into the game binary, so no one is spending any time on making these helper apps very friendly. If you need to update your config settings run vssetup from the directory ~/.vegastrike.4.x Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCJ5t/7ZPKKRJLJvMRAhprAKCRcwq/BU5N4Tq9GM/0W8sYk25BPwCePoiD use2iNz2uZqozyV2c9D1gnU= =u553 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297903: No way to tractor cargo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: | http://vegastrike.sourceforge.net/forums/viewtopic.php?t=3532 | | Basically, after a ship is destroyed or you eject cargo, you can't tractor | anything (except the enemy pilot's escape capsule). Apparently this is a bug | in some of the data files and a fix is available (see above URL). Thanks, I am aware of this patch but was waiting a little bit in case any more patches/updates are made(there has been a lot of talk on the forums about fixing the spec drive values). Given the size of the -data package, its somewhat painful (for me and the mirrors) to update it frequently. However, I'll probably upload a new version within a week or so. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCJ5xC7ZPKKRJLJvMRAoLFAJ90cUnYbE8tvJ3C/fZil5bCVN4k3wCfaSmq wLKPjNblQmIB5xeNmth7oIw= =KLMD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: Vegastrike 0.4.3-1 segfaults on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Knadle wrote: |Let me know what you would like me to test next. |Thanks. Sorry for the delay in getting back to you. I built a version of the main binary with all the debugging symbols which I uploaded here: http://people.debian.org/~mfurr/vs/vegastrike.dbg.bz2 I bzip'd it since it weighs in at a hefty 161Megs! Please run it in gdb to get a backtrace: $ bzip2 -d vegastrike.dgb.bz2 $ gdb ./vegastrike.gdb (gdb) run ... SEGV (gdb) bt Thanks, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCJ6I67ZPKKRJLJvMRAhdSAKCTNy5OQzWUqy1VsVGi6ocsqsiRiQCfffaK EyvQ23ZxBjByeEopvedFyqo= =uZb4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297778: The command to quit the program is too well hidden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Burrows wrote: | Package: vegastrike | Version: 0.4.3-1 | | I just spent about 15 minutes trying to quit Vegastrike after realizing that | it didn't have in-game documentation of how to play. D'oh! | I finally had to find | another computer, go to the Vegastrike website, and find the player's manual. | That document claimed that I had to push a button marked Options in the | mission computer. In fact, the button is marked Save/Load, which is | possibly one of the most counterintuitive things I've seen in a long time. Er yup, it looks like that part of the wiki has not been updated for this release yet. Unfortunately I don't have permissions to fix this directly, but I will ask upstream to please update it. After playing however, I would argue the most convenient place to put the quit button would be in the save screen since you almost always save before you quit. However the choice of button label could perhaps be improved ;-) | It would really be much better if there was a globally available way to get | quit; even better if there was a globally available way to get help about how | to play. Note that in flight mode (not docked at a planet/space-station) you can hit shift-M for some in-game help. Also Esc then 'q' will quit the game any time you are not docked. Cheers, - -Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCJkGa7ZPKKRJLJvMRAoFyAKCyzkw8LS5eS2RGZ6wfGkoGszepcQCfa55/ gri4bsgxe5Q49B1SBI6kA/w= =0pJe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296503: vegastrike: Vegastrike 0.4.3-1 segfaults on startup
Chris Knadle wrote: NOTE: I was remiss in not submitting a bug report for the _previous_ version of Vegastrike, which also segfaulted on startup on this system. Hmm...that's unfortunate. :-( What kind of graphics card do you have? Which drivers are you using with it? Are you able to use other 3D applications? Cheers, -mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#159513: fixed
After playing with the recently uploaded 0.4.3, save games now seem to persist across saved games. enjoy, -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295595: Don't ship in sarge.
Package: vegastrike Version: 0.4.3-1 Severity: grave After discussing the situation with upstream, we agreed that vegastrike would better serve our users if it was not shipped in sarge. Upstream development is progressing at a nice pace and thus having old versions around would only generate annoying bug reports on issues which may already have been solved. Also, the build seems to trigger some toolchain bug on some arch on every upload making testing migrations difficult. Instead, I plan on maintaining backport packages when sarge is released. Release team, please add a removal hint for vegastrike(and if necessary, its rdepends of vegastrike-data and vegastrike-music). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vegastrike depends on: ii freeglut3 2.2.0-8OpenGL Utility Toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libgcc1 1:3.4.3-7 GCC support library ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libogg0 1.1.0-1Ogg Bitstream Library ii libopenal00.2004090900-1.1 OpenAL is a portable library for 3 ii libpng12-01.2.8rel-1 PNG library - runtime ii libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libstdc++63.4.3-7The GNU Standard C++ Library v3 ii libvorbis0a 1.0.1-1The Vorbis General Audio Compressi ii libvorbisfile 1.0.1-1The Vorbis General Audio Compressi ii libx11-6 4.3.0.dfsg.1-10X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-10X Window System Input extension li ii libxmu6 4.3.0.dfsg.1-10X Window System miscellaneous util ii python2.3 2.3.4+2.3.5c1-2An interactive high-level object-o ii vegastrike-da 0.4.3-1Data files for vegastrike ii xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86] ii xlibmesa-glu 4.3.0.dfsg.1-10Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-10X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293904: needs recompile
Package: libzip-ocaml-dev Version: 1.01-13 Severity: grave Files /usr/lib/ocaml/3.08/zip/zip.cmxa and /usr/lib/ocaml/3.08/unix.cmxa make inconsistent assumptions over implementation Unix Although interesting enough, this only occurs with the native code, not byte code. :-( -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libzip-ocaml-dev depends on: ii libzip-ocaml 1.01-13ocaml compression libraries ii ocaml-nox [ocaml-nox-3.08]3.08.2-1 ML language implementation with a ii zlib1g-dev1:1.2.2-4 compression library - development -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293001: [l10n] Initial Czech translation of terminatorx debconf messages
Miroslav Kure wrote: Hi, in attachement there is initial Czech translation (cs.po) of terminatorx debconf messages, please include it. Thanks! I'll upload it in a few days. -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290341: Segfaults consistently with alsa output libasound2 (= 1.0.7)
Package: xmms Version: 1.2.10-2 Severity: important Since upgrading to libasound2 1.0.7, xmms segfaults within 15 minutes of starting when using the alsa plugin. It doesn't always occur with any particular song(like in 288872) and although I do see the torrent of messages reported in #287583, they didn't mention segfaults, so I filed this separately. Reverting to libasound2 1.0.6-5 eliminates this problem. The segv also occurs in a completely different function than the problem mentioned in #269981, so I'm not sure if this is the same bug or not. During normal operation (with both libasound 1.0.7 and 1.0.6) I see messages: Message: alsa mixer timed out Only with libasound 1.0.7 I see: ** WARNING **: alsa_get_mixer(): Failed to register mixer: Invalid argument ALSA lib simple.c:950:(simple_add1) helem (MIXER,'EMU10K1 PCM Send Volume',20,0, 0) appears twice or more Here is the backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1087003568 (LWP 32047)] 0x40de1a77 in snd_mixer_elem_empty () from /usr/lib/libasound.so.2 (gdb) bt #0 0x40de1a77 in snd_mixer_elem_empty () from /usr/lib/libasound.so.2 #1 0x40dd7799 in snd_hctl_poll_descriptors_revents () from /usr/lib/libasound.so.2 #2 0x40dd82e1 in snd_hctl_load () from /usr/lib/libasound.so.2 #3 0x40de220b in snd_mixer_load () from /usr/lib/libasound.so.2 #4 0x40d9705c in get_oplugin_info () from /usr/lib/xmms/Output/libALSA.so #5 0x40d971dd in get_oplugin_info () from /usr/lib/xmms/Output/libALSA.so #6 0x40d974ca in get_oplugin_info () from /usr/lib/xmms/Output/libALSA.so #7 0x0805e36a in output_get_volume () #8 0x080665f1 in ctrl_write_packet () #9 0x40204b63 in start_thread () from /lib/tls/libpthread.so.0 #10 0x403e9c4a in clone () from /lib/tls/libc.so.6 (gdb) I'm running a 2.6.8 SMP kernel built from debian sources. $ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.4 (Mon May 17 14:31:44 2004 UTC). Compiled on Sep 27 2004 for kernel 2.6.8 (SMP). $ cat /proc/asound/cards 0 [Live ]: EMU10K1 - Sound Blaster Live! Sound Blaster Live! (rev.8) at 0xb800, irq 17 No effect or general plugins are enabled. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xmms depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
