Bug#892887: dosemu: CPU is running at 100%
Try setting $_hogthreshold or using speed.com to set hogthreshold to something other than zero. http://www.dosemu.org/docs/README/0.99/README-14.html On Wed, Mar 14, 2018 at 06:02:45AM +0100, Ernst Otto Schäfer wrote: > Package: dosemu > Version: 1.4.0.7+20130105+b028d3f-2+b1 > Severity: important > > Dear Maintainer, > > > CPU is always running at 100% > > 20 0 82724 20280 12512 R 100,0 0,2 0:09.90 dosemu.bin > > > -- System Information: > Debian Release: buster/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de > (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages dosemu depends on: > ii libasound2 1.1.3-5 > ii libc62.27-1 > ii libgpm2 1.20.7-5 > ii libsdl1.2debian 1.2.15+dfsg2-0.1 > ii libslang22.3.2-1 > ii libsndfile1 1.0.28-4 > ii libx11-6 2:1.6.4-3 > ii libxext6 2:1.3.3-1+b2 > ii libxxf86vm1 1:1.1.4-1+b2 > ii xfonts-utils 1:7.7+4 > > dosemu recommends no packages. > > dosemu suggests no packages. > > -- no debconf information > -- Ryan C. Underwood, <neme...@icequake.net>
Bug#752366: [php-maint] Bug#752366: php5: Memory leak in FTPS functions results in denial of service
Hi, A new php5-5.4.4-14+deb7u12 was released without this fix. Would the fix be included in the next stable/updates version then? Ryan On Mon, Jun 23, 2014 at 10:12:55AM +0200, Ondřej Surý wrote: Hi Ryan, thanks for reporting the issue. We have an update queue in stable-proposed-updates right now with a bunch of upstream fixes that needs to be processed first, so we don't pile updates over updates. But I will merge fix for your issue into next s-p-u update, ok? Thanks, Ondrej On Mon, Jun 23, 2014, at 04:56, Ryan Underwood wrote: Package: php5 Version: 5.4.4-14+deb7u11 Severity: important php5 stable version has a gaping memory leak in SSL handling which was fixed upstream. http://git.php.net/?p=php-src.git;a=commitdiff;h=0863a0d6a0f740874b4ef8dc732a4ec94949470c Without this patch, a process which makes repeated FTP-SSL connections will eventually consume all resources of the server, not limited by PHP's own memory_limit. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-0.bpo.1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.4-14+deb7u11 ii php5-common 5.4.4-14+deb7u11 php5 recommends no packages. php5 suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- Ryan C. Underwood, neme...@icequake.net signature.asc Description: Digital signature
Bug#563376: I was also just tripped up by this bug
Cross compiling from an x86-64 host for a less capable i386 host, I found that I'm unable to build modules on the target because of the genksyms and friends being built for the wrong arch. -- Ryan C. Underwood, neme...@icequake.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563376: One approach to fix on x86-64-i386
Here is how I worked aronud it on a x86-64-i386 situation. First make sure libc6-dev-i386 is installed since we are building i386 userspace tools. Then I used this ugly bit of shell to temporarily clean the ELF objects and modify all the makefiles under the scripts tree to build -m32 targets, restore the original makefiles, and create a tarball of the resulting ELF objects that can just be unpacked on the target where the kernel is installed, overwriting the wrong-arch binaries under the kernel-headers scripts directory. find scripts -type f | xargs file | grep ELF | cut -f1 -d: | xargs rm -f; find scripts -name Makefile | while read file; do cp -a $file $file.bak; echo 'HOST_EXTRACFLAGS += $(call cc-option,-m32)' $file; echo 'HOST_LOADLIBES += $(call cc-option,-m32)' $file; cat $file.bak $file; done; make ARCH=i386 scripts; find scripts -name Makefile | while read file; do cp -a $file.bak $file; done; tar -cvj -f scripts.bz2 `find scripts -type f | xargs file | grep ELF | cut -f1 -d:` Maybe it can be adapted when the HOSTCC itself must be changed, I don't know. I was able to kind of shortcut it due to the x86-64 compiler being able to compile and link i386 binaries. But you will need the userspace libraries for the target installed just the same as if you were cross compiling an application. Obviously this is not a general solution that make-kpkg could adopt but maybe a starting point for discussion. -- Ryan C. Underwood, neme...@icequake.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#367437: your mail
Bastien, In your message dated Mon, 7 Feb 2011 to this bug, it indicates that you did in fact reproduce the bug. -- Ryan C. Underwood, neme...@icequake.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#367437: your mail
On Mon, Jul 23, 2012 at 06:24:42PM +0200, Bastien ROUCARIES wrote: Yes but I could not access to the file in order to submit upstream Ok, try here: http://web.archive.org/web/20070315141740/http://www.rolmfg.com/media/pdf/sealspamphlet/sealspamphlet_EN.pdf -- Ryan C. Underwood, neme...@icequake.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538432: Fwd: Re: [Dosemu-devel] ubuntu update breaks mapping in dosemu 1.4
This message was on the dosemu-devel list regarding this problem. Looks like it's an upstream fix. - Forwarded message from Reinhard Karcher rkarc...@frey.de - From: Reinhard Karcher rkarc...@frey.de Date: Mon, 12 May 2008 15:27:54 +0200 Subject: Re: [Dosemu-devel] ubuntu update breaks mapping in dosemu 1.4 To: dosemu-de...@lists.sourceforge.net User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509) Eric Auer wrote: - dosemu always fails with LOWRAM mmap: Invalid argument and a segmentation fault, no matter which maps style I use and no matter whether I have /tmp exec,suid or noexec,nosuid This problem was solved in the latest dosemu svn. I attach the diff, as it is small. Reinhard --- src/base/init/init.c(Revision 1862) +++ src/base/init/init.c(Revision 1863) @@ -262,10 +262,18 @@ if (result != NULL) { + int err = errno; perror (LOWRAM mmap); - config.exitearly = 1; + if (err == EINVAL) { +fprintf(stderr, Cannot map low DOS memory (the first 640k).\n +You can most likely avoid this problem by running\n +sysctl -w vm.mmap_min_addr=0\n +as root, or by changing the vm.mmap_min_addr setting in\n +/etc/sysctl.conf to 0.\n); } + leavedos(99); } +} /* * DANG_BEGIN_FUNCTION version_init - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Dosemu-devel mailing list dosemu-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dosemu-devel - End forwarded message - -- Ryan C. Underwood, neme...@icequake.net signature.asc Description: Digital signature
Bug#494053: May be fixed upstream
http://lists.freedesktop.org/pipermail/xorg/2008-October/039730.html -- Ryan C. Underwood, neme...@icequake.net signature.asc Description: Digital signature
Bug#513749: kqemu-source: Won't install if qemu is running
Package: kqemu-source Version: 1.3.0~pre11-8ubuntu1 Severity: normal The generated module package fails in prerm if the kqemu module cannot be removed. Unfortunately, that makes the package installation impossible while qemu is in use. There doesn't seem to be a good reason why the module should not be upgraded even if it cannot be removed from the running kernel. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-11-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kqemu-source depends on: ii dkms 2.0.20.4-0ubuntu2 Dynamic Kernel Module Support Fram ii libc6-dev 2.9-0ubuntu9 GNU C Library: Development Librari ii make 3.81-5The GNU version of the make util kqemu-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512415: gamin: Please build with --enable-debug_api
Package: gamin Version: 0.1.9-2ubuntu2 Severity: normal Please build gamin with --enable-debug_api so that the debug API of gamin is exposed. This is necessary for e.g. perl's SGI::FAM to build against gamin. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-9-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gamin depends on: ii libc6 2.8~20080505-0ubuntu7 GNU C Library: Shared libraries ii libgamin0 0.1.9-2ubuntu2Client library for the gamin file ii libglib2.0-0 2.18.2-0ubuntu2 The GLib library of C routines gamin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512414: gamin: New upstream version (0.1.10)
Package: gamin Version: 0.1.9-2ubuntu2 Severity: wishlist As of 11/24/2008 there is a new upstream version 0.1.10 -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-9-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gamin depends on: ii libc6 2.8~20080505-0ubuntu7 GNU C Library: Shared libraries ii libgamin0 0.1.9-2ubuntu2Client library for the gamin file ii libglib2.0-0 2.18.2-0ubuntu2 The GLib library of C routines gamin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454097: What is recommended?
What is the recommended course to fix this problem? Should a bug be filed against all packages with a non-conforming bash_completion script? Is there appropriate policy for this? -- Ryan C. Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#453414: can dosemu go to main?
On Thu, Nov 29, 2007 at 01:27:01PM +0100, Uwe Kleine-König wrote: I wonder if the reasons that dosemu is in contrib are still valid. The only thing that a package in main must fulfil over packages in contrib is: * must not require a package outside of _main_ for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-_main_ package), I think it's the same problem as with any other emulator package, that nothing useful can be done with the emulator itself, and there is no dosemu compatible software in main, so it effectively requires a package outside of main in order to be useful. I agree that according to the letter of policy it should be in main and so should any other platform emulator. -- Ryan C. Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#439058: seconded
Tim is not the only one experiencing this problem. -- Ryan C. Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature