Bug#1041865: debos: Output of apt action not shown when running debos in noninteractive shell
Package: debos Version: 1.1.1-2.1 Severity: important Tags: upstream Dear Maintainer, we're using debos within Gitlab CI runners which basically works. However the output of apt does not appear in the job logs due to special character sequences printed by apt. This makes it hard to debug any issues if the apt action fails and always requires us to run debos in an interactive shell manually. Please see https://github.com/go-debos/debos/issues/416 for details and https://github.com/go-debos/debos/commit/b1197b80b4e87c6cd1cd7b06669faa7c40798551 for a possible solution which already has been merged into the upstream's main branch. Would it be possible to include this patch in an package update? Thanks, Tobias -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/32 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debos depends on: ii busybox1:1.35.0-4+b3 pn debootstrap ii libc6 2.36-9 ii libglib2.0-0 2.74.6-2 pn libostree-1-1 pn qemu-system-x86 ii qemu-user-static 1:7.2+dfsg-7 pn systemd-container Versions of packages debos recommends: pn bmap-tools ii bzip2 1.0.8-5+b1 ii e2fsprogs 1.47.0-2 ii linux-image-amd64 6.1.37-1 ii mount 2.38.1-5+b1 pn ovmf pn parted pn systemd-resolved ii udev 252.6-1 ii xz-utils 5.4.1-0.2 pn zip Versions of packages debos suggests: pn libslirp-helper pn user-mode-linux
Bug#987845: hardwired proxy settings by debian-installer with network-auto-config in proxy-auto-config network
Package: installation-reports Boot method: network Image version: mini.iso with files within of Nov 30 09:49 2020 Date: sometime in Dec 2020 Machine: various Processor: various Memory: 8gb Partitions: basically 2 ext4 parts, / + /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: After complete and successful installation, the following files have these proxy config lines stored in them to be used with apt(titude) and every application reacting to those environment variables. Installation network setup was auto-configured while the system was in a network with proxy-auto-config active. Expectation: when choosing auto-configure-network during installation, the resulting system should be operative in every foreign environment. (think of notebook in roaming use) Result: applications strictly following those hardwired configs can't operate outside the original installation network, where the given proxy exists, but nowhere else. PAC results during installation shouldn't be 'hardwired' into the system to last when moving to another network. I tried to reproduce with WPAD or PAC in dhcp at home, but my knowledge of those technologies didn't suffice to set it up properly. If more info/details of the original network environment is required, then I must ask for permission to reproduce, can take time (school in lockdown). If the result is intentional for 'local use only', then this is no defect but feature-request to add another option to choose between 'automatic config for local use' and '... roaming use'. This is the result of 'fgrep -r proxy-IP /etc'. -- QUOTE BEGIN -- /etc/apt/apt.conf:Acquire::http::Proxy "http://10.x.x.x:8080;; /etc/apt/apt.conf:Acquire::ftp::Proxy "http://10.x.x.x:8080;; /etc/environment:http_proxy=http://10.x.x.x:8080 /etc/environment:ftp_proxy=http://10.x.x.x:8080 /etc/environment:https_proxy=http://10.x.x.x:8080 --- QUOTE END ---
Bug#942219: systemd-backlight@backlight:dell_backlight.service fails at boot for dell d600, d620, d820
Package: systemd Version: 241-7~deb10u1 Dear Maintainer, * What led up to the situation? Installation of debian10. * What exactly did you do (or not do) that was effective (or ineffective)? Boot. * What was the outcome of this action? Failed systemd-backlight@backlight:dell_backlight.service . * What outcome did you expect instead? Startup without failure. This happens with dell d600, d620, d820. It works OK for dell vostro 1520. How to get more info?
Bug#942208: Login GUI build up & interaction in slow motion (2-3secs to complete)
Package: xserver-xorg-core Version: 2:1.20.4-1 Dear Maintainer, * What led up to the situation? Boot into GUI-Login, startup of xdm, entering text into input fields. * What exactly did you do (or not do) that was effective (or ineffective)? Installation of xdm + xserver-xorg, installation of xserver-xorg-video-intel was not included as dependency, but even explicit installation of xserver-xorg-video-intel didn't change it. * What was the outcome of this action? Initial xdm screen build-up takes 2-3 secs, you can watch the lines of pixels be drawn. Confirmation of input fields for login & password each likewise take 2-3secs to refresh the display. * What outcome did you expect instead? Initial build-up as well as refresh for input confirmation to be instantuous as it was before debian10 and still works for other systems even in debian10 using gpu-specific xorg-drivers (radeon + intel). Further details --- The slow build happens with Intel GM45 Express Chipset x86/MMX/SSE2. The fast "normal" build up happens with: - ATI Radeon Mobility 9000 (M9) - Intel 945GM I've attached the Xorg.log for each of them. How can I force the use of the intel-driver for comparison? Thanks, Rado X.Org X Server 1.20.4 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.9.0-8-amd64 i686 Debian Current Operating System: Linux hit500 4.19.0-6-686-pae #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-686-pae root=UUID=fbe40da0-f2d1-4c38-a49b-3d6a8868c8f2 ro quiet ipv6.disable=1 net.ifnames=0 Build Date: 05 March 2019 08:11:12PM xorg-server 2:1.20.4-1 (https://www.debian.org/support) Current version of pixman: 0.36.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Oct 12 12:01:43 2019 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) Automatically adding GPU devices (==) Max clients allowed: 256, resource mask: 0x1f (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x68f740 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 24.0 X.Org XInput driver : 24.1 X.Org Server Extension : 10.0 (++) using VT number 7 (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration (II) xfree86: Adding drm device (/dev/dri/card0) (--) PCI:*(0@0:2:0) 8086:2a42:1028:02bc rev 7, Mem @ 0xf440/4194304, 0xd000/268435456, I/O @ 0x1800/8, BIOS @ 0x/131072 (--) PCI: (0@0:2:1) 8086:2a43:1028:02bc rev 7, Mem @ 0xf410/1048576 (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.20.4, module version = 1.0.0 ABI class: X.Org Server Extension, version 10.0 (==) Matched modesetting as autoconfigured driver 0 (==) Matched fbdev as autoconfigured driver 1 (==) Matched vesa as autoconfigured driver 2 (==) Assigned the driver to the xf86ConfigLayout (II) LoadModule: "modesetting" (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so (II) Module modesetting: vendor="X.Org Foundation" compiled for 1.20.4, module version = 1.20.4 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 24.0 (II) LoadModule: "fbdev" (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so (II) Module fbdev: vendor="X.Org Foundation"
Bug#765969: (no subject)
Hi. On Sat, 03 Jan 2015 23:50:24 +0200 =?ISO-8859-1?Q?R=E9mi?= Denis-Courmont r...@remlab.net wrote: tags 765969 + fixed-upstream found 765969 2.2.0~rc2-1 thanks VLC 2.2.0-rc2-89-gfebaed2 works around this bug. Where can I get the patch? Thanks in advance.
Bug#588535: Thumbnails
When I disable to display thumbnails, the folder is accessible without any problem.
Bug#582854: obexfs: copied files are corrupted
2010-05-26
Thread
=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D1=83=D1=80=D0=BB=D0=B0=D0=B4=D1=8F=D0=BD
Hendrik Sattler p...@hendrik-sattler.de writes: Am Dienstag 25 Mai 2010, 05:13:26: [...] error on connect(): Success -- strange error :) may be the library does not report the correct error code to obexfs and obexfs continue reading from some old buffers containing the previous file? Maybe the firmware of your phone is broken. Actually, obexftp has the problem I am sure that the firmware has bugs like any other program :) of handling error codes wrong under some conditions. However, that mostly only affects the printing of the error message, not the actual abort action. BTW, I did some simple test today: obexfs -b $B m ls m/Memory Stick/DCIM/100MSDCF DSC00957.JPG DSC00982.JPG DSC00990.JPG DSC00998.JPG DSC01006.JPG DSC01019.JPG DSC01027.JPG DSC01035.JPG DSC01045.JPG DSC00973.JPG DSC00983.JPG DSC00991.JPG DSC00999.JPG DSC01010.JPG DSC01020.JPG DSC01028.JPG DSC01036.JPG DSC00974.JPG DSC00984.JPG DSC00992.JPG DSC01000.JPG DSC01011.JPG DSC01021.JPG DSC01029.JPG DSC01037.JPG DSC00975.JPG DSC00985.JPG DSC00993.JPG DSC01001.JPG DSC01012.JPG DSC01022.JPG DSC01030.JPG DSC01038.JPG DSC00976.JPG DSC00986.JPG DSC00994.JPG DSC01002.JPG DSC01014.JPG DSC01023.JPG DSC01031.JPG DSC01039.JPG DSC00977.JPG DSC00987.JPG DSC00995.JPG DSC01003.JPG DSC01015.JPG DSC01024.JPG DSC01032.JPG DSC01040.JPG DSC00979.JPG DSC00988.JPG DSC00996.JPG DSC01004.JPG DSC01016.JPG DSC01025.JPG DSC01033.JPG DSC01042.JPG DSC00981.JPG DSC00989.JPG DSC00997.JPG DSC01005.JPG DSC01017.JPG DSC01026.JPG DSC01034.JPG DSC01043.JPG cp m/Memory Stick/DCIM/100MSDCF/* . [now wait some files and just disconnect bluetooth dongle from PC] cp completed without any error message. All files is present in target directory and contain copy of last received portion of file plus some garbage. ls -la --time-style=full *.JPG -rw-r--r-- 1 root root 82390 2010-05-27 00:14:41.0 +0400 DSC00957.JPG -rw-r--r-- 1 root root 61388 2010-05-27 00:14:48.0 +0400 DSC00973.JPG -rw-r--r-- 1 root root 71889 2010-05-27 00:15:03.0 +0400 DSC00974.JPG -rw-r--r-- 1 root root 68917 2010-05-27 00:15:20.0 +0400 DSC00975.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:40.0 +0400 DSC00976.JPG [here bluetooth dongle was disconnect, but cp still run without any error] -rw-r--r-- 1 root root 67978 2010-05-27 00:15:58.0 +0400 DSC00977.JPG -rw-r--r-- 1 root root 63893 2010-05-27 00:15:58.0 +0400 DSC00979.JPG -rw-r--r-- 1 root root 77849 2010-05-27 00:15:58.0 +0400 DSC00981.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00982.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00983.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00984.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00985.JPG -rw-r--r-- 1 root root 69577 2010-05-27 00:15:58.0 +0400 DSC00986.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00987.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00988.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00989.JPG -rw-r--r-- 1 root root 75670 2010-05-27 00:15:58.0 +0400 DSC00990.JPG -rw-r--r-- 1 root root 70943 2010-05-27 00:15:58.0 +0400 DSC00991.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00992.JPG -rw-r--r-- 1 root root 77385 2010-05-27 00:15:58.0 +0400 DSC00993.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00994.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00995.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00996.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00997.JPG -rw-r--r-- 1 root root 73122 2010-05-27 00:15:58.0 +0400 DSC00998.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC00999.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01000.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01001.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01002.JPG -rw-r--r-- 1 root root 72573 2010-05-27 00:15:58.0 +0400 DSC01003.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01004.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01005.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01006.JPG -rw-r--r-- 1 root root 67246 2010-05-27 00:15:58.0 +0400 DSC01010.JPG -rw-r--r-- 1 root root 66050 2010-05-27 00:15:58.0 +0400 DSC01011.JPG -rw-r--r-- 1 root root 79762 2010-05-27 00:15:58.0 +0400 DSC01012.JPG -rw-r--r-- 1 root root 58556 2010-05-27 00:15:58.0 +0400 DSC01014.JPG -rw-r--r-- 1 root root 54917 2010-05-27 00:15:58.0 +0400 DSC01015.JPG -rw-r--r-- 1 root root 61290 2010-05-27 00:15:58.0 +0400 DSC01016.JPG
Bug#573337: djview4: please allow user to control the form of page reference
Thanks to Zdzisław Janczak from GB Soft (the Polish representative of LizarTech) it is now known that the problem is caused by the cooccurence of the highlight parameter and the page reference in the form of a file name. Referencing the page just by the page number seems to work in all cases. It would be there good to be able to control somehow the form of the page reference created by Copy URL. Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582854: obexfs: copied files are corrupted
2010-05-24
Thread
=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D1=83=D1=80=D0=BB=D0=B0=D0=B4=D1=8F=D0=BD
Hendrik Sattler p...@hendrik-sattler.de writes: Am Montag 24 Mai 2010, 10:39:12 schrieb Sergey Burladyan: [skip] ls -la DSC0102?.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01020.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01021.JPG -rw-r--r-- 1 root root 42900 Май 22 20:59 DSC01022.JPG -rw-r--r-- 1 root root 78115 Май 22 20:59 DSC01023.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01024.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01025.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01026.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01027.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01028.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01029.JPG as you can see, copied files are broken, they are less than the originals, Not all of them, only those larger that 79866 bytes. Can you try to transfer one such large file using obexftp directly (not using obexfs)? Does that work? yes, it works: obexftp -b XX:XX:XX:XX:XX:XX -l Memory Stick/DCIM/100MSDCF Browsing XX:XX:XX:XX:XX:XX ... Connecting..\done Tried to connect for 41ms Receiving Memory Stick/DCIM/100MSDCF... Sending Memory Stick...|Sending DCIM.../done |?xml version=1.0 encoding=UTF-8? !DOCTYPE folder-listing SYSTEM obex-folder-listing.dtd !-- XML Coder, Apr 10 2006, 21:03:28, (C) 2001 Sony Ericsson Mobile Communications AB -- folder-listing version=1.0parent-folder/ file name=DSC00973.JPG size=61388/ file name=DSC00974.JPG size=71889/ file name=DSC00975.JPG size=68917/ file name=DSC00976.JPG size=79762/ file name=DSC00977.JPG size=67978/ file name=DSC00979.JPG size=63893/ file name=DSC00981.JPG size=77849/ file name=DSC00982.JPG size=133713/ file name=DSC00984.JPG size=123747/ file name=DSC00985.JPG size=95879/ file name=DSC00987.JPG size=124687/ file name=DSC00989.JPG size=127849/ file name=DSC00991.JPG size=70943/ file name=DSC00993.JPG size=77385/ file name=DSC00995.JPG size=90129/ file name=DSC00997.JPG size=97514/ file name=DSC01010.JPG size=67246/ file name=DSC01011.JPG size=66050/ file name=DSC01014.JPG size=58556/ file name=DSC01016.JPG size=61290/ file name=DSC00957.JPG size=82390/ file name=DSC00983.JPG size=106904/ file name=DSC00986.JPG size=69577/ file name=DSC00988.JPG size=79866/ file name=DSC00990.JPG size=75670/ file name=DSC00992.JPG size=88856/ file name=DSC00994.JPG size=105502/ file name=DSC00996.JPG size=88634/ file name=DSC00998.JPG size=73122/ file name=DSC00999.JPG size=102439/ file name=DSC01000.JPG size=89457/ file name=DSC01001.JPG size=86667/ file name=DSC01002.JPG size=83896/ file name=DSC01003.JPG size=72573/ file name=DSC01004.JPG size=101202/ file name=DSC01005.JPG size=128259/ file name=DSC01006.JPG size=105420/ file name=DSC01012.JPG size=127381/ file name=DSC01015.JPG size=54917/ file name=DSC01017.JPG size=87701/ file name=DSC01019.JPG size=73416/ file name=DSC01020.JPG size=88859/ file name=DSC01021.JPG size=98821/ file name=DSC01022.JPG size=42900/ file name=DSC01023.JPG size=78115/ file name=DSC01024.JPG size=94686/ file name=DSC01025.JPG size=97512/ file name=DSC01026.JPG size=106394/ file name=DSC01027.JPG size=109294/ file name=DSC01028.JPG size=108162/ file name=DSC01029.JPG size=112662/ file name=DSC01030.JPG size=30/ file name=DSC01031.JPG size=81587/ file name=DSC01032.JPG size=76097/ file name=DSC01033.JPG size=66010/ file name=DSC01034.JPG size=81368/ file name=DSC01035.JPG size=54014/ file name=DSC01036.JPG size=40353/ file name=DSC01037.JPG size=66370/ file name=DSC01038.JPG size=66326/ file name=DSC01039.JPG size=46718/ file name=DSC01040.JPG size=79253/ file name=DSC01042.JPG size=66967/ file name=DSC01043.JPG size=60228/ file name=DSC01045.JPG size=89196/ /folder-listing done Disconnecting../done obexftp -b XX:XX:XX:XX:XX:XX -g Memory Stick/DCIM/100MSDCF/DSC01029.JPG Browsing XX:XX:XX:XX:XX:XX ... Connecting..\done Tried to connect for 44ms Receiving Memory Stick/DCIM/100MSDCF/DSC01029.JPG... Sending Memory Stick...|Sending DCIM.../Sending 100MSDCF...-done \done Disconnecting..|done obexftp -b XX:XX:XX:XX:XX:XX -v -g Memory Stick/DCIM/100MSDCF/DSC01028.JPG Browsing XX:XX:XX:XX:XX:XX ... Connecting..\done Tried to connect for 42ms Receiving Memory Stick/DCIM/100MSDCF/DSC01028.JPG... Sending Memory Stick...|Sending DCIM.../Sending 100MSDCF...-done -done Disconnecting..\done obexftp -b XX:XX:XX:XX:XX:XX - -g Memory Stick/DCIM/100MSDCF/DSC01027.JPG Browsing XX:XX:XX:XX:XX:XX ... Connecting..\done Tried to connect for 42ms Receiving Memory Stick/DCIM/100MSDCF/DSC01027.JPG... Sending Memory Stick...|Sending DCIM.../Sending 100MSDCF...-done \done Disconnecting..|done ls -la итого 348 drwxr-xr-x 2 seb seb 4096 Май 25 04:47 . drwxr-xr-x 82 seb seb 4096 Май 25 04:41 .. -rw-r--r-- 1 seb seb 109294 Май 25 04:47 DSC01027.JPG -rw-r--r-- 1 seb seb 108162 Май 25 04:46 DSC01028.JPG -rw-r--r-- 1 seb seb 112662 Май 25 04:46 DSC01029.JPG -- С уважением, Сергей Бурладян -- To UNSUBSCRIBE, email to
Bug#582854: obexfs: copied files are corrupted
2010-05-24
Thread
=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D1=83=D1=80=D0=BB=D0=B0=D0=B4=D1=8F=D0=BD
eshkin...@gmail.com (Сергей Бурладян) writes: Hendrik Sattler p...@hendrik-sattler.de writes: Am Montag 24 Mai 2010, 10:39:12 schrieb Sergey Burladyan: [skip] ls -la DSC0102?.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01020.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01021.JPG -rw-r--r-- 1 root root 42900 Май 22 20:59 DSC01022.JPG -rw-r--r-- 1 root root 78115 Май 22 20:59 DSC01023.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01024.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01025.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01026.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01027.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01028.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01029.JPG as you can see, copied files are broken, they are less than the originals, Not all of them, only those larger that 79866 bytes. Can you try to transfer one such large file using obexftp directly (not using obexfs)? Does that work? yes, it works: hmm, that's interesting... i try to download files with this script: obexftp -b XX:XX:XX:XX:XX:XX -l Memory Stick/DCIM/100MSDCF list xmlstarlet pyx list | grep 'Aname\|Asize' | perl -we 'while(){chomp;/ (DSC\d+.JPG)/;$name=$1;$_=;chomp;/ (\d+)/;$size=$1;print$name $size\n;if(-e$name-s$name==$size){printskip\n;next;};system(obexftp -b XX:XX:XX:XX:XX:XX -g \Memory Stick/DCIM/100MSDCF/$name\)==0 or diesystem obexftp: $?; $readed=-s $name;diereaded: $readed need $sizeif($readed!=$size);}' and while I download files, my phone rebooted many times! (i never saw this with lenny and KDE3 kdebluetooth) %) i think it was rebooted before, I just did not notice. and this files: -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01024.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01025.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01026.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01027.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01028.JPG -rw-r--r-- 1 root root 79866 Май 22 20:59 DSC01029.JPG was download from booting/halted phone, by the way, many of these broken files are the same: 96baa7f52a543d58c733085ec9cfe0b6 DSC00994.JPG 96baa7f52a543d58c733085ec9cfe0b6 DSC00995.JPG 96baa7f52a543d58c733085ec9cfe0b6 DSC00996.JPG may be obexfs or bluetooth library incorrectly handle errors? also, when I run obexftp too early, even before the phone is fully loaded after reboot, obexftp showed me this error message, i think it is incorrect: Browsing XX:XX:XX:XX:XX:XX ... Connecting..\failed: send UUID Tried to connect for 37ms error on connect(): Success Still trying to connect Connecting..|failed: send UUID Tried to connect for 1ms error on connect(): Success Still trying to connect Connecting../failed: send UUID Tried to connect for 2ms error on connect(): Success Still trying to connect error on connect(): Success -- strange error :) may be the library does not report the correct error code to obexfs and obexfs continue reading from some old buffers containing the previous file? -- С уважением, Сергей Бурладян -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580731: [tk8.5] Wrong work spinbox component
Package: tk8.5 Version: 8.5.8-1 Severity: normal Example code: package require Tk spinbox .spin -from 1 -to 60 -format %06.0f pack .spin -side left -fill x -expand 1 If increment value in spinbox by top button, value change from 01 to 08 and back out to 01, although it should be changed to 09. In tcl8.4 code work correctly. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: 5.0.4 990 stable www.debian-multimedia.org 990 stable http.us.debian.org 990 stable debian.wgdd.de 500 unstableftp.debian.org 500 unstabledebian.wgdd.de 500 trylegaldownloads trylegaldownloads.de 500 testing ftp.debian.org 500 intrepidwine.budgetdedicated.com 1 lenny-backports www.backports.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (= 2.7) | 2.9-12 libfontconfig1 (= 2.4.0) | 2.8.0-2 libfreetype6 (= 2.2.1) | 2.3.7-2+lenny1 libx11-6| 2:1.3.3-2 libxext6| 2:1.0.4-1 libxft2 ( 2.1.1) | 2.1.12-3 libxrender1 | 1:0.9.4-2 libxss1 | 1:1.1.3-1 tcl8.5 (= 8.5.0) | 8.5.8-2 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 Recommends (Version) | Installed ==-+-=== xterm | 256-1 OR x-terminal-emulator| Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575488: TMPDIR (was: Bug#575484: ocrodjvu: rectangle parsing error)
On Fri, 26 Mar 2010 Jakub Wilk jw...@debian.org wrote: [...] 2. The user should have a choice where to store debugging output. I use rather small system partition and in consequence debugging large ocrodjvu job requires splitting it into smaller ones, which is obviously cumbersome. You can use the TMPDIR environment variable. Good to know, but it would be much more convenient to specify the directory in the command line, e.g. as the argument of the -D options. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575484: ocrodjvu: rectangle parsing error
Package: ocrodjvu Version: 0.4.2-1 Severity: normal When processing a copy of http://fleksem.klf.uw.edu.pl/~jsbien/tmp/Trotz1/Trotz.djvu with ocrodjvu --language deu-f --render all -o Troc_deu-f.djvu --word-segmentation uax29 Trotz1/Trotz.djvu ocrodjvu crashed after 14 hours with the message: --8---cut here---start-8--- - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Exception in thread Thread-2: Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner self.run() File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 443, in page_thread result = self.process_page(page) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 428, in process_page html_file.close() File /usr/lib/python2.5/contextlib.py, line 33, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 189, in recognize ocropus.wait() File /usr/share/ocrodjvu/lib/ipc.py, line 58, in wait raise CalledProcessError(return_code, self.__command) CalledProcessError: Command 'ocroscript' returned non-zero exit status 1 --8---cut here---end---8--- I have several wishlist items related to the problem: 1. There should be a way to preserve ocrodjvu.djvused in the case of crash. 2. The user should have a choice where to store debugging output. I use rather small system partition and in consequence debugging large ocrodjvu job requires splitting it into smaller ones, which is obviously cumbersome. 3. In case the temporary files are preserved, it would be useful to be able to resume processing. Best regards Janusz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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/dash Versions of packages ocrodjvu depends on: ii djvulibre-bin 3.5.22-8 Utilities for the DjVu image forma ii python2.5.4-9An interactive high-level object-o ii python-argparse 1.1-1 optparse-inspired command-line par ii python-djvu 0.1.17-1 Python support for the DjVu image ii python-lxml 2.2.6-1pythonic binding for the libxml2 a ii python-support1.0.6.1automated rebuilding support for P Versions of packages ocrodjvu recommends: ii ocropus 0.3.1-2document analysis and OCR system ii python-pyicu 0.9-2 Python extension wrapping the ICU ii tesseract-ocr 2.04-2 Command line OCR tool Versions of packages ocrodjvu suggests: pn cuneiform none (no description available) -- no debconf information -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574338: djvusmooth: annotations not properly visible in djview
On Wed, 17 Mar 2010 Jakub Wilk jw...@debian.org wrote: http://fleksem.klf.uw.edu.pl/~jsbien/tmp/SpXVI_tom_33_p13ab.djvu contains several annotations added with djvusmooth, one of them is marked as always visible. Actually all the annotation are visible only as tooltips, the shift key doesn't reveal any of them. In particular the always visible annotation is also visible only as a tooltip. Unless I'm missing something, this is expected behaviour. Those hyperlinks have neither border nor highlight color set, so they are essentially transparent even when always visible. Thanks for explanation. So I would like to change the status of my report to wishlist: the option always visible should not be active when there is no frame (looks like it affects only the frame, not the background; perhaps it's a pity). By the way, on the document http://fleksem.klf.uw.edu.pl/~jsbien/tmp/SpXVI_tom_33_p13abt.djvu djview3 gives the warning Border width must be between 3 and 32 for SHADOW border type. but djview4 doesn't complain. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572522: ocrodjvu: new problem with cuneiform engine
On Fri, 5 Mar 2010 Jakub Wilk jw...@debian.org wrote: [...] That said, if you insist on ignoring exceptions, you can easily achieve that with a simple shell script like: cp in.djvu out.djvu djvused -e remove-txt out.djvu for p in $(seq 1 $(djvused -e n out.djvu)) do ocrodjvu -p $p --in-place --render=all --engine=cuneiform --language=pol out.djvu done Thanks. JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572522: ocrodjvu: new problem with cuneiform engine
On Thu, 4 Mar 2010 Jakub Wilk jw...@debian.org wrote: [...] ocrodjvu indeed crashes, but on the garbage-in-garbage-out principle. If you run ocrodjvu with the --debug option, you'll see that resulting hOCR files don't contain anything legible. In fact, hOCR for page 2 contains also some control characters, which completely break HTML parsing, leading to a crash. I cannot do much about this, except making the error message more helpful. You can skip the faulty page and continue processing. Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572089: ocrodjvu: output of --list-languages should identify the active OCR engine
On Wed, 3 Mar 2010 Jakub Wilk jw...@debian.org wrote: After introducing the support of cuneiform the output of --list-languages and some fragments of the man page became in my opinion slightly misleading. It is intentional that --list-languages doesn't show which OCR engine is currently selected. However, I made the documentation a bit clearer: http://jwilk.net/hg/djvu/ocrodjvu/rev/6f490681bcc9 This is OK, but the following fragment of the man page The default is eng (English), unless the tesslanguage environment variable is set. seems no longer true. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572089: ocrodjvu: output of --list-languages should identify the active OCR engine
On Wed, 3 Mar 2010 Jakub Wilk jw...@debian.org wrote: [...] Does this change http://jwilk.net/hg/djvu/ocrodjvu/rev/b61038d309f6 make everything clear? Yes, thanks. JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568920: RFP: didjvu -- encoding into DjVu with layers separation
Package: wnpp Severity: wishlist * Package name: didjvu Version : 0.1 Upstream Author : Jakub Wilk * URL or Web page : http://jwilk.net/software/didjvu.html * License : GNU General Public License, version 2 Description : didjvu uses the Gamera framework to separate foreground/background layers, which are then encoded into a DjVu file. -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567945: lsh-server: Does not configure on mipsel
Magnus Holmgren holmg...@debian.org writes: Starting secure shell v2 server: lshdClosed spurious fd 3 I also think this message is suspicious. lshd tries to close all fd:s between 3 and getdtablesize() (to avoid that any spurious open fd leaks to user processes it spawns). Expected result is that all these close calls should fail with EBADF. So what is fd 3, and why is it open? Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26. Internet email is subject to wholesale government surveillance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568090: etckeeper: Should ignore volatile CUPS configuration files
Package: etckeeper Version: 0.41 Severity: important Because of the volatile CUPS configuration files I have included cups/printers.conf cups/printers.conf.O into my .bzrignore . It is useful because of this #549673 / https://bugs.launchpad.net/ubuntu/+source/cups/+bug/301594 misfeature of CUPS. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii bzr 2.0.3-1easy to use distributed version co ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy Versions of packages etckeeper recommends: ii cron 3.0pl1-106 process scheduling daemon etckeeper suggests no packages. -- debconf information: etckeeper/commit_failed: etckeeper/purge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567538: etckeeper: Autocommit during apt run
Package: etckeeper Version: 0.41 Severity: normal It is possible that etckeeper commits accidentally during apt run between commit prior to apt run and commit after apt run. This violates the distinction between administrator's und apt's changes. I discovered this because I tried to derive an pristine (without my changes) tree of /etc this way: #!/bin/bash set -e set -x PRISTINE_BRANCH=/home/pristine_etc rm -r $PRISTINE_BRANCH bzr branch -r1 /etc $PRISTINE_BRANCH cd /etc APTS_REVISIONS=$(bzr log --forward\ --message='^committing changes in /etc after apt run'\ |grep '^revno: '|cut -d ' ' -f 2) cd $PRISTINE_BRANCH for AR in $APTS_REVISIONS do bzr merge -r$((AR - 1))..$AR /etc bzr commit -m $AR done For avoiding this problem I included this into my etckeeper.conf: AVOID_DAILY_AUTOCOMMITS=1 It's the opposite of the default configuration. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii bzr 2.0.3-1easy to use distributed version co ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy Versions of packages etckeeper recommends: ii cron 3.0pl1-106 process scheduling daemon etckeeper suggests no packages. -- debconf information: etckeeper/commit_failed: etckeeper/purge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564600: ITP: bup -- Backup program using rolling checksums
Package: wnpp Severity: wishlist * Package name : bup * Version: 0.03 * Upstream Author : Avery Pennarun apenw...@gmail.com * License : GPL-3+ * Programming Language: Python bup is a program that backs things up. It uses a rolling checksum algorithm (similar to rsync) to split large files into chunks. The most useful result of this is you can backup huge virtual machine (VM) disk images, databases, and XML files incrementally, even though they're typically all in one huge file, and not use tons of disk space for multiple versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555827: ITP: lp-solve-xli-dimacs -- A xli_DIMACS plugin for lp-solve
We packaged the plugin and uploaded it to mentors.debian.org [1]. Rene, it would be great if you would consider to upload it. Best regards, Matthias Kümmerer [1] http://mentors.debian.net/debian/pool/main/l/lp-solve-xli-dimacs/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: maintaining poulsbo in Debian
Hi, On Tue, 17 Nov 2009 13:38:44 +0100, Holger wrote: I also fell for the assumption that any intel graphic cards will come with a free chipset+driver and bought a gma500 card and thus I'm stuck with having to deal with xserver-xorg-video-psb now. I'm sorry... And thus I want to help maintaining it in Debian... ... but that is great! I've tried to get http://koldfront.dk/gitweb?p=psb;a=tree working on squeeze yesterday for the first time, but no real success so far... but I think that a reasoanable starting point. I've only tried on sid - but I haven't bothered trying to upgrade from the 2.6.30 kernel yet. What problem did you hit? I'd like to work together with Adam and Kushal and, if possible, within the ressources of the Debian X team, that is, by using their git repo at git://git.debian.org/git/pkg-xorg/ - thats my rough+basic idea. I'm a DD, so I can actually upload the packages. That would be great. All I did in my repo was to hack the Ubuntu jaunty PPA-packages enough for it to work for me, then I lost momentum. The ugliest part (apart from the binary blobbiness), as far as I remember, is the libdrm2 vs. libdrm-poulsbo1 thing, where both packages provide the same files - which I haven't figured out how to fix correctly (I simply used force-overwrite and did some symlinks by hand.) Best regards, Adam -- All right, what's wrong with you? ...Like I care. Adam Sjøgren My foot hurts, doctor. Your foot hurts?! Whata...@koldfront.dk kind of stupid problem is that?! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Hi, Neil Jerram n...@ossau.uklinux.net writes: In that case, for the sake of consistency, shouldn't the answer be the same as what we will get in 1.9/2.0 from `pkg-config --value=extensionsdir guile-2.0` (per Andy's email)? Yes, good point. That would be ‘$libdir/guile/1.8/extensions’ then. Thanks, Ludo’. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Hello, Neil Jerram n...@ossau.uklinux.net writes: My view on this is not very strong, but is that by sticking to /usr/lib we do seem to be sailing against the wind (cf. other scripting languages); and also that the normal C library argument feels unlikely in practice.) I agree. The “normal C library” case is going to be an exception rather than the rule. As far as the GnuTLS Guile bindings arguments, libguile-gnutls was never meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? Thanks, Ludo’. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Neil Jerram n...@ossau.uklinux.net writes: l...@gnu.org (Ludovic Courtès) writes: As far as the GnuTLS Guile bindings arguments, libguile-gnutls was never s/arguments/are concerned/ meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? (I'm assuming this is a question for the Debian maintainers... please say if that wasn't what you meant.) It's more a question to the GNU maintainers (you, Andy, and Simon), but probably of interest to the Debian maintainers. :-) Thanks, Ludo'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553044: RFP: ocr4gamera -- An add-on to the Gamera framework helping to build an customized OCR system
Package: wnpp Severity: wishlist * Package name: ocr4gamera Version : 1.0.0 Upstream Author : Rene Baston, Christoph Dalitz, christoph dot dalitz at hsnr dot de * URL or Web page : http://gamera.informatik.hsnr.de/addons/index.html * License : GNU GPL v. 2 Description : An add-on to the Gamera framework helping to build an customized OCR system Gamera is already in Debian (in sid, 8 days old). Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550955: installation-reports: installer unable to use package repositories
On Wed, 14 Oct 2009 jsb...@mimuw.edu.pl (Janusz S. Bień) wrote: [...] I will try to reproduce the problem in a day or so. I'm unable to reproduce the problem today. Perhaps previously the Polish repositories I've tried really has been unaccessible... I will close the bug. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550955: installation-reports: installer unable to use package repositories
Package: installation-reports Severity: critical I've tried today unsuccesfully to install Squeeze from today's bussiness card image on a virtual machine with bridge networking, first under VirtualBox, than under VMWare. I had no problem when installing Lenny under VMWare with the same network parameters. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550955: installation-reports: installer unable to use package repositories
On Wed, 14 Oct 2009 Felix Zielcke fziel...@z-51.de wrote: [...] Where exactly does it fail with what error message? Unfortunately I don't remeber the exact wording. And would it be possible for you to attach the compressed installer syslog? I'm not sure how to dig it out from the VBox virtual machine disk (the host is Debian Lenny). I guess I can attach it to another virtual machine, but I never have done it before. I will try to reproduce the problem in a day or so. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513449: [Pkg-alsa-devel] Bug#513449: libasound2: could not make a sound with GUS
I have managed to upgrade to Lenny, and tried again. Unfortunately I have no luck, but interestingly, speaker-test gives slightly different messages. And yes, this problem is still relevant to me. grand# dpkg -l alsa-base alsa-utils libasound2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii alsa-base 1.0.17.dfsg-4 ALSA driver configuration files ii alsa-utils 1.0.16-2 ALSA utilities ii libasound2 1.0.16-2 ALSA library grand# cat /proc/asound/cards 0 [G37]: GUS - Gravis UltraSound Classic (3.7) Gravis UltraSound Classic (3.7) at 0x220, irq 5, dma 55 grand# cat /proc/asound/pcm 00-00: GF1 : GF1 (synth) : playback 1 : capture 1 grand# speaker-test speaker-test 1.0.16 Playback device is default Stream parameters are 48000Hz, S16_LE, 1 channels Using 16 octaves of pink noise ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.default Playback open error: -2,No such file or directory ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.default Playback open error: -2,No such file or directory ALSA lib pcm.c:2144:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.default Playback open error: -2,No such file or directory At Thu, 3 Sep 2009 19:57:38 +0200, Elimar Riesebieter wrote: * MIZUHARA Bun [090129 16:15 +0900] Package: libasound2 Version: 1.0.13-2 Severity: important I should say very few people are using ISA sound cards nowadays, but anyway I could not make a sound with GUS classic. The same hardware has been working with OSS, so hardware problems are unlikely. I am using a stock kernel image for K7 (linux-image-2.6.18-6-k7). Did you upgraded to Lenny or better squeeze? Is the bug still valid for you? If there is no response within 4 weeks, I'll close that bug. Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504115: Packaging libdiscid 0.2.2
On Sun, 20 Sep 2009 23:44:02 +0200, Lukáš wrote: On Sun, Sep 20, 2009 at 10:48 PM, Adam Sjøgren a...@koldfront.dk wrote: ... in case it helps someone quickly get 0.2.2 packaged. I'm the current maintainer of this package, but I don't actually use Debian anymore. Even if I setup a Debian dev environment to build the package, I'm not sure if I can quickly find somebody to sponsor the upload for me. Would you be interested in adopting the package? Unfortunately I'm not a Debian developer, so I'd have to find a sponsor and figure out what the bureaucracy entails. I can give it a try if no one with a shorter path to uploading a new package steps up. Best regards, Adam -- I am still twitching at the idea that you need to Adam Sjøgren load code into the kernel in order to re-map a a...@koldfront.dk mouse button. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504115: Packaging libdiscid 0.2.2
Needing a package of libdiscid 0.2.2 (for the perl module MusicBrainz::DiscID), I trivially copied the debian/ dir from the current (0.1.0) package into 0.2.2 and updated it slightly - works fine for me. The debian/ dir and changes I did are here: * http://koldfront.dk/gitweb?p=libdiscid;a=summary ... in case it helps someone quickly get 0.2.2 packaged. Best regards, Adam -- parsley, sage, rosemary and KOMPRESSOR Adam Sjøgren a...@koldfront.dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513449: [Pkg-alsa-devel] Bug#513449: libasound2: could not make a sound with GUS
Thank you for your reminder. Actually I have not upgraded to Lenny because serious bug was found in X configuration. But recently I heard that bug was fixed in lenny 5.0.3, and I will do upgrade and report the result in the near future. At Thu, 3 Sep 2009 19:57:38 +0200, Elimar Riesebieter wrote: * MIZUHARA Bun [090129 16:15 +0900] Package: libasound2 Version: 1.0.13-2 Severity: important I should say very few people are using ISA sound cards nowadays, but anyway I could not make a sound with GUS classic. The same hardware has been working with OSS, so hardware problems are unlikely. I am using a stock kernel image for K7 (linux-image-2.6.18-6-k7). Did you upgraded to Lenny or better squeeze? Is the bug still valid for you? If there is no response within 4 weeks, I'll close that bug. Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544891: please incorporate OCR'ing into pdf2djvu
On Thu, 3 Sep 2009 Rogério Brito rbr...@ime.usp.br wrote: [...] One thing that would make it even better would be if it could OCR texts that are not yet OCR'ed so that the djvu documents are suitable for storage/archival. Please have a look at http://jwilk.net/software/ocrodjvu.html Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537082: picard: segfault (crash) when checking aac/m4a files
Adam Cécile (Le_Vert) gand...@le-vert.net writes: Hello, I just noticed you added the patch available tag to this bug. Could you please tell me how to find it ? hmm, it should be in email, there it is: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=537082 http://bazaar.launchpad.net/~musicbrainz-developers/picard/trunk/revision/947 I can confirm that this patch resolved problem. eloy -- ---e-l-o-ye-l-o...@-k-o-f-e-i-n-a-.-n-e-t-- jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542550: maven2: Crash after upgrading to latest plexus libs
Hi Ludovic, I'm on testing and just did a dist-upgrade to catch all the current package versions. Maven 2.2.0 is not in testing yet, it's still in unstable repo. So, if Maven is that sensitive to its dependencies, those should be nailed down in maven2 package, shouldn't they? -Stefan ext Ludovic Claude ludovic.cla...@laposte.net writes: Hello Stefan, You need to upgrade Maven as well, the current version in the repository is 2.2.0. Maven is very sensitive to the version of its dependencies. Ludovic Stefan Hübner a écrit : Package: maven2 Version: 2.0.9-2 Severity: grave Justification: renders package unusable I upgraded to the latest plexus libraries this morning. Now maven2 is unusable, as it fails right on start: sthub...@sthubner-1:~$ mvn -v Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/plexus/component/repository/exception/ComponentLifecycleException at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:2427) at java.lang.Class.privateGetPublicMethods(Class.java:2547) at java.lang.Class.getMethods(Class.java:1410) at org.codehaus.classworlds.Launcher.getEnhancedMainMethod(Launcher.java:195) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:294) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: java.lang.ClassNotFoundException: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:255) at org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java:214) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 9 more These are the libraries I've upgraded to: libplexus-classworlds-java 1.2+svn5720-1 libplexus-component-api-java 1.0+svn6316-1 libplexus-container-default-java 1.0-alpha-9-stable-1-2 libplexus-interactivity-api-java 1.0-alpha-6-2 libplexus-interpolation-java 1.7-2 libplexus-utils-java 1:1.5.6-3 libplexus-velocity-java 1.1.6-1 libplexus-classworlds-java 1.5.0-2 libplexus-component-api-java 1.0.0~alpha22-2 libplexus-container-default-java 1.0-alpha-9-stable-1-4 libplexus-containers-java 1.0~beta2-2 libplexus-i18n-java 1.0-beta-7+svn6675-3 libplexus-interactivity-api-java 1.0-alpha-6-4 libplexus-interpolation-java 1.11-2 libplexus-utils-java 1:1.5.15-2 libplexus-velocity-java 1.1.7-2 Thanks, Stefan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (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 maven2 depends on: ii libcommons-cli-java 1.2-2 API for working with the command l ii libdoxia-java1.1-3 a powerful content generation fram ii libjsch-java 0.1.41-2pure Java implementation of the SS ii libjtidy-java7+svn20070309-4 a Java port of HTML Tidy, a HTML s ii libplexus-interactivity- 1.0-alpha-6-4 interactivity API for the Plexus f ii libplexus-utils-java 1:1.5.15-2 utilities for the Plexus framework ii libwagon-java1.0-beta-2-4tools to manage Maven artifacts an ii libxalan2-java 2.7.1-2 XSL Transformations (XSLT) process maven2 recommends no packages. maven2 suggests no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541219: ikiwiki: getctime doesn't follow renames when using git
Package: ikiwiki Version: 3.141592 Severity: normal ikiwiki is using my @sha1s = run_or_non('git', 'rev-list', 'HEAD', '--', $file); in Plugin/git.pm internally, which doesn't follow renames. rev-list doesn't support tracking renames, so git log has to be used: my @sha1s = run_or_non('git', 'log', '--format=tformat:%H', '--follow', '--', $file); This way, the real creation date of the file is used. Btw: This is my first bug report to debian, so please forgive me if I did something silly ;-) Arne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: Some success
On Mon, 13 Jul 2009 12:24:36 -0700, Kushal wrote: (EE) PSB(0): Could not find a valid initial configuration for this screen. (EE) Screen(s) found, but none have a usable configuration. The problem is that X isn't finding the LCD-panel, I think. Putting Option IgnoreACPIyes in my configuration helped. (I think I found that solution by searching via Google.) Adam, do you mind posting your xorg.conf file? Sure: Section Device Identifier Builtin Default psb Device 0 Driver psb Option IgnoreACPIyes EndSection Section Screen Identifier Builtin Default psb Screen 0 Device Builtin Default psb Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default psb Screen 0 EndSection It would be really cool if someone with X-packaging experience would comment on the libdrm2 vs. libdrm-poulsbo1 problem. Best regards, Adam -- Perl 5 is a velociraptor, but we need anAdam Sjøgren acceloraptor now. a...@koldfront.dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: Some success
On Fri, 10 Jul 2009 10:29:26 -0700, Kushal wrote: I think I am pretty close to get it working but I would still like to try your approach. You mentioned that you were able to get the packages compiled from PPA Jaunty source on your Debian unstable without pulling the entire Xorg from Ubuntu? Yes. Do you mind giving summary of your steps as to how you did it? Put the deb-src line from the Ubuntu Mobile Team PPA page into /etc/apt/sources.list and then download the sources and build the packages. A number of adjustments need to be made for the packages to build on Debian unstable, of course. I have got X working now, but only by force-overwriting files in the libdrm2 package and deleting a libdrm.so.2.4*-file by hand, adding a symlink in /lib/ to the libdrm from the libdrm-poulsbo1 package. You can see the changes I had to make in this git-repository: * http://koldfront.dk/gitweb?p=psb;a=summary I simply started with the Ubuntu Mobile Team PPA packages for Jaunty and modified them until I could build on Debian unstable. Missing still is: * Making libdrm-poulsbo1 play nice with libdrm2 (probably need to do something similar to what the libdrm-intel1 package does?) [libdrm-poulsbo]. * Find out what the correct packages to depend on instead of linux-headers-generic and linux-generic are [psb-kernel-source]. * Check that the euid to loginuid change is correct [psb-kernel-source]. * Check how the I2C_HW_B_INTELFB define should be handled [psb-kernel-source]. The only problem I have currently with functionality is that the Synaptics touchpad on my Acer Aspire One 751H doesn't work, so I have to attach a mouse. Best regards, -- Oh, we all like motorcycles, to some degree. Adam Sjøgren a...@koldfront.dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: Any progress?
Hi. I was wondering if you have had any progress with the psb-driver for X.org? I have got the PPA packages for Jaunty from the Ubuntu Mobile Team building on my Debian unstable netbook. Now I just need them to a) work (I get a kernel trace (but the kernel still runs) and X doesn't work, the console changes resolution when I modprobe psb, though), and b) integrate properly (right now I just overwrite libdrm2, which isn't nice, I guess libdrm-poulsbo1 needs to do something similar to libdrm-intel1?) If anyone has the time to answer stupid questions and guide me, I'd be most happy to try to do the grunt work. Best regards, Adam, who happened to buy a netbook without checking the graphics card. -- Oh, we all like motorcycles, to some degree. Adam Sjøgren a...@koldfront.dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536085: locales: ru_RU.UTF8 collate UKR-GHE incorrectly
2009-07-08
Thread
=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D1=83=D1=80=D0=BB=D0=B0=D0=B4=D1=8F=D0=BD
Bastian Blank wa...@debian.org writes: On Tue, Jul 07, 2009 at 10:58:56PM +0400, eshkin...@gmail.com wrote: Bastian Blank wa...@debian.org writes: You have to describe _why_ it is wrong. Different languages may have different collation rules. Yes, i try :) Yes, different languages have different collation, but ru_RU.UTF8 locale is unicode locale and as i can understand this table: http://unicode.org/charts/collation/chart_Cyrillic.html Where is the reference to the russian language? I don't know, is you really need it ? Please, see below. why after U0453 ? This is mistake, IMHO. Please present evidence in form of official documents for the russian language. According to wikipedia[1], this letter is not used in russian anyway. Yes, this is what I was trying to say :) Russian locale define this non-Russian (Ukrainian) letter (why ?), and define it at IMHO very strange position - after U0434, because U0453 is after U0434 in unicode ( http://unicode.org/charts/collation/chart_Cyrillic.html ). I assume that someone trying to implement correct Ukrainian collation with Russian locale, but do this incorrectly... This is not a problem for Russian text, because Russian is not use this letter. If definition of this U0491 letter can be removed from Russian locale, or placed at correct position, like in Ukrainian locale - before U0434 at least, then Ukrainian collation rules will be work properly with Russian locale too. It would be useful IMHO. BTW, as you can see in [1], U0491 (ґ) is located _before_ U0434 (д). [1]: http://en.wikipedia.org/wiki/List_of_Cyrillic_letters -- С уважением, Сергей Бурладян -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536085: locales: ru_RU.UTF8 collate UKR-GHE incorrectly
2009-07-07
Thread
=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_?= =?UTF-8?Q?=D0=91=D1=83=D1=80=D0=BB=D0=B0=D0=B4=D1=8F=D0=BD
Bastian Blank wa...@debian.org writes: On Tue, Jul 07, 2009 at 06:01:15PM +0400, Sergey Burladyan wrote: ru_RU.UTF8 locale collate UKR-GHE (U0491 and U0490) incorrectly, here is example: You have to describe _why_ it is wrong. Different languages may have different collation rules. Yes, i try :) Yes, different languages have different collation, but ru_RU.UTF8 locale is unicode locale and as i can understand this table: http://unicode.org/charts/collation/chart_Cyrillic.html U0491 must be after U0433 and before U0434 but /usr/share/i18n/locales/ru_RU define it like this: reorder-after U0453 why after U0453 ? This is mistake, IMHO. -- С уважением, Сергей Бурладян -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534592: backupninja: desturl config option missing in duplicity handler
Hello, Here is the patch to re-introduce duplicity's desturl support. Thanks, Olivier; -- gpg --keyserver pgp.mit.edu --recv-keys 0x578499CB __ Olivier Tétard - toutoune25 Site : http://toutoune25.miskin.fr Courriel : olivier.tet...@miskin.fr JabberID : toutoun...@jabber.org __ diff -Nru backupninja-0.9.6.orig/examples/example.dup backupninja-0.9.6/examples/example.dup --- backupninja-0.9.6.orig/examples/example.dup 2009-06-17 09:43:36.0 +0200 +++ backupninja-0.9.6/examples/example.dup 2009-06-17 09:47:00.0 +0200 @@ -120,6 +120,12 @@ #keep = 60 #keep = yes +# full destination URL, in duplicity format; if set, desturl overrides +# sshoptions, destdir, desthost and destuser; it also disables testconnect and +# bandwithlimit. For details, see duplicity manpage, section URL FORMAT. +#desturl = file:///usr/local/backup +#desturl = rsync://u...@other.host//var/backup/bla + # bandwith limit, in kbit/s ; default is 0, i.e. no limit #bandwidthlimit = 128 diff -Nru backupninja-0.9.6.orig/handlers/dup.in backupninja-0.9.6/handlers/dup.in --- backupninja-0.9.6.orig/handlers/dup.in 2009-06-17 09:43:36.0 +0200 +++ backupninja-0.9.6/handlers/dup.in 2009-06-17 09:47:00.0 +0200 @@ -24,6 +24,7 @@ setsection dest getconf incremental yes getconf keep 60 +getconf desturl getconf sshoptions getconf bandwidthlimit 0 getconf desthost @@ -33,8 +34,8 @@ ### SANITY CHECKS ## -[ -n $destdir ] || fatal Destination directory not set -[ -n $include ] || fatal No source includes specified +[ -n $desturl -o -n $destdir ] || fatal The destination directory (destdir) must be set when desturl is not used. +[ -n $include -o -n $vsinclude ] || fatal No source includes specified [ -n $password ] || fatal The password option must be set. ### VServers @@ -58,13 +59,17 @@ ### See if we can login on $desthost if [ $testconnect == yes ]; then - debug ssh $sshoptions -o PasswordAuthentication=no $desthost -l $destuser 'echo -n 1' - if [ ! $test ]; then - result=`ssh $sshoptions -o PasswordAuthentication=no $desthost -l $destuser 'echo -n 1'` - if [ $result != 1 ]; then - fatal Can't connect to $desthost as $destuser. - else - debug Connected to $desthost as $destuser successfully + if [ -n $desturl ]; then + warning 'testconnect can not be used when desturl is set' + else + debug ssh $sshoptions -o PasswordAuthentication=no $desthost -l $destuser 'echo -n 1' + if [ ! $test ]; then + result=`ssh $sshoptions -o PasswordAuthentication=no $desthost -l $destuser 'echo -n 1'` + if [ $result != 1 ]; then + fatal Can't connect to $desthost as $destuser. + else + debug Connected to $desthost as $destuser successfully + fi fi fi fi @@ -75,7 +80,14 @@ execstr_command= execstr_options=$options --no-print-statistics execstr_source= -execstr_serverpart=scp://$destu...@$desthost/$destdir +if [ -n $desturl ]; then + [ -z $destuser ] || warning 'the configured destuser is ignored since desturl is set' + [ -z $desthost ] || warning 'the configured desthost is ignored since desturl is set' + [ -z $destdir ] || warning 'the configured destdir is ignored since desturl is set' + execstr_serverpart=$desturl +else + execstr_serverpart=scp://$destu...@$desthost/$destdir +fi ### duplicity version duplicity_version=`duplicity --version | @AWK@ '{print $2}'` @@ -93,7 +105,10 @@ #--sftp-command ourselves scpoptions=$sshoptions -[ $bandwidthlimit == 0 ] || scpoptions=$scpoptions -l $bandwidthlimit +if [ $bandwidthlimit =! 0 ]; then + [ -z $testurl ] || warning 'The bandwidthlimit option is not used when desturl is set.' + scpoptions=$scpoptions -l $bandwidthlimit +fi # 0.4.2 : only uses ssh and scp if [ $duplicity_major -le 0 -a $duplicity_minor -le 4 -a $duplicity_sub -lt 2 ]; then @@ -205,12 +220,12 @@ # cleanup if [ $duplicity_major -ge 0 -a $duplicity_minor -ge 4 -a $duplicity_sub -ge 4 ]; then - debug $precmd duplicity cleanup $execstr_options $execstr_serverpart + debug $precmd duplicity cleanup --force $execstr_options $execstr_serverpart if [ ! $test ]; then export PASSPHRASE=$password output=`nice -n $nicelevel \ su -c \ - $precmd duplicity cleanup $execstr_options $execstr_serverpart 21` + $precmd duplicity cleanup --force $execstr_options $execstr_serverpart 21` exit_code=$? if [ $exit_code -eq 0 ]; then debug $output @@ -225,12 +240,12 @@ # remove-older-than if [ $keep != yes ]; then if [ $duplicity_major -ge 0 -a $duplicity_minor -ge 4 -a $duplicity_sub -ge 4 ]; then - debug $precmd duplicity remove-older-than $keep $execstr_options $execstr_serverpart + debug $precmd duplicity remove-older-than $keep --force $execstr_options
Bug#473557: Database of small businesses in the USA
Fields like website, emails address, postal address phone, fax and 10 more fields 1.95 million records all with emails, 100% verified and optin Now offered at the lower rate: $298 - above expires on May 30 Email us at: les...@datalistsource.com Send us an email to e...@datalistsource.com we will discontinue from the list -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514917: libc6-dev: CMSG_NXTHDR can't be used to construct new control messages, due to its payload length validation
Package: libc6-dev Version: 2.7-18 Severity: normal The macros CMSG_FIRSTHDR and CMSG_NXTHDR (defined in in /usr/include/bits/bits/socket.h) use inconsistent validation of the length of the next control message. CMSG_FIRSTHDR just checks that the msg_controllen is large enough for a cmsghdr to fit. CMSG_NXTHDR also checks that the *payload* of the cmsg fits. Compare #define CMSG_FIRSTHDR(mhdr) \ ((size_t) (mhdr)-msg_controllen = sizeof (struct cmsghdr) \ ? (struct cmsghdr *) (mhdr)-msg_control : (struct cmsghdr *) NULL) to #define CMSG_NXTHDR(mhdr, cmsg) __cmsg_nxthdr (mhdr, cmsg) _EXTERN_INLINE struct cmsghdr * __NTH (__cmsg_nxthdr (struct msghdr *__mhdr, struct cmsghdr *__cmsg)) { if ((size_t) __cmsg-cmsg_len sizeof (struct cmsghdr)) /* The kernel header does this so there may be a reason. */ return 0; __cmsg = (struct cmsghdr *) ((unsigned char *) __cmsg + CMSG_ALIGN (__cmsg-cmsg_len)); if ((unsigned char *) (__cmsg + 1) ((unsigned char *) __mhdr-msg_control + __mhdr-msg_controllen) - || ((unsigned char *) __cmsg + CMSG_ALIGN (__cmsg-cmsg_len) ((unsigned char *) __mhdr-msg_control + __mhdr-msg_controllen))) /* No more entries. */ return 0; return __cmsg; } When parsing a msghdr from recvmsg, it makes sense to check that the payload length fits, and return NULL if the messages appears to be truncated. From this point of view, it would make sense to add a similar check to CMSG_FIRSTHDR. However, when preparing a msghdr for sendmsg, consisting of several control messages, this length check makes these macros almost unusable. Consider code like struct msghdr hdr; struct cmsghdr *cmsg; [...] hdr.msg_controllen = CMSG_SPACE(sizeof(struct ucred)) + CMSG_SPACE(sizeof(int)); hdr.msg_control = alloca(hdr.msg_controllen); cmsg = CMSG_FIRSTHDR(hdr); [...] cmsg-cmsg_len = CMSG_LEN(sizeof(struct ucred)); cmsg = CMSG_NXTHDR(hdr, cmsg); [...] cmsg-cmsg_len = CMSG_LEN(sizeof(int)); As far as I understand, this is the proper way to fill out a msghdr structure with two control messages. However, the call to CMSG_NXTHDR implies a length check that accesses __cmsg-cmsg_len (line marked - in the definition). This field is not yet initialized, and if it happens to contain a large value, CMSG_NXTHDR returns NULL, not the address of the space allocated for the second control message. So then the second control message, which I carefully allocated space for, can't be filled out. CMSG_FIRSTHDR does not check the cmsg_len field of the first control message, and this is documented in the sense that the example code for sending an array of fds in the linux cmsg(3) man page (as well as BSD manpages) depends on this behavior: If CMSG_FIRSTHDR used a stricter check as in CMSG_NXTHDR, then this example code would fail in exactly the same way as my example, due to an access of an initialized cmsg_len field. So why should CMSG_NXTHDR use a stricter length check? I don't know how other C libraries do this, or what relevant standards say. The easiest fix is to just remove the check from CMSG_NXTHDR. As a workaround, I think I could memset the entire control area to zero, so that all length fields are zero, no matter where they're actually located when the control message is layed out, but that still leaves CMSG_FIRSTHDR and CMSG_NXTHDR with inconsistent behavior. To me it would make more sense to have separate macros for reading and writing: CMSG_FIRSTHDR(mhdr) CMSG_NXTHDR(mhdr, cmsg) could check the length, and would be used for processing msghdr from recvmesg. Then have two new macros, CMSG_PUT_FIRSTHDR(mhdr, len) CMSG_PUT_NXTHDR(mhdr, cmsg, len) that takes the length of the next control message as an additional argument, uses that to check that the control message fits within msg_controllen, and they can also initialize cmsg_len while they're at it. But maybe such an API change is totally unrealistic. Regards, /Niels Möller -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-dev depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii linux-libc-dev2.6.26-13 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.3.2-2 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler ii gcc-3.0 [c-compiler] 1:3.0.4-7 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-15 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-25The GNU C compiler ii gcc-4.3
Bug#513449: [Pkg-alsa-devel] Bug#513449: libasound2: could not make a sound with GUS
Thank you for you reply. At Mon, 9 Feb 2009 10:00:45 +0100, Elimar Riesebieter wrote: Is there a .asoundrc flowing around? Nope. # find . -name .asoundrc -print # -- mizuh...@acm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513449: [Pkg-alsa-devel] Bug#513449: libasound2: could not make a sound with GUS
Thank you for you reply. At Mon, 9 Feb 2009 11:38:20 +0100, Elimar Riesebieter wrote: Is the OSS-Driver loaded as well? AFAIK it should be ad1848? It seems that no OSS drivers are loaded. # lsmod | grep ad1848 # Actually I tried for everything found in the directory /lib/modules/2.6.24-etchnhalf.1-486/kernel/sound/oss/ but there was no match. -- mizuh...@acm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507597: ratpoison not using ~/.ratpoisonrc
Bernhard R. Link brl...@debian.org writes: That is normal, as ratpoison got the key, it has to fake a key-press and xterm is ignoring keys not directly from the X server by default. (try enabling Allow SendEvent in xterm, then it should get this key). I realized that, a short while after filing the bugreport. I'm not able to reproduce this. Using a .ratpoisonrc like that seems to work fine here (well, section needs shift and onehalf needs altgr, so it is quite hard to use, but it works using 1.4.3-1) [...] I'm out of ideas here. Only difference in my setting is that my X server is not lenny's but a remote one. But I hope that should not make any difference... Any suggestions on how I can help debug it? I'm also very puzzled, since the same commands work fine from the command line (ratpoison -c '...'). For example, is there any easy (besides looking at the i/o with strace) to log the communication between ratpoison and the X-server? My X-server, according to xdpyinfo: name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:10402000 X.Org version: 1.4.2 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 [...] I'm not very familar with xorg or debian's packaging thereof, but the packages I have installed are: $ dpkg -l 'xserver*' |grep '^ii' ii xserver-xfree861:7.1.0-19 transitional package for moving from XFree86 ii xserver-xorg 1:7.3+18 the X.Org X server ii xserver-xorg-core 2:1.4.2-10Xorg X server - core server ii xserver-xorg-input-all 1:7.3+18 the X.Org X server -- input driver metapacka ii xserver-xorg-input-evdev 1:2.0.8-1 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd 1:1.3.1-1 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1:1.3.0-1 X.Org X server -- mouse input driver ii xserver-xorg-input-synaptics 0.14.7~git20070706-3 Synaptics TouchPad driver for X.Org/XFree86 ii xserver-xorg-input-wacom 0.7.9.3-2 X.Org X server -- Wacom input driver ii xserver-xorg-video-via 1:0.2.2-6 X.Org X server -- VIA display driver ii xserver-xorg-video-voodoo 1:1.2.0-1 X.Org X server -- Voodoo display driver I'm using the VIA driver, and it seems I have kbd enabled. From xev, I get the following events when I press and release the § key, then repeat it while also pressing shift. This is with C-t as the escape character (with § as the escape character, I naturally don't see those keypresses with xev). KeyPress event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243070803, (424,896), root:(425,897), state 0x0, keycode 49 (keysym 0xa7, section), same_screen YES, XLookupString gives 1 bytes: (a7) § XmbLookupString gives 1 bytes: (a7) § XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243070928, (424,896), root:(425,897), state 0x0, keycode 49 (keysym 0xa7, section), same_screen YES, XLookupString gives 1 bytes: (a7) § XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243072176, (424,896), root:(425,897), state 0x0, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243072576, (424,896), root:(425,897), state 0x1, keycode 49 (keysym 0xbd, onehalf), same_screen YES, XLookupString gives 1 bytes: (bd) ½ XmbLookupString gives 1 bytes: (bd) ½ XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243072663, (424,896), root:(425,897), state 0x1, keycode 49 (keysym 0xbd, onehalf), same_screen YES, XLookupString gives 1 bytes: (bd) ½ XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x161, root 0x49, subw 0x0, time 243073064, (424,896), root:(425,897), state 0x1, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False which looks sane, as far as I can tell. Regards, /Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#513449: [Pkg-alsa-devel] Bug#513449: libasound2: could not make a sound with GUS
Hi At Thu, 29 Jan 2009 20:00:08 +0100, Elimar Riesebieter wrote: severity 513449 minor thanks OK, almost all people in the world should not be interested in the status of support for GUS... * MIZUHARA Bun [090129 16:15 +0900] Package: libasound2 Version: 1.0.13-2 Severity: important Please update to atleast recent Debian versions of ALSA and the kernel. I have updated the kernel to linux-image-2.6.24-etchnhalf.1-486 (there is no K7 flavour), but the result was the same. And I believe libasound2_1.0.13-2 is the newest version for etch. There are too many dependency problems for me to try lenny (testing) or sid (unstable) versions. -- mizuh...@acm.org http://posokosi.seesaa.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#213067: emacs21: Emacs21 crashs with lookup-el package
On Thu, 08 Jan 2009 Sven Joachim svenj...@gmx.de wrote: [...] Do you still see this? I cannot reproduce it with the emacs21 package in Lenny. I no longer use emacs21. As far as I am concerned, the bug can be closed. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509017: ITP: libclass-c3-adopt-next-perl -- drop-in replacement for NEXT, using Class::C3 to do the hard work
sean finney sean...@debian.org writes: hiya, On Wed, Dec 17, 2008 at 02:58:46PM +0100, Krzysztof Krzyżaniak wrote: Description : drop-in replacement for NEXT, using Class::C3 to do the hard work Class::C3::Adopt::NEXT is intended as a drop-in replacement for NEXT, supporting the same interface, but using Class::C3 to do the hard work. You can then write new code without NEXT, and migrate individual source files to use Class::C3 or method modifiers as appropriate, at whatever place you're comfortable with. for those who aren't familiar with the NEXT acronym, maybe you could expand it once in the long description? i.e. ...drop-in replacement for NEXT (Nfoo Efoo Xfoo Tfoo, a system for bar)... Actually it's not acronym but standard perl dispatcher pseudoclass for methods. from manual: NEXT.pm - Provide a pseudo-class NEXT (et al) that allows method redispatch eloy -- ---e-l-o-ye-l-o...@-k-o-f-e-i-n-a-.-n-e-t-- jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#279027: RTP glossword
Glossword is now a mature and very useful system. I strongly support packaging it for Debian. Best regards JSB P.S. I guess the bug should be changed from ITP to RTP, but I'm not fluent enough with Debian bug tracking system. -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507568: Documentation for start-stop-daemon says default signal is 15 (TERM) and 9 (KILL). Which should it be?
Package: dpkg Version: 1.13.25 Hi, the manual page for start-stop-daemon says -s|--signal signal With --stop, specifies the signal to send to processes being stopped (default 15). and later on, Note: unless --pidfile is specified, start-stop-daemon behaves similar to killall(1). start-stop-daemon will scan the process table looking for any processes which match the process name, uid, and/or gid (if specified). Any matching process will prevent --start from starting the daemon. All match- ing processes will be sent the KILL signal if --stop is specified. For dae- mons which have long-lived children which need to live through a --stop you must specify a pidfile. which seems to say that the default signal is 9 (KILL) rather than 15 (TERM). This is contradictory and confusing. The manual page should be clear on what's the default signal to send, and it would be nice to use the symbolic namn, not just the numeric value. The paragraph above saying KILL is used seems to have been introduced as a patch for bug #211856, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=211856 Regards, /Niels -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507597: ratpoison not using ~/.ratpoisonrc
Package: ratpoison Version: 1.4.3-1 I use the following .ratpoisonrc, 8--- escape section bind onehalf meta 8 (The key in question is located between ESC and TAB on my Swedish keyboard). I start X from the command line using startx, and I start ratpoison from my .xinitrc file. After upgrading from Etch to Lenny, this no longer works. When I start ratpoison, I get the default escape and meta keys, C-t and t, not the ones I have configured in my startup file. I have checked, using strace, that ratpoison reads the file, open(/home/nisse/.ratpoisonrc, O_RDONLY) = 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=33, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f46000 read(4, escape section\nbind onehalf meta\n..., 4096) = 33 read(4, ..., 4096)= 0 close(4)= 0 I also think the command parser recognizes the commands, since it works fine to configure the keys from an xterm command line, $ ratpoison -c 'escape section' $ ratpoison -c 'bind onehalf meta' Or maybe I should say almost works, after the above command, the §-key acts correctly as the ratpoison escape key. The sequence § ½ works in emacs, in that it inserts a § character. However, the § ½ sequence does not work in xterm, where it seems to have no effect at all, the behaviour is the same as if I type § C-g. I'm puzzled. Regards, /Niels -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496520: remove sympa from lenny?
On Mon, 06 Oct 2008 Thomas Viehmann [EMAIL PROTECTED] wrote: Hi, Olivier Salaün wrote: As a Sympa developer I'm worried because we don't maintain this Sympa 5.3.4 anymore. The current version of Sympa is 5.4.3 ; any chance this version will be distributed with Lenny instead of the old one? No. (i.e. It is up to the release managers, not me, but their policy on the subject is clear.) The options are release sympa 5.4.3 I think you mean 5.3.4. with the most severe bugs fixed or not release sympa and have the maintainer try to be more timely about updates for the next release. The fact that it is that late in the release cycle lead me to the initial suggestion to drop sympa from lenny. For me an unofficial package of 5.4.3 would be more useful than the official package of obsolete 5.3.4, no longer maintained upstream. Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498144: remove sympa from lenny?
On Fri, 03 Oct 2008 Thomas Viehmann [EMAIL PROTECTED] wrote: Hi, sympa has two RC bugs open for about one month, #496520 about insecure usage of tmp (which looks at least partially fixed upstream, but has no maintainer response) and #498144 about problems on upgrade (with an initial maintainer response will investigate, also happened to people at the last security upgrades, but no visible activity since). Unless the maintainer (or perhaps Olivier who forwarded the first bug upstream, CCed) resolve these bugs soon, it might be better to not release sympa with lenny. It does not seem to have reverse dependencies. There are a few users (double digit popcon), but not exceedingly many. I'm a dedicated user of sympa and hope that the problems will be resolved. It is a really good piece of software and it would be a pity to remove it from lenny. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496520: Bug#498144: remove sympa from lenny?
On Fri, 3 Oct 2008 Lucas Nussbaum [EMAIL PROTECTED] wrote: [...] In #354355 (the etch sympa-drama bug), Stefan Hornburg refused several times to consider co-maintainance for sympa. I'm not sure if Jean Charles Delepine is still interested in co-maintaining it, but maybe we should try to convince Stefan to accept co-maintainance now. Maybe we could even avoid a sympa problem before the squeeze release. It is perhaps worth mentioning that upstream sympa is since March at version 5.4 (and since June at version 5.4.3) while in Debian in testing we have version 5.3.4 of November 2007 :-( Regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494728: backupninja: ninjahelper fails to run because easydialog contains @MKTEMP@
Hello, The bug comes from a problem in the compilation process. Upstream tarball contains only a configure.in file, while the deb package contains both configure.in and configure.ac. This one seems to cause some trouble when generating makefiles. I simply solved this problem by removing the configure.ac file (which came from an older version of backupninja). Thanks, Olivier; -- gpg --keyserver pgp.mit.edu --recv-keys 0x578499CB __ Olivier Tétard site : http://toutoune25.miskin.fr JabberID : [EMAIL PROTECTED] __ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494750: driftnet: driftnat dies with libpng error: Invalid image width
On Tue, 12 Aug 2008 20:08:38 +0200, Christoph wrote: Thanks for the bug report. Unfortuntely I'm not familiar with libpng and driftnet has been abandoned upstream. So I'd appreciate a patch dealing with the libpng return codes. Attached is a patch that uses libpng's error-handling to catch the error, clean up and continue. (I haven't fiddled with libpng before, so I hope it isn't too far of. It works work me (I get error messages printed and no crashing)). Best regards, Adam -- What looks large from a distanceAdam Sjøgren Close up is never that big[EMAIL PROTECTED] --- hip/driftnet-0.1.6/png.c 2008-08-11 23:20:02.0 +0200 +++ hop/driftnet-0.1.6/png.c 2008-08-13 19:56:24.941247135 +0200 @@ -29,6 +29,24 @@ } } +/* png_catch_error: */ +/* Catch errors signalled by libpng, clean up and go on. */ +void png_catch_error(png_structp png_ptr, png_const_charp error_msg) { + jmp_buf *jmpbuf_ptr; + + fprintf(stderr, libpng error: %s (skipping image).\n, error_msg); + fflush(stderr); + + jmpbuf_ptr=png_jmpbuf(png_ptr); + if (jmpbuf_ptr==NULL) { + fprintf(stderr, libpng unrecoverable error, terminating.\n); + fflush(stderr); + exit(20); + } + + longjmp(jmpbuf_ptr, 1); +} + /* png_load_hdr: * Load the header of a PNG file. */ int png_load_hdr(img I) { @@ -38,12 +56,19 @@ return 0; } I-us = p; -p-png = png_create_read_struct(PNG_LIBPNG_VER_STRING, 0, 0, 0); +p-png = png_create_read_struct(PNG_LIBPNG_VER_STRING, NULL, png_catch_error, NULL); if (p-png == 0) { png_done(I); I-err = IE_HDRFORMAT; return 0; } + +if (setjmp(png_jmpbuf(p-png))) { + png_done(I); + I-err = IE_HDRFORMAT; + return 0; +} + p-info = png_create_info_struct(p-png); if (p-info == 0) { png_done(I);
Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted
Daniel Jacobowitz [EMAIL PROTECTED] writes: On Tue, May 06, 2008 at 02:03:21PM +0200, Marc Poulhiès wrote: If the build you was talking about has nothing to do with today's update, simply ignore my message :p I uploaded that before I talked to you. Could you try this one? http://nan.false.org/~drow/gdb/gdb_6.8-3_amd64.deb Works nicely ! As I have the gdb maintainer here, is it still useful to have the gdb package: - to conflict with gdb-arm - to replace gdb-arm ? This package 'gdb-arm' seems to have disappeared from the archive... I noticed that because I'm building gdb packages for 'arm-elf' and I tried to name it gdb-arm, which is currently not a good idea :) Thanks! Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted
Daniel Jacobowitz [EMAIL PROTECTED] writes: On Mon, May 05, 2008 at 04:53:54PM +0200, Marc =?UTF-8?Q?Poulhi=C3=A8s wrote: Here's the result of gdb running in valgrind with my application : Thanks, I'm pretty sure I see the error. I'll build you a test package. Not sure if this is related, but I see that today, aptitude updated my gdb to 6.8-2, which still has the same behavior... If the build you was talking about has nothing to do with today's update, simply ignore my message :p Cheers, Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted
Package: gdb Version: 6.8-1 Severity: normal When trying to debug an application, I get the following error: , | $ gdb ./two_timed_tasks.bip.x | GNU gdb 6.8-debian | Copyright (C) 2008 Free Software Foundation, Inc. | License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html | This is free software: you are free to change and redistribute it. | There is NO WARRANTY, to the extent permitted by law. Type show copying | and show warranty for details. | This GDB was configured as x86_64-linux-gnu... | *** glibc detected *** gdb: free(): invalid pointer: 0x2b322be759a0 *** | === Backtrace: = | /lib/libc.so.6[0x2b322bba101d] | /lib/libc.so.6(cfree+0x76)[0x2b322bba2d26] | gdb(cp_class_name_from_physname+0x71)[0x5629e1] | gdb[0x515271] | gdb[0x515c0b] | gdb(dwarf2_build_psymtabs+0x6f8)[0x517258] | gdb[0x48ff29] | gdb(syms_from_objfile+0x21d)[0x4cfc1d] | gdb[0x4cffcc] | gdb(symbol_file_add_from_bfd+0x15)[0x4d08b5] | gdb[0x4d0c63] | gdb(catch_command_errors+0x56)[0x4e7626] | gdb[0x4464b8] | gdb(catch_errors+0x5b)[0x4e76ab] | gdb(gdb_main+0x24)[0x445bf4] | gdb(main+0x36)[0x445bc6] | /lib/libc.so.6(__libc_start_main+0xf4)[0x2b322bb501c4] | gdb[0x445af9] | === Memory map: | 0040-00743000 r-xp 08:03 887313 /usr/bin/gdb | 00943000-0094e000 rw-p 00343000 08:03 887313 /usr/bin/gdb | 0094e000-00ac3000 rw-p 0094e000 00:00 0 [heap] | 2b322adf3000-2b322ae0e000 r-xp 08:03 496786 /lib/ld-2.7.so | 2b322ae0e000-2b322ae12000 rw-p 2b322ae0e000 00:00 0 | 2b322ae12000-2b322af4c000 r--p 08:03 897157 /usr/lib/locale/locale-archive | 2b322af4c000-2b322af82000 rw-p 2b322af4c000 00:00 0 | 2b322b00d000-2b322b00f000 rw-p 0001a000 08:03 496786 /lib/ld-2.7.so | 2b322b00f000-2b322b045000 r-xp 08:03 496919 /lib/libreadline.so.5.2 | 2b322b045000-2b322b245000 ---p 00036000 08:03 496919 /lib/libreadline.so.5.2 | 2b322b245000-2b322b24d000 rw-p 00036000 08:03 496919 /lib/libreadline.so.5.2 | 2b322b24d000-2b322b24e000 rw-p 2b322b24d000 00:00 0 | 2b322b24e000-2b322b287000 r-xp 08:03 497237 /lib/libncurses.so.5.6 | 2b322b287000-2b322b486000 ---p 00039000 08:03 497237 /lib/libncurses.so.5.6 | 2b322b486000-2b322b48b000 rw-p 00038000 08:03 497237 /lib/libncurses.so.5.6 | 2b322b48b000-2b322b509000 r-xp 08:03 496793 /lib/libm-2.7.so | 2b322b509000-2b322b708000 ---p 0007e000 08:03 496793 /lib/libm-2.7.so | 2b322b708000-2b322b70a000 rw-p 0007d000 08:03 496793 /lib/libm-2.7.so | 2b322b70a000-2b322b70b000 rw-p 2b322b70a000 00:00 0 | 2b322b70b000-2b322b72b000 r-xp 08:03 883349 /usr/lib/libexpat.so.1.0.0 | 2b322b72b000-2b322b92b000 ---p 0002 08:03 883349 /usr/lib/libexpat.so.1.0.0 | 2b322b92b000-2b322b92e000 rw-p 0002 08:03 883349 /usr/lib/libexpat.so.1.0.0 | 2b322b92e000-2b322b93 r-xp 08:03 496792 /lib/libdl-2.7.so | 2b322b93-2b322bb3 ---p 2000 08:03 496792 /lib/libdl-2.7.so | 2b322bb3-2b322bb32000 rw-p 2000 08:03 496792 /lib/libdl-2.7.so | 2b322bb32000-2b322bc7 r-xp 08:03 496789 /lib/libc-2.7.so | 2b322bc7-2b322be7 ---p 0013e000 08:03 496789 /lib/libc-2.7.so | 2b322be7-2b322be73000 r--p 0013e000 08:03 496789 /lib/libc-2.7.so | 2b322be73000-2b322be75000 rw-p 00141000 08:03 496789 /lib/libc-2.7.so | 2b322be75000-2b322be7b000 rw-p 2b322be75000 00:00 0 | 2b322be7b000-2b322be91000 r-xp 08:03 496803 /lib/libpthread-2.7.so | 2b322be91000-2b322c09 ---p 00016000 08:03 496803 /lib/libpthread-2.7.so | 2b322c09-2b322c092000 rw-p 00015000 08:03 496803 /lib/libpthread-2.7.so | 2b322c092000-2b322c098000 rw-p 2b322c092000 00:00 0 | 2b322c098000-2b322c09f000 r-xp 08:03 496807 /lib/libthread_db-1.0.so | 2b322c09f000-2b322c29e000 ---p 7000 08:03 496807 /lib/libthread_db-1.0.so | 2b322c29e000-2b322c2a rw-p 6000 08:03 496807 /lib/libthread_db-1.0.so | 2b322c2a-2b322c2b6000 r-xp 08:03 496861 /lib/libgcc_s.so.1 | 2b322c2b6000-2b322c4b6000 ---p 00016000 08:03 496861 /lib/libgcc_s.so.1 | 2b322c4b6000-2b322c4b7000 rw-p 00016000 08:03 496861 /lib/libgcc_s.so.1 | 2b323000-2b3230021000 rw-p 2b323000 00:00 0 | 2b3230021000-2b323400 ---p 2b3230021000 00:00 0 | 7fff7fca1000-7fff7fcb7000 rw-p
Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted
Daniel Jacobowitz [EMAIL PROTECTED] writes: On Mon, May 05, 2008 at 03:29:02PM +0200, Marc =?UTF-8?Q?Poulhi=C3=A8s wrote: Package: gdb Version: 6.8-1 Severity: normal When trying to debug an application, I get the following error: Could you try running this under valgrind? Here's the result of gdb running in valgrind with my application : , | $ valgrind gdb ./two_timed_tasks.bip.x | ==19302== Memcheck, a memory error detector. | ==19302== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. | ==19302== Using LibVEX rev 1804, a library for dynamic binary translation. | ==19302== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. | ==19302== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation framework. | ==19302== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. | ==19302== For more details, rerun with: -v | ==19302== Invalid read of size 8 | ==19302==at 0x4014274: (within /lib/ld-2.7.so) | ==19302==by 0x4009DB3: (within /lib/ld-2.7.so) | ==19302==by 0x4005D54: (within /lib/ld-2.7.so) | ==19302==by 0x4007A17: (within /lib/ld-2.7.so) | ==19302==by 0x4010BFA: (within /lib/ld-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x401062A: (within /lib/ld-2.7.so) | ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x574331C: (within /lib/libdl-2.7.so) | ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so) | ==19302==by 0x468699: (within /usr/bin/gdb) | ==19302== Address 0x5ec86a0 is 16 bytes inside a block of size 23 alloc'd | ==19302==at 0x4C1FFAB: malloc (vg_replace_malloc.c:207) | ==19302==by 0x4007EA4: (within /lib/ld-2.7.so) | ==19302==by 0x4010BFA: (within /lib/ld-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x401062A: (within /lib/ld-2.7.so) | ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x574331C: (within /lib/libdl-2.7.so) | ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so) | ==19302==by 0x468699: (within /usr/bin/gdb) | ==19302==by 0x468893: _initialize_thread_db (in /usr/bin/gdb) | ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb) | ==19302== Invalid read of size 8 | ==19302==at 0x40140FE: (within /lib/ld-2.7.so) | ==19302==by 0x4010B16: (within /lib/ld-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x401062A: (within /lib/ld-2.7.so) | ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so) | ==19302==by 0x400CB75: (within /lib/ld-2.7.so) | ==19302==by 0x574331C: (within /lib/libdl-2.7.so) | ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so) | ==19302==by 0x468699: (within /usr/bin/gdb) | ==19302==by 0x468A24: _initialize_thread_db (in /usr/bin/gdb) | ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb) | ==19302==by 0x44BA26: gdb_init (in /usr/bin/gdb) | ==19302== Address 0x5ec8d18 is 16 bytes inside a block of size 23 alloc'd | ==19302==at 0x4C1FFAB: malloc (vg_replace_malloc.c:207) | ==19302==by 0x44F237: xmalloc (in /usr/bin/gdb) | ==19302==by 0x4689D4: _initialize_thread_db (in /usr/bin/gdb) | ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb) | ==19302==by 0x44BA26: gdb_init (in /usr/bin/gdb) | ==19302==by 0x445F36: (within /usr/bin/gdb) | ==19302==by 0x4E76AA: catch_errors (in /usr/bin/gdb) | ==19302==by 0x445BF3: gdb_main (in /usr/bin/gdb) | ==19302==by 0x445BC5: main (in /usr/bin/gdb) | GNU gdb 6.8-debian | Copyright (C) 2008 Free Software Foundation, Inc. | ... | ==19302== | ==19302== Conditional jump or move depends on uninitialised value(s) | ==19302==at 0x44E2B3: xfree (in /usr/bin/gdb) | ==19302==by 0x5629E0: cp_class_name_from_physname (in /usr/bin/gdb) | ==19302==by 0x515270: (within /usr/bin/gdb) | ==19302==by 0x515C0A: (within /usr/bin/gdb) | ==19302==by 0x517257: dwarf2_build_psymtabs (in /usr/bin/gdb) | ==19302==by 0x48FF28: (within /usr/bin/gdb) | ==19302==by 0x4CFC1C: syms_from_objfile (in /usr/bin/gdb) | ==19302==by 0x4CFFCB: (within /usr/bin/gdb) | ==19302==by 0x4D08B4: symbol_file_add_from_bfd (in /usr/bin/gdb) | ==19302==by 0x4D0C62: (within /usr/bin/gdb) | ==19302==by 0x4E7625: catch_command_errors (in /usr/bin/gdb) | ==19302==by 0x4464B7: (within /usr/bin/gdb) | (gdb) ` Here, gdb is running... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474674: easy fix
Simply change line: lib/libiberty.a share/info share/man/man7/gfdl.7* \ by : lib/libiberty.a lib64/libiberty.a share/info share/man/man7/gfdl.7* \ in the debian/rules file ;) Then it just works ;p Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474674: easy fix
Hakan Ardo [EMAIL PROTECTED] writes: Hi, thanx I was waiting for some patches that should have been released by now before doing a new release, but I guess it silly to wait any longer so I'll make a new release tonight... I'm currently developing on avr6 and I'm trying to port a patch against gcc 4.2.0 to gcc 4.3.0. What are the chances for this patch to be applied on debian packages ? I have no clue why this support is not already in mainstream gcc (even if I can see that there is some preliminary support, such has struct field for 3 bytes PC). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474674: easy fix
Hakan Ardo [EMAIL PROTECTED] writes: Hi again, it seams like this was not enough. The winavr and freebsd maintainers have apparently been working on a 4.3 release with avr6 support for some time, but no release yet. I suppose we'll make another 4.3 release without avr6 in the meantime... Ok, thanks for the info ;) If you have any link explaining why the patch linked in your previous mail is not good yet, it would be welcomed ! Thanks, Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463420: pam: missing PAM modules for ia32 applications
Javier Serrano Polo mailto:[EMAIL PROTECTED] wrote on Thursday, April 24, 2008 7:16 PM: 32-bit applications that wish to use PAM Could you give an example of such application? My company produces a commercial application ASDIS that uses PAM. We currently build a 32-bit version only. This version runs without problems on a 64-bit version of SuSE-Linux because SuSE-Linux does provide both 64-bit and 32-bit versions of PAM modules. It will run on 64-bit Debian if we disable PAM in our application by some configuration. (I cannot provide this program because it is a commercial application.) Currently the only use of /lib32/libpam.so.0 is to prevent an error from the dynamic linker. A 32-bit application linked with libpam.so.0 will start but cannot really use this library. The problem will occur with any application that was built on a 32-bit system. If it is possible to install a Debian package that was intended for 32-bit on a 64-bit system you could try this. Look for any package that depends on libpam0g. Otherwise you could compile an application that uses PAM on a 32-bit system and try to run the binary program on a 64-bit system. If you need some sample code, you could look into the source code of package hylafax-server, module hfaxd/User.c++. Bodo -- Bodo Meissner Senior Software Developer Office: +49 30 20631 617 E-Fax: +49 30 20631 44 617 Fax:+49 30 20631 199 Email: [EMAIL PROTECTED] Web:www.asdis.de ASDIS Software AG Neue Grünstrasse 25, D-10179 Berlin (Sitz der Gesellschaft) Registergericht: Amtsgericht Charlottenburg/Bln. (HRB 75835) Vorstand: Mario Pelleschi, Vors. d. Aufsichtsrates: Urs Ehrismann ASDIS. Taking Care of Your Software
Bug#474767: segmentation fault
I can nofirm that 5.22.1 works just fine with pl_PL.UTF-8 locale. eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#474767: segmentation fault
... confirm of course :) ... eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#469094: moodle: Depends on postgresql-client; could optionally depend on mysql-client instead.
Any suggestions how to circumvent this annoying bug? Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469102: dash: Invalid memory reference
Package: dash Version: 0.5.4-1ubuntu3.1 Severity: important File: /bin/dash *** Please describe what you were doing when the application crashed *** Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7e3a75e in wait4 () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e3a737 in wait3 () from /lib/tls/i686/cmov/libc.so.6 #3 0x0804f214 in dowait (block=value optimized out, job=0x805f2e8) at ../../src/jobs.c:1123 #4 0x0804f49d in waitforjob (jp=0x805f2e8) at ../../src/jobs.c:962 #5 0x0804b6fb in evalcommand (cmd=0x805e944, flags=value optimized out) at ../../src/eval.c:838 #6 0x0804a919 in evaltree (n=0x805e944, flags=0) at ../../src/eval.c:289 #7 0x0804b8a3 in evalstring ( s=0xbfc0dc27 /usr/lib/libgnomeui-0/gnome_segv2 \evolution-data-server-1.12\ 11 \1.12.1\, mask=0) at ../../src/eval.c:175 #8 0x08050d2b in main (argc=3, argv=0xbfc0c714) at ../../src/main.c:174 -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy-proposed'), (500, 'gutsy-backports'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (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/dash Versions of packages dash depends on: ii debianutils 2.22.1 Miscellaneous utilities specific t ii libc62.6.1-1ubuntu10 GNU C Library: Shared libraries dash recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#152012: Only best blue-pills here!
15 Ways to act Longer in bed! http://adru.rxpillsforu.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468376: dash: Invalid memory reference
Package: dash Version: 0.5.4-1ubuntu3 Severity: important File: /bin/dash *** Please describe what you were doing when the application crashed *** (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7e9175e in wait4 () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e91737 in wait3 () from /lib/tls/i686/cmov/libc.so.6 #3 0x0804f214 in ?? () #4 0xbf8620d0 in ?? () #5 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy-proposed'), (500, 'gutsy-backports'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (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/dash Versions of packages dash depends on: ii debianutils 2.22.1 Miscellaneous utilities specific t ii libc62.6.1-1ubuntu10 GNU C Library: Shared libraries dash recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468449: dash: Invalid memory reference
Package: dash Version: 0.5.4-1ubuntu3 Severity: important File: /bin/dash *** Please describe what you were doing when the application crashed *** (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7e2f75e in wait4 () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e2f737 in wait3 () from /lib/tls/i686/cmov/libc.so.6 #3 0x0804f214 in ?? () #4 0xbf8c7940 in ?? () #5 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy-proposed'), (500, 'gutsy-backports'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (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/dash Versions of packages dash depends on: ii debianutils 2.22.1 Miscellaneous utilities specific t ii libc62.6.1-1ubuntu10 GNU C Library: Shared libraries dash recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440488: amd64 crash
Hello, same behavior here. It crashes as soon as it tries to play the preview of right after the 5 4 3 2 1 countdown. Game works (nearly) fine in a 32bits chroot. I tried to use latest version of FoF, but couldn't manage to compile all requirements (amanith and pyamanith in particular). Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463420: ia32-libs: missing PAM modules for ia32 applications
Package: ia32-libs Version: 1.19 Severity: normal 32-bit applications that wish to use PAM fail with error code PAM_MODULE_UNKNOWN because they cannot load 64-bit PAM modules. There are no 32-bit equivalents to /lib/security/pam_*.so. Proposed solution: provide 32-bit versions of the PAM modules in /lib32/security modify /lib32/libpam.so.0 to look for modules in /lib32/security instead of /lib/security. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ia32-libs depends on: ii dpkg 1.13.25 package maintenance system for Deb ii lib32asound2 1.0.13-2 ALSA library (32 bit) ii lib32gcc1 1:4.1.1-21GCC support library (32 bit Versio ii lib32ncurses5 5.5-5 Shared libraries for terminal hand ii lib32stdc++6 4.1.1-21 The GNU Standard C++ Library v3 (3 ii lib32z11:1.2.3-13compression library - 32 bit runti ii libc6-i386 2.3.6.ds1-13etch4 GNU C Library: 32bit shared librar ii lsb-release3.1-23.2etch1 Linux Standard Base version report ia32-libs recommends no packages. -- no debconf information -- Bodo Meissner Senior Software Developer Office: +49 30 20631 617 E-Fax: +49 30 20631 44 617 Fax:+49 30 20631 199 Email: [EMAIL PROTECTED] Web:www.asdis.de ASDIS Software AG Neue Grünstrasse 25, D-10179 Berlin (Sitz der Gesellschaft) Registergericht: Amtsgericht Charlottenburg/Bln. (HRB 75835) Vorstand: Mario Pelleschi, Vors. d. Aufsichtsrates: Urs Ehrismann ASDIS. Taking Care of Your Software
Bug#456261: packages incomplete :-( (was: Bug#456261: Unable to find the guitracer when invoked via swipl)
On Fri, 28 Dec 2007 Markus Triska [EMAIL PROTECTED] wrote: Hi Chris, Chris Lamb [EMAIL PROTECTED] writes: I've fixed this problem by replacing the /usr/bin/swipl symboling link with a short shell script [0]. An updated version of the package (with new upstream version 5.6.48) is now pending upload. Thanks a lot! Also, there are several important libraries in the SWI-Prolog packages directory that currently seem not to be available in Debian, most notably: pldoc (!), plunit, I asked for plunit already in May in the follow-up to the now closed bug 425580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425580#20 clpqr, and chr. Could you please also provide them, or alternatively, since they have little or no external dependencies, include them in the main swi-prolog package? I strongly support this. Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197771: Don't keep aloof from s'e_xual revolution!
Saturday, March 17, 2007The ocean-atmosphere system, El Nio, played a part in minutes and 52 seconds, Scott, 37, fell the equivilent No man would be happy to be told by his lady in the bedroom Oh, how small it is! Still, if you're fearing to hear this, don't despond! MegaDik gives you an opportunity, which you surely don't want to lose! http://hadhd.com/ Try this super-remedy today and become a dream of all women in the town just in a few weeks! http://hadhd.com/ later on the 12th. 1815 - William I proclaimed himself King of the Unitedo'clock news. Sergeant David Cross, Greymouth the Black Sea to the Mediterranean was signed by
Bug#451071: unable to upgrade
Please close this bug. I have reset the password following the advice on the page http://www.trustix.org/wiki/index.php/MySQL_recover_root_password After it I was able to complete dpkg-reconfigure sympa. After upgrading I've noticed several new problems, but I will report them later as separate bugs. Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449025: dh-make-php: dh-make-pecl still want php4 package
Uwe Steinmann [EMAIL PROTECTED] writes: On Fri, Nov 02, 2007 at 01:26:35PM +0100, Krzysztof Krzyzaniak (eloy) wrote: Package: dh-make-php Version: 0.2.8 Severity: important dh-make-pecl still want to php4-dev package to create/build package. dh-make-pecl creates a php4 packages because that is still the default. You can easily prevent it from doing so by passing the -only 5 option. I wouldn't call this an important bug, though you are right if you say this should not be the default in lenny anymore. Thank you, change severity if you like. eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#447916: libmailutils1: Guile module fails to load `libmailutils'
Hi, Jordi Mallach [EMAIL PROTECTED] writes: This is documented in README.Debian, but I'm not sure that's enough. Any other suggestion? The file reads: This package includes a few guile dynamic libraries, but they can't be used without their corresponding .la files. Why is it the case? AFAIK, neither `dynamic-link' nor `load-extension' needs the `.la' files, and `mailutils.scm' (for instance) doesn't refer to them directly. Depending on the -dev package is not a good alternative, but maybe creating a (tiny) package for the guile stuff which does depend on -dev could be. Yes, a tiny self-contained `guile-mailutils' package. Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433782: libcap-bin: Manual page for `cap_from_text(3)' is missing
Hi, Ted Percival [EMAIL PROTECTED] writes: Ludovic Courtes wrote: In addition to bug #118186, the manual page for `cap_from_text(3)' (which is referred to by `getpcaps') isn't available. This makes it hard to use the tools. cap_from_text(3)'s manpage is in libcap-dev. Would this be solved if libcap-bin suggested libcap-dev? That's one possibility. Another would be to somehow make the manpage `getpcaps' (which is, BTW, unavailable in `libcap-bin' 1.10-14) self-contained. Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443308: sympa: Database creation fails for mysql
On Thu, 20 Sep 2007 Olivier Berger [EMAIL PROTECTED] wrote: Package: sympa Version: 5.3.3-2 Severity: important I get the following message : Paramétrage de sympa (5.3.3-2) ... /etc/sympa/sympa.conf file has been created /etc/sympa/wwsympa.conf file has been created apache2: installation seems OK ... apache2: installation seems OK ... Restarting web server: apache2. Error at line 166 : /etc/sympa/sympa.confLanguage::SetLang() Language::SetLang(), missing locale parameter mail::smtpto() Missing Return-Path in mail::smtpto() Configuration file /etc/sympa/sympa.conf has errors. I confirm the problem, cf. http://listes.cru.fr/sympa/arc/sympa-users/2007-09/msg00062.html The bug should be retitled, because it is not related to database, the message Sympa failed to prepare database. means simply, if I understand correctly, that the database was not created because the installation has been aborted earlier. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/
Bug#443324: sympa: static content (CSS) configuration is wrong
On Thu, 20 Sep 2007 Stefan Hornburg (Racke) [EMAIL PROTECTED] wrote: Olivier Berger wrote: Package: sympa Version: 5.3.3-2 Severity: normal I've stumbled upon the broken location of the CSS files (already reported here, it seems : http://listes.cru.fr/sympa/arc/sympa-users/2007-09/msg00058.html The location in /etc/apache2/conf.d/sympa goes like : Alias /static-sympa /var/lib/sympa/static_content But it looks like it should be : Alias /wwsstatic /var/lib/sympa/static_content Hope this helps, and credits to [EMAIL PROTECTED] (Janusz S. Bień) who reported at the wrong place ;) /static-sympa is the default used by Sympa for the static_content_url. So the first one appears correct to me. I stand by my story that the configuration is wrong after installation. I do not make specific claim how exactly it is wrong. When I noticed that CSS are not accesible, I've entered Sympa admin - Skins, CSS and colors and, in hope it will help, pressed install static css. The quoted content of configuration files comes from this stage. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/
Bug#442885: Addition
I forgot to mention, also the GNU IceWeasel does _not_ have this bug in his most recent version by the time I'm writing this. mfg Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435452: emacs22: `set-keyboard-coding-system' fails in non-X11 mode]
Hi, Stefan Monnier [EMAIL PROTECTED] writes: Typing M-x yields the `ø' (o slash) character instead of running `execute-extended-command'. This is because your terminal sends the exact same byte sequence (in this case it's actually a single byte) when you type M-x as when you type ø, so Emacs has no way to distinguish the two: it chooses to interpret the byte as ø here (which messes up the M-x case) and you could tell it to interpret it as M-x (which would mess up the ø case). I see, thanks for the clarification! Indeed, that's the right solution because it tells your Terminal to use different byte-sequences for the two different cases. Understood. Thanks, Ludovic.
Bug#440254: PSGML's versions of SGML and XML modes should be renamed
On Fri, 31 Aug 2007 Cyril Brulebois [EMAIL PROTECTED] wrote: # Automatically generated email from bts, devscripts version 2.10.7 # Breaks emacs22's xml-mode reassign 440254 psgml PSGML simply overrides the standard Emacs modes. Both versions have different advantages, so it would be useful to be able to switch easily between them. looks like the font lock for xml-mode isn't working If I understand correctly, PSGML doesn't use font locking in the strict sense, but some other technique. The crucial thing is that to get colors you have to provide DTD (even for XML) and validate againsts it. An alternative way to get colors is to use xxml.el http://xxml.progiciels-bpi.ca/ Best regards JSB -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435452: emacs22: `set-keyboard-coding-system' fails in non-X11 mode]
Hi, Kenichi Handa [EMAIL PROTECTED] writes: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ludovic Courtès) writes: Indeed, using C as my locale fixes the problem (I used to have LC_CTYPE=fr_FR). Strangely enough, Emacs 21.4.1 with LC_CTYPE=fr_FR doesn't have the problem (i.e., dead keys are usable). Does it mean that you have a problem with Emacs 22 with LC_CTYPE=fr_FR? Yes: dead keys (e.g., Meta) won't work. In that locale, emacs -nw should automatically set keyboard-coding-system to latin-1 and the input mode to (t nil 0 7), and thus it should accept latin-1 characters sent from a terminal correctly. What happens when you type some latin-1 character with dead-key method under LC_CTYPE=fr_FR? Typing M-x yields the `ø' (o slash) character instead of running `execute-extended-command'. Typing accented characters with the `latin-1-prefix' input method, for instance, does work, but I'm not sure how this relates to the fact that Meta doesn't work. Checking the Meta Sends Escape box of the xterm in which I run Emacs 22 also fixes the problem, even with a non-C locale. It seems that your Emacs' input mode is set not to accept 8-bit input. Please tell me what is shown by ESC : (current-input-mode) RET = (t nil 0 7) Thanks, Ludovic.
Bug#435452: emacs22: `set-keyboard-coding-system' fails in non-X11 mode]
Hi, Sven Joachim [EMAIL PROTECTED] writes: Invoking `set-keyboard-coding-system' in an emacs -nw session fails. For instance, asking it `no-conversion' (which is needed so that dead keys work as expected) fails: Unsupported coding system in Encoded-kbd mode: no-conversion I don't understand why you have to set keyboard-coding-system to no-conversion for dead keys. Dead keys must be handled by terminal, and Emacs just receives the resulting character (encoded in your locale) from the terminal. So, setting keyboard-coding-system to what is appropriate for your locale should work well, and that should be done automatically. Indeed, using C as my locale fixes the problem (I used to have LC_CTYPE=fr_FR). Strangely enough, Emacs 21.4.1 with LC_CTYPE=fr_FR doesn't have the problem (i.e., dead keys are usable). Checking the Meta Sends Escape box of the xterm in which I run Emacs 22 also fixes the problem, even with a non-C locale. I guess I'm just displaying my lack of familiarity with how terminals work... What other choices were tried? utf-8, latin-X should all work. What is your locale? With a C locale, utf-8, latin-1, and others are accepted, whereas `no-conversion' yields the above error message. Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425716: tdb-dev: Fails to open previous databases
Hi, Pierre Habouzit [EMAIL PROTECTED] writes: The problem is because of the deactivated spinlock code. The following patch seems to fix the problem, but I'm unable to understand the consequences properly (e.g. on a system where things using the old tdb library could still exist, and believe to have locked the tdb ...). Hmm, I wouldn't know either. What do upstream people think? Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389876: KOHA
On Fri, 13 Jul 2007 MJ Ray [EMAIL PROTECTED] wrote: [...] Hope that informs, Yes, thank you very much for your quick answer. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389876: KOHA
I've noticed your ITP http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389876 after re-opening an old Request To Package http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=186958 Is there a way to merge RTP with ITP or RTP should be simply closed? By the way, what is the current status of packaging? In the koha-devel archive the latest posting on the topic is the message http://lists.gnu.org/archive/html/koha-devel/2007-01/msg00024.html but I didn't find any follow-up. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423322: Maintainership of SWI-Prolog
On Thu, 21 Jun 2007 Chris Lamb [EMAIL PROTECTED] wrote: Dear all, I have contacted Gerardo Curiel and he has agreed to let me become a co-maintainer of the SWI-Prolog package. I am a regular user of this package and would dearly like to see a well-maintained package inside Debian. Great! I am in the latter stages of preparing an upload of the latest upstream version, which should close at least 5 (yes :-/) outstanding bugs. Any estimation when the package may be available? Please note my wish list about Prolog Unit Tests: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=20;bug=425580 Here's hoping to a better future of this package. I will be very much grateful for its up-to-date and complete version. Best regards Janusz P.S. What about merging 423322 and 425580? -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.klf.uw.edu.pl/jsbien/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337074: MD business lists
For this week we have the following package deal in effect: promo code: q8911FD Physicians in the USA 788k in total 17k emails 34 specialties many sortable fields American Hospitals 23k Admins in more than 7k hospitals Dentists in the USA 597k dentists and dental services American Chiropractor Directory 100K chiropractors offices in the USA All 4 above complete directories: $379 This offer is good until July 13th. Please email: [EMAIL PROTECTED] or call 206-339-6160 for more details Note: To quit getting emails like these please reply with quit in the subject heading. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Bug#311955: New message
Dear Value Partners Please find the our new RAID_PM Hardware RAID Port Multiplier bridge up to FIVE SATA ports - SiI-4723 Feature: - Hot Plug support; Compatible with NCQ drives - eSATA signal level support (1m and 2m PHY (compliant) - Supports PM aware hosts and non-PM aware - Less than 1% Host CPU loading during rebuild - Fast rebuild of 100GB/hour - Easy configuration using GUI applet - Drive Performance Aggregation (RAID 0) - Hardware RAID 0, 1, 10 with hot spare, Mirrored and spanning with spare, Spanning and JBOD http://www.datoptic.com/cgi-bin/web.cgi?search=yesexact_match=ondetail=trueproduct=RAID_PM Availability: Now shipping Please feel free to contact me Best Regards Sam Q 714 558 1808 www.datoptic.com = CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. Port Multiplier with hardware RAID subj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291928: New message
Dear Value Partners Please find the our new RAID_PM Hardware RAID Port Multiplier bridge up to FIVE SATA ports - SiI-4723 Feature: - Hot Plug support; Compatible with NCQ drives - eSATA signal level support (1m and 2m PHY (compliant) - Supports PM aware hosts and non-PM aware - Less than 1% Host CPU loading during rebuild - Fast rebuild of 100GB/hour - Easy configuration using GUI applet - Drive Performance Aggregation (RAID 0) - Hardware RAID 0, 1, 10 with hot spare, Mirrored and spanning with spare, Spanning and JBOD http://www.datoptic.com/cgi-bin/web.cgi?search=yesexact_match=ondetail=trueproduct=RAID_PM Availability: Now shipping Please feel free to contact me Best Regards Sam Q 714 558 1808 www.datoptic.com = CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. Port Multiplier with hardware RAID subj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333770: New message
Dear Value Partners Please find the our new RAID_PM Hardware RAID Port Multiplier bridge up to FIVE SATA ports - SiI-4723 Feature: - Hot Plug support; Compatible with NCQ drives - eSATA signal level support (1m and 2m PHY (compliant) - Supports PM aware hosts and non-PM aware - Less than 1% Host CPU loading during rebuild - Fast rebuild of 100GB/hour - Easy configuration using GUI applet - Drive Performance Aggregation (RAID 0) - Hardware RAID 0, 1, 10 with hot spare, Mirrored and spanning with spare, Spanning and JBOD http://www.datoptic.com/cgi-bin/web.cgi?search=yesexact_match=ondetail=trueproduct=RAID_PM Availability: Now shipping Please feel free to contact me Best Regards Sam Q 714 558 1808 www.datoptic.com = CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material of DATOptic for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. Port Multiplier with hardware RAID subj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]