Bug#922404: freeipmi install fails
Control: tag-1 + patch Installation fails because ipmidetectd has an empty default configuration. Fix simply avoids to enable and start the daemon that will need to be configured by hand. Antonio bug922404.debdiff Description: Binary data
Bug#870715: sysdig-dkms from Debian Stretch does not compile on kernel from Backports
Package: sysdig-dkms Version: 0.13.0-2 Severity: normal Dear Maintainer, sysdig-dkms 0.13.0-2 from Stretch does not compile on a machine with linux-image-4.11.0-0.bpo.1-amd64 taken from backports. Repackaging sysdig version 0.16.0-1 from Testing solves the problem without hassles. Having sysdig/testing available in backports could be considered? Thanks a lot, Antonio -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sysdig-dkms depends on: ii dkms 2.3-2 sysdig-dkms recommends no packages. sysdig-dkms suggests no packages. -- no debconf information
Bug#856537: virtualbox-dkms: virtualbox 5.1.8 module does not build on kernel 4.9.0-0.bpo.1-amd64
Package: virtualbox-dkms Version: 5.1.8-dfsg-6~bpo8+2 Severity: important Tags: patch Dear Maintainer, I'm running kernels from backports on a few development machines. With the latest version 4.9.0, virtualbox dkms does not compile any more. The problem is related to a small change in kernel API, I include a patch. Regards, Antonio -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages virtualbox-dkms depends on: ii dkms 2.2.0.3-2 Versions of packages virtualbox-dkms recommends: ii virtualbox 5.1.8-dfsg-6~bpo8+2 virtualbox-dkms suggests no packages. -- no debconf information --- r0drv/linux/memobj-r0drv-linux.c.dist 2017-03-02 08:27:07.162465346 +0100 +++ r0drv/linux/memobj-r0drv-linux.c 2017-03-02 08:26:39.489366319 +0100 @@ -1045,7 +1045,27 @@ /* * Get user pages. */ -#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 6, 0) +#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 9, 0) +if (R0Process == RTR0ProcHandleSelf()) +rc = get_user_pages(R3Ptr, /* Where from. */ +cPages, /* How many pages. */ +fWrite ? FOLL_WRITE | FOLL_FORCE : 0, /* Write to memory, force write access. */ +>apPages[0], /* Page array. */ +papVMAs); /* vmas */ +/* + * Actually this should not happen at the moment as call this function + * only for our own process. + */ +else +rc = get_user_pages_remote( +pTask, /* Task for fault accounting. */ +pTask->mm, /* Whose pages. */ +R3Ptr, /* Where from. */ +cPages, /* How many pages. */ +fWrite ? FOLL_WRITE | FOLL_FORCE : 0, /* Write to memory, force write access. */ +>apPages[0], /* Page array. */ +papVMAs); /* vmas */ +#elif LINUX_VERSION_CODE >= KERNEL_VERSION(4, 6, 0) if (R0Process == RTR0ProcHandleSelf()) rc = get_user_pages(R3Ptr, /* Where from. */ cPages, /* How many pages. */
Bug#797172: gvfs-backends: copy from obex://[...] mounts fails for files larger than ~ 25kB
Package: gvfs-backends Version: 1.22.2-1 Severity: normal Dear Maintainer, I am able to explore the files on my phone in nautilus, using the obex://[xx:xx:xx:xx:xx:xx] syntax. Copying files from PC to phone always works, while the reverse (from phone to PC) works only for small files. I can reproduce a test case on the command line: gvfs-mount obex://[xx:xx:xx:xx:xx:xx] gvfs-copy obex://[xx:xx:xx:xx:xx:xx]/small_file ~ copies the file, while gvfs-copy obex://[xx:xx:xx:xx:xx:xx]/bigger_file ~ results in Error copying file obex://[xx:xx:xx:xx:xx:xx]/bigger_file: Another operation in progress and returns status 1. The problem appears on a fully updated Debian 8.1; a different machine running Debian 7.8 works without a glitch. On the problematic machine, obexftp client works flawlessly: so this seems to be a regression bug in gvfsd-obexftp. I am willing to dig further into the matter and provide more debug data if needed. Thanks in advance, Antonio Galea -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs 1.22.2-1 ii gvfs-common 1.22.2-1 ii gvfs-daemons 1.22.2-1 ii gvfs-libs1.22.2-1 ii libarchive13 3.1.2-11 ii libatk1.0-0 2.14.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavahi-glib1 0.6.31-5 ii libbluetooth35.23-2+b1 ii libbluray1 1:0.6.2-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcdio-cdda10.83-4.2 ii libcdio-paranoia10.83-4.2 ii libcdio130.83-4.2 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+deb8u1 ii libgcrypt20 1.6.3-2 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b3.14.2-1 ii libgphoto2-6 2.5.4-1.1+b2 ii libgphoto2-port102.5.4-1.1+b2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-17+deb8u1 ii libimobiledevice41.1.6+dfsg-3.1 ii libmtp9 1.1.8-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libplist21.11-3 ii libsecret-1-00.18-1+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libusb-1.0-0 2:1.0.19-1 ii libxml2 2.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.14.0-1+b1 Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b4 ii samba-common 2:4.1.17+dfsg-2 -- no debconf information
Bug#797172: gvfs-backends: copy from obex://[...] mounts fails for files larger than ~ 25kB
Package: gvfs-backends Version: 1.22.2-1 Followup-For: Bug #797172 I found out that the only operation which seems to fail is the actual _saving_ of the file on the PC local filesystem. For instance, I am able to open a big image using eog - so the data is transferred correctly. Still, eog cannot save the image anywhere, and the error reported is the same: Another operation in progress. Hope this helps, Antonio -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs 1.22.2-1 ii gvfs-common 1.22.2-1 ii gvfs-daemons 1.22.2-1 ii gvfs-libs1.22.2-1 ii libarchive13 3.1.2-11 ii libatk1.0-0 2.14.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavahi-glib1 0.6.31-5 ii libbluetooth35.23-2+b1 ii libbluray1 1:0.6.2-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcdio-cdda10.83-4.2 ii libcdio-paranoia10.83-4.2 ii libcdio130.83-4.2 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+deb8u1 ii libgcrypt20 1.6.3-2 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b3.14.2-1 ii libgphoto2-6 2.5.4-1.1+b2 ii libgphoto2-port102.5.4-1.1+b2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-17+deb8u1 ii libimobiledevice41.1.6+dfsg-3.1 ii libmtp9 1.1.8-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libplist21.11-3 ii libsecret-1-00.18-1+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libusb-1.0-0 2:1.0.19-1 ii libxml2 2.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.14.0-1+b1 Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b4 ii samba-common 2:4.1.17+dfsg-2 -- no debconf information
Bug#793943: testdisk: Program received signal SIGSEGV, Segmentation fault.
Package: testdisk Followup-For: Bug #793943 I have packaged testdisk 7.0 on stable with a simple tweak of the current debian/rules. My laptop arch is amd64, and there it works well - but I do not have the means for testing on other archs. I attach my debian.tar.zx files. Cheers, Antonio testdisk_7.0-1.debian.tar.xz Description: application/xz
Bug#793943: testdisk: Program received signal SIGSEGV, Segmentation fault.
Package: testdisk Version: 6.14-3+b3 Severity: normal Dear Maintainer, I am using testdisk to explore an NTFS partition in a disk image. On a Debian 7.8 (i686) testdisk 6.13-1 lists the files as expected, while on my machine it receives a segmentation fault. The following is a gdb stack trace: ** Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:29 29 ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S: No such file or directory. (gdb) bt #0 __strcmp_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:29 #1 0x00409875 in merge (cmp=cmp@entry=0x43f280 filesort, a=0x79d8f0, b=0x79d950) at list_sort.c:47 #2 0x00409957 in td_list_sort (head=head@entry=0x7fffdb00, cmp=0x43f280 filesort) at list_sort.c:142 #3 0x00441e6b in ntfs_dir (disk_car=optimized out, partition=optimized out, dir_data=optimized out, cluster=5, dir_list=0x7fffdb00) at ntfs_dir.c:325 #4 0x00421e3f in dir_partition_aux (disk=0x0, disk@entry=0x74ead0, partition=0x79d9b0, partition@entry=0x770600, dir_data=0x0, dir_data@entry=0x7fffdc00, inode=0, depth=depth@entry=0, current_cmd=0x7943c0, current_cmd@entry=0x7fffe3c8) at dirn.c:545 #5 0x00423420 in dir_partition_aff (disk=disk@entry=0x74ead0, partition=partition@entry=0x770600, dir_data=dir_data@entry=0x7fffdc00, inode=optimized out, current_cmd=current_cmd@entry=0x7fffe3c8) at dirn.c:582 #6 0x00423873 in dir_partition (disk=disk@entry=0x74ead0, partition=partition@entry=0x770600, verbose=verbose@entry=0, current_cmd=current_cmd@entry=0x7fffe3c8) at dirpart.c:179 #7 0x00431ee3 in ask_structure_ncurses (current_cmd=0x7fffe3c8, verbose=0, list_part=0x7705d0, disk_car=0x74ead0) at intrface.c:367 #8 ask_structure (disk_car=0x74ead0, list_part=optimized out, verbose=0, current_cmd=0x7fffe3c8) at intrface.c:426 #9 0x0042ffa8 in interface_recovery (disk_car=0x74ead0, list_part_org=0x79d9b0, verbose=0, dump_ind=0, align=0, ask_part_order=7947200, expert=0, current_cmd=0x7fffe3c8) at godmode.c:1330 #10 0x0043b9c4 in menu_disk_ncurses (current_cmd=optimized out, saveheader=optimized out, dump_ind=0, verbose=optimized out, disk=optimized out) at tdiskop.c:160 #11 menu_disk (disk_car=0x74ead0, verbose=0, dump_ind=dump_ind@entry=0, saveheader=saveheader@entry=0, current_cmd=0x7fffe3c8) at tdiskop.c:203 #12 0x0043c173 in testdisk_disk_selection_ncurses (current_cmd=0x7fffe3c8, saveheader=0, list_disk=0x66d280, dump_ind=0, verbose=0) at tdisksel.c:199 #13 do_curses_testdisk (verbose=verbose@entry=0, dump_ind=dump_ind@entry=0, list_disk=list_disk@entry=0x66d280, saveheader=saveheader@entry=0, cmd_device=cmd_device@entry=0x0, current_cmd=current_cmd@entry=0x7fffe3c8) at tdisksel.c:266 #14 0x00403d6b in main (argc=optimized out, argv=optimized out) at testdisk.c:430 ** It might well be that the problem is triggered by the specific data in my disk image, but I obviously can't attach 32GB to the report. I'm more than willing to do further tests on your behalf, but I need some directions. For what it's worth, testdisk 7.0 static binary taken from http://www.cgsecurity.org/testdisk-7.0.linux26-x86_64.tar.bz2 works without a glitch. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages testdisk depends on: ii e2fslibs 1.42.12-1.1 ii libc62.19-18 ii libcomerr2 1.42.12-1.1 ii libjpeg62-turbo 1:1.3.1-12 ii libncursesw5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 ii libuuid1 2.25.2-6 ii ntfs-3g [libntfs-3g852] 1:2014.2.15AR.2-1+deb8u2 ii zlib1g 1:1.2.8.dfsg-2+b1 testdisk recommends no packages. testdisk suggests 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#778561: python3-dvdvideo: backport to Debian Wheezy
Package: python3-dvdvideo Version: 0.20140413 Severity: wishlist Dear Maintainer, I find this package useful and wrote a small patch to backport it to Debian Wheezy. I attach it here, so other people might profit from it. Would it be much of a nuisance to upload the patched package to Debian Backports? Thanks a lot for the good work, Antonio -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-dvdvideo depends on: ii python3 3.2.3-6 python3-dvdvideo recommends no packages. python3-dvdvideo suggests no packages. -- no debconf information Fixes Python3 import error on Debian Wheezy --- a/dvdvideo/media.py +++ b/dvdvideo/media.py @@ -14,14 +14,17 @@ # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. -import collections.abc +try: +from collections.abc import Mapping +except ImportError: +from collections import Mapping import os import stat from .volume import VmgUdf, VtsUdf -class MediaUdf(collections.abc.Mapping): +class MediaUdf(Mapping): class File: def __init__(self, filename): f = open(filename, 'rb')
Bug#697206: linux-image-3.2.0-0.bpo.4-686-pae freezes machine at boot
Package: src:linux Version: 3.2.35-2~bpo60+1 Severity: grave Justification: renders package unusable Trying to boot linux-image-3.2.0-0.bpo.4-686-pae freezes the machine at boot; screen is totally black, capslock and numlock leds on keyboard are flashing. Previous version (linux-image-3.2.0-0.bpo.3-686-pae) works fine. -- Package-specific info: ** Kernel log: boot messages should be attached Nothing appears on screen, nothing is logged on disk. ** Model information not available CPU as reported by /proc/cpuinfo (reporting only core 0 of 2): processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping: 9 microcode : 0x2e cpu MHz : 2792.921 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr bogomips: 5585.84 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 32 bits virtual power management: ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:80a5] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Region 0: Memory at fe80 (32-bit, prefetchable) [size=4M] Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx+ Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: Memory at fe78 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at efe0 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Region 0: Memory at fecf (32-bit, non-prefetchable) [size=4K] 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard [1043:80a6] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 4: I/O ports at ef00 [size=32] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard [1043:80a6] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 19 Region 4: I/O ports at ef20 [size=32] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard [1043:80a6] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin C routed to IRQ 18 Region 4: I/O ports at ef40 [size=32] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller [0c03]: Intel
Bug#612877: dphys-swapfile: memory computations are in MB, but my systems report it in kB - results in wrong swap file size
Package: dphys-swapfile
Version: 20061020-3
Severity: normal
When installing dphys-swapfile on a small ARM embedded with 64Mb of RAM
should configure 128Mb of swap file - instead, it reports I want a 128Gb
swap, then trims it back to the configured maximum of 2G - and fills my
uSD card trying to create it.
Memory detection is at /sbin/dphys-swapfile:51, namely
MEMSIZE=`head -1 /proc/meminfo | awk '{ print $2 }'`
Both my FoxG20 ARM embedded board and my desktop machine report memory
in kB, but along in the script all computations are done as if meminfo
gives MB instead.
The line
MEMSIZE=`head -1 /proc/meminfo | awk '{ print int($2/1024) }'`
might offer a naive fix for this issue, but a better approach
is to actually read from meminfo the correct multiplier.
As a side note, it would be way better if the script could refuse to
create a swap file larger than the available disk space.
Regards,
Antonio
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: armel (armv5tejl)
Kernel: Linux 2.6.35.9 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
-- 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#612877: dphys-swapfile: memory computations are in MB, but my systems report it in kB - results in wrong swap file size
On Fri, Feb 11, 2011 at 10:27, Axel Beckert a...@debian.org wrote: tags 612877 + fixed-upstream confirmed kthxbye Hi Antonio, thanks for your bug report. Boy, you are fast :-) This is a bug in the workaround for #564466, a missing /1024 as you noticed. Upstream has rewritten that section completely already, but not yet released a new version. Great to know that. You can set CONF_MAXSWAP in /etc/dphys-swapfile to set a manual limit. IIRC the default manual limit is 2 GB which is obviously not enough for your case. This problem will probably be fixed with the fix for http://bugs.debian.org/596187. Config options to define the required size and max size, for instance in /etc/default/dphys-swapfile, with sensible defaults created at install time would be very welcome. Personally, I'd rather leave the actual swap creation to the user (leave the script disabled by default and warn me), instead of blindly creating the file. Detecting the available disk space and bail out complaining if not enough is available would be sensible nonetheless, in case I'm so clueless not to do a df -H before running setup. Thanks again for you fast response, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#345331: net-tools: netstat -p does not work on long-running kernels
Package: net-tools Version: 1.60-17 Severity: normal Tags: patch The 'netstat' command has an option for showing PID/programs owning a socket. On a long running kernel, the socket number can overflow the strtol check. See netstat.c code, the relevant functions are extract_type_1_socket_inode and extract_type_2_socket_inode. I've attached a dpatch file, together with what is needed to rebuild a patched net-tools package. Regards, Antonio Galea -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages net-tools depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an -- no debconf information 01-socket-overflow.dpatch 01-socket-overflow.dpatch Description: application/shellscript #!/usr/bin/make -f # Sample debian/rules that uses debhelper. # GNU copyright 1997 to 1999 by Joey Hess. # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 # This is the debhelper compatability version to use. export DH_COMPAT=1 configure: configure-stamp configure-stamp: patch dh_testdir touch configure-stamp patch: dpatch apply-all build: configure-stamp build-stamp build-stamp: dh_testdir cp debian/config.h config.h cp debian/config.make config.make $(MAKE) touch build-stamp clean: clean-patched unpatch clean-patched: dh_testdir dh_testroot rm -f build-stamp configure-stamp -$(MAKE) clobber dh_clean unpatch: dpatch deapply-all rm -rf debian/patched install: build dh_testdir dh_testroot dh_clean -k dh_installdirs $(MAKE) update BASEDIR=`pwd`/debian/tmp mv debian/tmp/sbin/arp debian/tmp/usr/sbin/arp # we don't want man pages for domainname and friends... (yet) rm -rf debian/tmp/usr/share/man/*/man1/ debian/tmp/usr/share/man/man1/ # we don't install local manpages until policy is clear rm -rf debian/tmp/usr/share/man/*_*/ # Build architecture-independent files here. binary-indep: build install # We have nothing to do by default. # Build architecture-dependent files here. binary-arch: build install # dh_testversion dh_testdir dh_testroot # dh_installdebconf dh_installdocs dh_installexamples dh_installmenu dh_installcron # dh_installmanpages dh_installinfo # dh_undocumented dh_installchangelogs dh_link dh_strip dh_compress dh_fixperms # dh_makeshlibs dh_installdeb dh_shlibdeps dh_gencontrol -- -isp dh_md5sums dh_builddeb binary: binary-indep binary-arch .PHONY: build clean binary-indep binary-arch binary install patch clean-patched unpatch net-tools (1.60-18) unstable; urgency=medium * netstat.c: fixed invisible PID/program on long-running kernels -- Antonio Galea [EMAIL PROTECTED] Fri, 30 Dec 2005 16:24:08 +0100 net-tools (1.60-17) unstable; urgency=medium * arp.c: bus error on sparc64 with latest gcc fixed. (Closes: Bug#340384) -- Bernd Eckenfels [EMAIL PROTECTED] Sun, 04 Dec 2005 05:47:05 +0100 net-tools (1.60-16) unstable; urgency=low * spelling fix to slattach(8) (Closes: Bug#326124 (patch by A.Costa) * inet.c: portability fix for 64bit. * comment cleanups to aliagn with 1.65 cvs * net-support.h, inet_sr.c, nstrcmp.c, arp.c, ether.h -- Bernd Eckenfels [EMAIL PROTECTED] Mon, 24 Oct 2005 22:05:38 +0200 net-tools (1.60-15) unstable; urgency=low * minor formating fix to ifconfig(8) -- Bernd Eckenfels [EMAIL PROTECTED] Thu, 30 Jun 2005 21:49:52 +0200 net-tools (1.60-14) unstable; urgency=low * added iptables(8) in ifconfig(8) (thanks Toralf Förster) * more usage updates in ifconfig.8 (used upstream HEAD=1.11) -- Bernd Eckenfels [EMAIL PROTECTED] Thu, 30 Jun 2005 20:51:18 +0200 net-tools (1.60-13) unstable; urgency=low * X25 code compiles with 2.4 and 2.6 kernel headers (Closes: Bug#271678) * IMPORTANT: make ifconfig show alias interfaces in 2.6 again. * resort media type array to match kernel (Closes: Bug#199920) -- Bernd Eckenfels [EMAIL PROTECTED] Tue, 17 May 2005 01:28:51 +0200 net-tools (1.60-12) unstable; urgency=low * make TR hw address type work for new kernel (Closes: Bug #79462, #203400) * update-po uses msgmerge, new net-tools.pot (Closes: Bug: 271426) * de-support dontpub option in arp -? und arp.8 (Closes: Bug #203396) -- Bernd Eckenfels [EMAIL PROTECTED] Mon, 16 May 2005 06:33:48 +0200 net-tools (1.60-11) unstable; urgency=low * spelling fixes (Closes: Bug #305640, #305638, 305637) * nameif.c avoid overflow by malicious kernel * avoid overflow of the TX-OK Column (Closes: Bug #308922) -- Bernd Eckenfels [EMAIL PROTECTED] Sat
