Bug#723179: proftpd-dfsg: CVE-2013-4359
Package: proftpd-dfsg Severity: important Tags: security upstream Hi, the following vulnerability was published for proftpd-dfsg. CVE-2013-4359[0]: mod_sftp/mod_sftp_pam invalid pool allocation during kbdint authentication If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. As far I can read in references however, keyboard interactive authentication is rare as not enabled by default. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4359 http://security-tracker.debian.org/tracker/CVE-2013-4359 [1] http://marc.info/?l=oss-securitym=137914240227778w=2 Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723180: linux-image-3.2.0-4-rt-amd64: kernel oops with futexes and gdb reverse-next
Package: src:linux Version: 3.2.46-1+deb7u1 Severity: normal I was working on some custom mutex code (implemented using futexes), and it wasn't working, so I started it up under GDB, waited until it died, and then tried reverse stepping back to where it did something wrong. I then got a kernel oops. Here's exactly what I did: In GDB, I set up a breakpoint in the thread which dies before the point at which it dies, `run`, `record`, `cont`, and then (after it crashed) `reverse-next` (might have been `reverse-step`). My X11 server then went down and dropped me back at a virtual terminal with a kernel backtrace on it. I know that there is a bug in the way that the code uses futexes, but it shouldn't lead to a kernel oops... I'm attaching both the program that causes this problem (it's compiled for amd64 with -m32) and the kernel backtrace. -- Package-specific info: ** Version: Linux version 3.2.0-4-rt-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP PREEMPT RT Debian 3.2.46-1+deb7u1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-rt-amd64 root=UUID=48656ad1-7e3b-437f-a3ef-74be4d26c33b ro quiet ** Not tainted ** Kernel log: [7.712779] input: PC Speaker as /devices/platform/pcspkr/input/input6 [7.727162] ACPI: AC Adapter [ADP0] (on-line) [7.741896] ACPI: Battery Slot [BAT0] (battery present) [7.743360] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [7.743476] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [7.743569] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [7.781701] ACPI: resource :00:1f.3 [io 0xefa0-0xefbf] conflicts with ACPI region SMBI [io 0xefa0-0xefaf] [7.781704] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [7.981546] input: Dell WMI hotkeys as /devices/virtual/input/input7 [8.069085] [drm] Initialized drm 1.1.0 20060810 [8.464370] i915 :00:02.0: setting latency timer to 64 [8.510530] i915 :00:02.0: irq 47 for MSI/MSI-X [8.510537] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [8.510538] [drm] Driver supports precise vblank timestamp query. [8.510601] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [8.551386] cfg80211: Calling CRDA to update world regulatory domain [8.923083] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off [8.950671] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd00073/0x24/0x8a0400 [8.994248] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input8 [9.063676] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: [9.063679] Copyright(c) 2003-2011 Intel Corporation [9.063803] iwlwifi :01:00.0: setting latency timer to 64 [9.063848] iwlwifi :01:00.0: pci_resource_len = 0x2000 [9.063850] iwlwifi :01:00.0: pci_resource_base = c9000539 [9.063851] iwlwifi :01:00.0: HW Revision ID = 0x34 [9.064176] iwlwifi :01:00.0: irq 48 for MSI/MSI-X [9.064299] iwlwifi :01:00.0: Detected Intel(R) Centrino(R) Wireless-N 1030 BGN, REV=0xB0 [9.064492] iwlwifi :01:00.0: L1 Enabled; Disabling L0S [9.082008] iwlwifi :01:00.0: device EEPROM VER=0x716, CALIB=0x6 [9.082016] iwlwifi :01:00.0: Device SKU: 0X150 [9.082022] iwlwifi :01:00.0: Valid Tx ant: 0X1, Valid Rx ant: 0X3 [9.082061] iwlwifi :01:00.0: Tunable channels: 13 802.11bg, 0 802.11a channels [9.097427] fbcon: inteldrmfb (fb0) is primary device [9.196474] iwlwifi :01:00.0: firmware: agent loaded iwlwifi-6000g2b-6.ucode into memory [9.196487] iwlwifi :01:00.0: loaded firmware version 18.168.6.1 [9.197654] Registered led device: phy0-led [9.380257] Console: switching to colour frame buffer device 170x48 [9.383441] fb0: inteldrmfb frame buffer device [9.383442] drm: registered panic notifier [9.412884] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [9.419450] acpi device:28: registered as cooling_device4 [9.420391] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9 [9.420618] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) [9.420662] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [9.420893] snd_hda_intel :00:1b.0: irq 49 for MSI/MSI-X [9.421051] snd_hda_intel :00:1b.0: setting latency timer to 64 [9.433461] Bluetooth: Core ver 2.16 [9.433617] NET: Registered protocol family 31 [9.433624] Bluetooth: HCI device and connection manager initialized [9.433631] Bluetooth: HCI socket layer initialized [9.433637] Bluetooth: L2CAP socket layer initialized [9.433669] Bluetooth: SCO socket layer initialized [9.539877] Bluetooth: Generic Bluetooth USB driver ver 0.6 [9.540331] usbcore: registered new interface driver btusb [
Bug#647497: [PATCH] please transaction giflib to multiarch and fix FTBFS when use -Wformat -Wformat-security -Werror=format-security
This patch make giflib install file to /usr/lib/triplet while not mark packages as Multi-Arch: same. On Tue, Sep 17, 2013 at 1:41 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, Jan 9, 2012 at 7:50 AM, Jonathan Nieder jrnie...@gmail.com wrote: severity 647497 important quit YunQiang Su wrote: It failed to build now. Hmm, not for me. Any hints for reproducing that? Thanks, Jonathan $ dpkg-query -W dpkg-dev dpkg-dev 1.16.1.2 How about the multiarch now? It blocked me from Debian to mips64el now. giflib have gif.la which has -L/usr/lib in it while the mips64(el) put the multilib libraries of o32 to /usr/lib, which will make the packages depends on giflib from building when multilib packages installed. -- YunQiang Su -- YunQiang Su install-to-multiarch-path.diff Description: Binary data
Bug#723181: samba: smbclient -M error cli_message returned NT_STATUS_PIPE_BROKEN
Package: samba Version: 2:3.6.6-6 Severity: normal Dear Maintainer, I am attempting to send a samba message from the command line like this echo test | smbclient -d11 -M MICHAEL-VBOX -N This returns with the error cli_message returned NT_STATUS_PIPE_BROKEN The same command with debug level 11 gives: INFO: Current debug levels: all: 11 tdb: 11 printdrivers: 11 lanman: 11 smb: 11 rpc_parse: 11 rpc_srv: 11 rpc_cli: 11 passdb: 11 sam: 11 auth: 11 winbind: 11 vfs: 11 idmap: 11 quota: 11 acls: 11 locking: 11 msdfs: 11 dmapi: 11 registry: 11 lp_load_ex: refreshing parameters Initialising global parameters rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) INFO: Current debug levels: all: 11 tdb: 11 printdrivers: 11 lanman: 11 smb: 11 rpc_parse: 11 rpc_srv: 11 rpc_cli: 11 passdb: 11 sam: 11 auth: 11 winbind: 11 vfs: 11 idmap: 11 quota: 11 acls: 11 locking: 11 msdfs: 11 dmapi: 11 registry: 11 params.c:pm_process() - Processing configuration file /etc/samba/smb.conf Processing section [global] doing parameter message command = /usr/local/bin/linpopup %f %m %s; rm %s doing parameter netbios name = Michael handle_netbios_name: set global_myname to: MICHAEL doing parameter server string = doing parameter workgroup = Home doing parameter security = share doing parameter hosts allow = 127. 192.168. doing parameter interfaces = 127.0.0.1/8 192.168.24.0/24 doing parameter bind interfaces only = yes doing parameter remote announce = 192.168.24.255 doing parameter remote browse sync = 192.168.24.255 doing parameter printcap name = cups doing parameter load printers = yes doing parameter cups options = raw doing parameter printing = cups doing parameter guest account = nobody doing parameter log file = /var/log/samba/samba.log doing parameter max log size = 1000 doing parameter null passwords = no WARNING: The null passwords option is deprecated doing parameter username level = 6 doing parameter password level = 6 WARNING: The password level option is deprecated doing parameter encrypt passwords = yes doing parameter unix password sync = yes doing parameter socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 doing parameter local master = no doing parameter domain master = no doing parameter preferred master = no doing parameter domain logons = no doing parameter os level = 33 doing parameter logon drive = m: doing parameter logon home = \\%L\homes\%u doing parameter logon path = \\%L\profiles\%u doing parameter logon script = %G.bat doing parameter time server = no doing parameter name resolve order = wins lmhosts bcast doing parameter wins support = no doing parameter wins proxy = no doing parameter dns proxy = no doing parameter preserve case = yes doing parameter short preserve case = yes doing parameter client use spnego = no doing parameter client signing = no doing parameter client schannel = no doing parameter server signing = no doing parameter server schannel = no doing parameter nt pipe support = yes doing parameter nt status support = yes doing parameter allow trusted domains = no doing parameter obey pam restrictions = yes doing parameter enable spoolss = yes doing parameter client plaintext auth = no doing parameter disable netbios = no doing parameter update encrypted = yes Unknown parameter encountered: update encrypted Ignoring unknown parameter update encrypted doing parameter pam password change = no doing parameter passwd chat timeout = 120 doing parameter hostname lookups = no doing parameter username map = /etc/samba/smbusers doing parameter passdb backend = tdbsam doing parameter passwd program = /usr/bin/passwd '%u' doing parameter passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*changed*\n doing parameter add user script = /usr/sbin/useradd -d /dev/null -c 'Samba User Account' -s /dev/null '%u' doing parameter add user to group script = /usr/sbin/useradd -d /dev/null -c 'Samba User Account' -s /dev/null -g '%g' '%u' doing parameter add group script = /usr/sbin/groupadd '%g' doing parameter delete user script = /usr/sbin/userdel '%u' doing parameter delete user from group script = /usr/sbin/userdel '%u' '%g' doing parameter delete group script = /usr/sbin/groupdel '%g' doing parameter add machine script = /usr/sbin/useradd -d /dev/null -g sambamachines -c 'Samba Machine Account' -s /dev/null -M '%u' doing parameter machine password timeout = 120 doing parameter idmap uid = 16777216-33554431 WARNING: The idmap uid option is deprecated doing parameter idmap gid = 16777216-33554431 WARNING: The idmap gid option is deprecated doing parameter template shell = /dev/null doing parameter winbind use default domain = yes doing parameter winbind separator = @ doing parameter winbind cache time = 360 doing parameter winbind trusted domains only = yes doing parameter winbind nested groups = no doing parameter winbind nss info = no doing parameter winbind refresh
Bug#723182: Install /usr/bin/python2 symlink on Wheezy
Package: python Version: 2.7.3-4 Per the discussion at [1] and Scott's comment at [2], could you please put out a post-release update for Wheezy that installs the /usr/bin/python2 symlink? It's already available on Jessie, but the consensus of the thread seems to be that having the symlink in Wheezy would be good. [1] http://lists.debian.org/debian-python/2013/09/msg00022.html [2] http://lists.debian.org/debian-python/2013/09/msg00036.html
Bug#723045: binnmu: dolfin 1.2.0+dfsg-1
Control: reassign -1 dolfin Control: found -1 1.2.0+dfsg-1 Control: retitle -1 dolfin: FTBFS on several architectures Control: severity -1 serious On 2013-09-15 21:15, Ralf Treinen wrote: Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-CC: dol...@packages.debian.org Please binnmu dolfin. Its binary package python-dolfin, version 1.2.0+dfsg-1, has dependency swig2.0 ( 2.0.10~) generated by ${swig:Depends} in debian/control. However, % rmadison -s sid -a amd64 swig swig | 2.0.10-1 | sid | amd64 Thanks -Ralf. Hi Ralf and maintainer(s) of dolfin, Given that dolfin FTBFS on several architectures and I suspect it will take a sourceful upload to fix that, I have decided not to binNMU dolfin. Accordingly, this bug has been reassign to dolfin. Dear maintainer(s), please note that dolfin's Build-Depends appears to be uninstallable on several architectures atm. If this is not a transient problem, you may have to file a bug further down the stack or (if possible and acceptable to you) drop the build depends or the package. Worst case you can also drop the package on the given architectures, but in the given case, I suspect you would rather want to keep i386 (among other). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723183: pu: package xserver-xorg-video-cirrus/1:1.4.0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, the cirrus X driver is not compatible with the kms driver that was added to linux 3.5 for qemu. In 1:1.4.0-2, I cherry-picked a patch that makes the driver bail if it detected the kms driver. Unfortunately that didn't quite work as it still prevented falling back to another driver. This update intends to fix that, with a followup patch from upstream. This patch is in 1:1.5.2-1, just uploaded to sid; I'll try and confirm the fix in the next days. Cheers, Julien diff --git a/debian/changelog b/debian/changelog index d6bb0e0..4bdad5a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +xserver-xorg-video-cirrus (1:1.4.0-3) UNRELEASED; urgency=low + + * cirrus: fix falling back after kernel check. If we find a kernel driver +the code leaves the pci slot claimed which stops us falling back. Unclaim +the pci slot. + + -- Julien Cristau jcris...@debian.org Tue, 17 Sep 2013 08:43:20 +0200 + xserver-xorg-video-cirrus (1:1.4.0-2) unstable; urgency=low * cirrus: don't bind if there is a PCI kernel driver loaded, for diff --git a/src/cir_driver.c b/src/cir_driver.c index c6967da..dfbaf52 100644 --- a/src/cir_driver.c +++ b/src/cir_driver.c @@ -244,9 +244,10 @@ CIRProbe(DriverPtr drv, int flags) CIRChipsets, CIRPciChipsets, devSections, numDevSections, drv, usedChips); /* Free it since we don't need that list after this */ -free(devSections); -if (numUsed = 0) +if (numUsed = 0) { +free(devSections); return FALSE; +} if (flags PROBE_DETECT) foundScreen = TRUE; else for (i = 0; i numUsed; i++) { @@ -264,6 +265,8 @@ CIRProbe(DriverPtr drv, int flags) pPci-device_id, pPci-bus, pPci-domain, pPci-dev, pPci-func); xf86DrvMsg(0, X_ERROR, cirrus: This driver cannot operate until it has been unloaded.\n); + xf86UnclaimPciSlot(pPci, devSections[0]); +free(devSections); return FALSE; } #endif @@ -297,6 +300,7 @@ CIRProbe(DriverPtr drv, int flags) pScrn-Probe = NULL; } } +free(devSections); free(usedChips); return foundScreen; signature.asc Description: Digital signature
Bug#717058: Patch is appropriate
As the author as the above-mentioned patch, I confirm that it has been developed against the SVN trunk, and it is appropriate for 2.6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722898: benchmarks
Hi Thiemo Thanks for working on this. Thiemo Nagel thiemo.na...@gmail.com writes: Hello Ben, thanks for your input! I'm attaching a series of patches to wrap up what we've discussed so far, more details are in the commit messages quoted below. I've tested the patches by running blockdev-wipe, they are looking good. I haven't tried to build the installer with the new block-dev wipe, though, and therefore would appreciate further testing and/or code review. Even with the latest version of blockdev-wipe, I'm still seeing ~20% improvement by setting min_speed to zero. Yet, I'd suggest to hold back the speedlimit patch because I'd expect similar gains for the package installation phase. Thus I believe that it makes more sense to set speed_limit_min to zero during the startup of the debian installer. Could someone please advise me as to where that would fit in best? The best place to enable this is probably partman-md after creating the RAID device. #5blockdev-wipe: Set blocksize to 512k This should be large enough to avoid excessive system call overhead and small enough to prevent problems on systems with very little RAM. Any reason why you choose 512k? If I understand your benchmarks right, doubling this to 1M yelds about another 27% gain. Does increasing the buffer to 1M just increase the memory requirement by 512k or is there a hidden penalty to it? If it's just 512k I don't think we should care as d-i needs in the order of 70-100M overall. And if it turns out to be a problem wiping could be disabled in lowmem situations. #4blockdev-wipe: Sync at most once per second Don't open output devices with O_SYNC, instead sync manually every time the progress indicator is updated, but not more often than once per second. This yields performance gains of up to factor 10 in setups with dm-crypt on dm-raid. Note: Seven years ago, O_SYNC was added to fix OOM issues (cf. bug #381135), however it is believed that this problem has been addressed in the kernel by now. #3blockdev-wipe: Allocate buffer from heap instead of stack This allows to use buffers larger than 8M, also it fails more gracefully in case the memory can't be allocated. #2blockdev-wipe: Reduce progress indicator granularity to 1/1000 This still sounds like a lot of granularity. IMO this could be reduced to 1/100. Do we really need progress updates for less than 1%? Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723185: Multiarch id3lib3.8.3
Package: id3lib3.8.3 Without multiarch id3lib3.8.3 stop me from working on mips64el port. Its .la file exports a '-L/usr/lib' will make the imlib2 on mips64el failed to build when install mips64el's o32 multilib package. This patch install the libraries to /usr/lib/triplet while not mark these packages as Multi-Arch: same. -- YunQiang Su install-to-multiarch-path.diff Description: Binary data
Bug#723184: ifupdown: All interfaces fail to come up after 2nd boot. ifup fails to bring up all interfaces.
Package: ifupdown Version: 0.7.8 Severity: grave Justification: renders package unusable Dear Maintainer, I have now installed Debian Wheezy on three systems and have experienced this identical problem on all three. One was a hosted VM, the other two different boxes of my own. After the Debian installer is finished and the machine reboots the network comes up. But then when I alter /etc/network/interfaces to something like: auto lo iface lo inet loopback auto eth0 address 192.168.0.12 netmask 255.255.255.0 gateway 192.168.0.1 after rebooting NO interfaces come up, including lo. If I manually run: ifup lo it says link: error fetching interface information: Device not found for ifup eth0 it says: addr: error feching interface information: Device not found during boot I can also see the message run by: link: error fetching interface information: device not found Also, running /etc/init.d/networking restart also fails similarly. If I run ifconfig lo up it brings up lo. If I run ifconfig eth0 192.168.0.12 netmask 255.255.255.0 route add default gw 192.168.0.1 eth0 also correctly comes up. Is it related to any other packages which I install after the first boot? The packages I usually install are: wireless-tools vim rsync cpufrequtils wpasupplicant pcmciautils screen dselect acpid powermgmt-base acpi powertop acpitool deborphan sudo anacron pm-utils cron-apt laptop-mode-tools ethtool dphys-swapfile intel-microcode iucode-tool kacpimon apt-file build-essential fail2ban on a minimal system which at the tasksel stage of the install I only select standard system and nothing else. I have checked the permissions for /etc, /etc/network, and /etc/network/interfaces and all look ok. /etc/hosts is ok. /etc/hostname is ok. /etc/resolv.conf is ok. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.10 ii initscripts 2.88dsf-41 ii iproute 20120521-3+b3 ii libc62.13-38 ii lsb-base 4.1+Debian8+deb7u1 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5+deb70u6 ii net-tools 1.60-24.2 pn pppnone pn rdnssd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723100: jabref: headless mode fails
Hello, On Mon, Sep 16, 2013 at 5:48 PM, gregor herrmann gre...@debian.org wrote: [...] Looks like the export function has a problem. Funnily enough, conversion works: jabref -n true -o Revised.xml,MSBib Revised.bib So it's probably the BiBTeX writing function that's to blame ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652747: patch
Great ! Thanks a lot ! you will save me a lot of time ! I did the same search, but didn't manage to find it by myself... Will test this soon. Il 14.09.2013 11:21 Frederic Peters ha scritto: Hi, I discovered that bug today and wrote a patch, I tested it against mailman 2.1.13 (as found in Squeeze); I tracked the change in Mailman and found it to be revision 972: CGI/admin.py The email address which forms a part of the various CGI data keys in the admin membership list is now urllib.quote()ed. This allows changing options for and unsubbing an address which contains a double-quote character. -- http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/972 Fred --- listadmin.pl.orig 2013-09-14 13:10:33.760699371 +0200 +++ listadmin.pl2013-09-14 13:11:54.785101152 +0200 @@ -588,7 +588,7 @@ sub url_quote_parameter { my $param = shift; -$param =~ s/(\W)/sprintf (%%%02x, ord ($1))/ge; +$param =~ s/(\W)/sprintf (%%%02X, ord ($1))/ge; $param; } @@ -1763,6 +1763,7 @@ user = \@addresses); for my $a (@addresses) { $params{$a . _unsub} = on; # Mailman 2.x + $params{url_quote_parameter($a) . _unsub} = off # Mailman =2.1.12 } my $resp = $ua-post($url, \%params); return $resp-status_line unless $resp-is_success; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723186: virtualbox: Virtual machine terminates on start: error code 1
Package: virtualbox Version: 4.1.18-dfsg-2+deb7u1 Severity: important Dear Maintainer, After installing virtualbox I ran the setup to creat a virtual machine, with all the normal options. When I clicked start to run it first time it said *Failed to open a session for the virtual machine knoppix deb live. The virtual machine 'knoppix deb live' has terminated unexpectedly during startup with exit code 1. Result Code: NS_ERROR_FAILURE (0x80004005) Component: Machine Interface: IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91}* And then another window popped open that said *Virtualbox - error in suplibOsInit Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing '/etc/init.d/vboxdrv setup' as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.* I installed the DKMS package and then ran /etc/init.d/vboxdrv setup and it said *bash: /etc/init.d/vboxdrv: No such file or directory * I set up another virtual machine with the same result. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.10 ii libc62.13-38 ii libcurl3 7.26.0-1+wheezy4 ii libgcc1 1:4.7.2-5 ii libgsoap22.8.7-2 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3-6 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1e-2 ii libstdc++6 4.7.2-5 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-4 ii python2.72.7.3-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libqt4-opengl 4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii virtualbox-dkms 4.1.18-dfsg-2+deb7u1 ii virtualbox-qt 4.1.18-dfsg-2+deb7u1 Versions of packages virtualbox suggests: pn vde2none ii virtualbox-guest-additions-iso 4.1.18-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722737: [Pkg-fglrx-devel] Bug#722737: fglrx-driver: Brightness does not work. Horizontal bars appear and disappear
Please note that this is closed source and that we - at Debian - can not do anything with such issues except asking you if it also appears with the experimental version? Am 13.09.2013 22:11, schrieb Zlatan Todoric: Package: fglrx-driver Version: 1:13.4-3 Severity: normal Tags: upstream Dear Maintainer, After installing testing and fglrx-driver it does work but I can't change brightness and horizontal bars appear and disappear all the time on entire screen. I remember not having that problems with wheezy installation. I installed package normaly via apt-get and did aticonfig --initial. Also tried with package from experimental but same situation with it. I am back on testing package. Is this some upstream problem with brightness because I did read on some forums about it? Could temporary solution be to downgrade to stable version of package, that is to one from wheezy? With regards, zlatan -- Package-specific info: Full fglrx package list: ii fglrx-atievent 1:13.4-3 amd64events daemon for the non-free AT ii fglrx-control 1:13.4-3 amd64control panel for the non-free AT ii fglrx-driver 1:13.4-3 amd64non-free ATI/AMD RadeonHD display ii fglrx-modules- 1:13.4-3 amd64dkms module source for the non-fr ii libfglrx:amd64 1:13.4-3 amd64non-free ATI/AMD RadeonHD display ii libfglrx:i386 1:13.4-3 i386 non-free ATI/AMD RadeonHD display ii libfglrx-amdxv 1:13.4-3 amd64AMD XvBA (X-Video Bitstream Accel ii libfglrx-amdxv 1:13.4-3 i386 AMD XvBA (X-Video Bitstream Accel ii libgl1-fglrx-g 1:13.4-3 amd64proprietary libGL for the non-fre ii libgl1-fglrx-g 1:13.4-3 i386 proprietary libGL for the non-fre VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Seymour [Radeon HD 6400M/7400M Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [2.040533] Linux agpgart interface v0.103 [ 12.427328] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [ 12.455443] 6[fglrx] Maximum main memory to use for locked dma buffers: 7770 MBytes. [ 12.456037] 6[fglrx] vendor: 1002 device: 6760 count: 1 [ 12.456828] 6[fglrx] ioport: bar 4, base 0xe000, size: 0x100 [ 12.457320] 6[fglrx] Kernel PAT support is enabled [ 12.457376] 6[fglrx] module loaded - fglrx 12.10.5 [Mar 28 2013] with 1 minors [ 25.313322] fglrx_pci :01:00.0: irq 42 for MSI/MSI-X [ 25.315986] 6[fglrx] Firegl kernel thread PID: 1284 [ 25.316267] 6[fglrx] Firegl kernel thread PID: 1285 [ 25.316647] 6[fglrx] Firegl kernel thread PID: 1286 [ 25.317058] 6[fglrx] IRQ 42 Enabled [ 25.371578] 6[fglrx] Reserved FB block: Shared offset:0, size:100 [ 25.371592] 6[fglrx] Reserved FB block: Unshared offset:f87c000, size:484000 [ 25.371602] 6[fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 [ 25.566042] 3[fglrx:firegl_get_console_mode_info] *ERROR* Get Console Mode failed [ 56.534072] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 56.544303] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 61.305390] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 61.311180] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. Xorg X server configuration file status: -rw-r--r-- 1 root root 684 Sep 13 21:13 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Module EndSection Section Monitor Identifier aticonfig-Monitor[0]-0 Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device Identifier aticonfig-Device[0]-0 Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier aticonfig-Screen[0]-0 Device aticonfig-Device[0]-0 Monitoraticonfig-Monitor[0]-0 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 42239 Sep 13 21:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [22.682] X.Org X Server 1.12.4 Release Date: 2012-08-27 [22.682] X Protocol Version 11, Revision 0 [22.682] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [22.682] Current Operating System: Linux aureus 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 [22.682] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=7395e6b1-091a-484a-b092-7068c39ade1a ro quiet pcie_aspm=force acpi_backlight=vendor
Bug#723184: ifupdown: All interfaces fail to come up after 2nd boot. ifup fails to bring up all interfaces.
Control: tags -1 + moreinfo On 2013-09-17 8:09, Mandana wrote: After the Debian installer is finished and the machine reboots the network comes up. But then when I alter /etc/network/interfaces to something like: auto lo iface lo inet loopback auto eth0 address 192.168.0.12 netmask 255.255.255.0 gateway 192.168.0.1 after rebooting NO interfaces come up, including lo. If I manually run: The above looks like it's missing an iface eth0 inet static line. Rather than something like, please could you confirm exactly what it is in the interfaces file which doesn't work? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723133: wireshark: Please install shared-mime-info file
tags 723133 confirmed patch thanks Hi Yukio, On 09/16/2013 08:34 PM, Yukio Shiiya wrote: Package: wireshark Version: 1.10.2-1 Severity: minor Tags: patch Dear Maintainer, First of all, sorry for my poor English. On the GNOME environment of Debian, when I double-click a *.pcap file, Wireshark is invoked and the file is opened. But, when I double-click another file that Wireshark can open (for example, *.pcapng, *.pcapng.gz), Wireshark is not invoked and the file is not opened. But, if wireshark-mime-package.xml file that is included in the tarball of Wireshark is added to the wireshark binary package, Wireshark become to be invoked by double-clicking the file such as *.pcapng. The attached patch adds wireshark-mime-package.xml file to the wireshark binary package. Please review it, and if satisfactory, consider including it in the package. Thank you for patch. It will be included in wireshark 1.10.2-2. Cheers, Balint signature.asc Description: OpenPGP digital signature
Bug#722923: Fonts used as character sets are not supported
Hello Olly, many thanks for your response. I'm afraid I don't know the antiword code well enough to offer much useful advice about making such a change. No problem. If you can come up with a sensible looking patch which works for your example file and doesn't break others, I'm happy to add it to the package. Many thanks. I really appreciate. The doesn't break others part might be a bit difficult to prove but I'll try. You're probably best off talking to the upstream author, though I don't think he's actively working on antiword now as the last release was 2005-10-21. That was also my guess. Do you think the address I used in Cc of the original bug report is the best one to try to contact him? I'm asking because I noticed that you didn't Cc this address in your response, so that made me think that perhaps the addess is not good. I haven't needed to communicate with him since taking over maintenance of the debian package, so I'm not sure if he's still interested in antiword or not. I understand. Even if he does not code, I'd really appreciate to be able to talk to him because some aspects ofboth the code and the word format reman a bit obscure to me. By the way, if you know persons I could talk with about the word format that would also be helpful! Good luck! Thanks. If I can't talk to anybody and have to discover things by myself it may take me some time to come up with a patch because the spec of the format offered by Microsoft is non-trivial and, for me, not so easy to read and understand. Best wishes, Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723187: collectd: Please upgrade package to upstream version 5.4
Package: collectd Version: 5.2 Severity: wishlist Tags: upstream patch Dear Maintainer, please upgrade to the latest upstream version. I took the 5.2 debian/ directory to get a .deb, please find my version of rules control attached. 5.4 also requires a patch to properly compile - this was kindly suggested by michaelhart in #collectd: https://github.com/radford/collectd/commit/c5a973fb059c1fffb0d9fa6582d68615926fe06e (this patch is also attached) Cheer, Wilfried Goesgens -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.4.4-vs2.3.3.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash colllectbuilddeb.tgz Description: GNU Zip compressed data
Bug#723163: libgtk-3-0-udeb: uninstallable, depends on missing libatk-bridge2.0-0
Michael Biebl bi...@debian.org (2013-09-17): reassign 723163 libatk-bridge2.0-0 retitle 723163 please provide udeb for libatk-bridge2.0-0 severity 723163 wishlist thanks Am 17.09.2013 03:30, schrieb Cyril Brulebois: Package: libgtk-3-0-udeb Version: 3.8.4-1 Severity: grave Tags: d-i Justification: package is uninstallable Hi, while investigating how to automate udeb installability checks, I noticed libgtk-3-0-udeb is again uninstallable: libatk-bridge2.0-0 is missing. wrong package, reassiging. You can clone the bug to get at-spi2-atk to provide the needed udeb, but in the meanwhile your package is still uninstallable, and that's a grave bug: it is useless. Mraw, KiBi. signature.asc Description: Digital signature
Bug#723169: libvte-2.90-9-udeb: uninstallable, depends on libcairo-gobject2
Michael Biebl em...@michaelbiebl.de (2013-09-17): reassign 723169 src:cairo forcemerge 708475 723169 thanks Am 17.09.2013 03:48, schrieb Cyril Brulebois: Package: libvte-2.90-9-udeb Version: 1:0.34.6-1 Severity: grave Tags: d-i Justification: renders package unusable Hi, running edos-debcheck on debian-installer Packages files, I noticed libvte-2.90-9-udeb is uninstallable, due to its dependency on libcairo-gobject2. Not something which can be fixed in libvte-2.90-9-udeb, merging with existing bug report for cairo (where you already provided a patch which we should upload) Same argument as with the gtk3 udeb: I think you wanted to block this bug report by the other one. Your package is uninstallable, so that's a grave bug in this package. The fact a fix is blocked by a bug in another package doesn't mean this package is less RC buggy… Mraw, KiBi. signature.asc Description: Digital signature
Bug#723184: ifupdown: All interfaces fail to come up after 2nd boot. ifup fails to bring up all interfaces.
Hello, On Tue, 17 Sep 2013 00:09:00 -0700 Mandana lovely.mand...@gmail.com wrote: If I manually run: ifup lo it says link: error fetching interface information: Device not found for ifup eth0 it says: addr: error feching interface information: Device not found I guess you have something wrong with udev, as kernel modules for your devices don't get loaded. Ifconfig probes modules for network devices, whereas iproute apparently doesn't, so if the device module isn't already loaded it fails. Try to find out why modules don't get loaded. A workaround would be to add them manually to /etc/modules, so they will be loaded anyway on boot. -- WBR, Andrew signature.asc Description: PGP signature
Bug#723188: puppetmaster: Non-ASCII characters in manifests break catalogs
Package: puppetmaster Version: 3.3.0-1 Severity: normal My site.pp is encoded in UTF-8, and it contains non-ASCII characters (French in comments). Now the clients refuse to talk to it: root@smiragdine:~# puppet agent --test Info: Retrieving plugin Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not parse for environment production: invalid byte sequence in US-ASCII at /etc/puppet/manifests/site.pp:1 on node smiragdine.placard.fr.eu.org Warning: Not using cache on failed catalog Error: Could not retrieve catalog; skipping run I had seen this behaviour previously, and I had managed to work around it by restarting puppetmaster while my locale was effectively fr_FR.utf8. It may be related to the recent upgrade to 3.3.0 that this workaround no longer works; I can't pinpoint it directly, since I don't run puppet as a daemon (I rather trigger the pulls with a custom script). Roland. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppetmaster depends on: ii init-system-helpers 1.8 ii puppetmaster-common 3.3.0-1 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 puppetmaster recommends no packages. puppetmaster suggests no packages. -- Configuration Files: /etc/default/puppetmaster changed: START=yes DAEMON_OPTS= export LANG=en_GB.UTF-8 -- no debconf information -- Roland Mas Two elephants fell off a cliff. Boom, boom. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723189: tumbler-common: tumbler does not create video thumbnails anymore
Package: tumbler-common Version: 0.1.29-1 Severity: normal Dear Maintainer, * What led up to the situation? probably an update of tumbler * What exactly did you do (or not do) that was effective (or ineffective)? this seems to be a simple misspell in /etc/xdg/tumbler/tumbler.rc root@hp-dm1-didier:/home/didier# diff /etc/xdg/tumbler/tumbler.rc.genuine /etc/xdg/tumbler/tumbler.rc.modified 60c60 [FfmegThumbnailer] --- [FfmpegThumbnailer] * What was the outcome of this action? this solves this problem in my case * What outcome did you expect instead? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash tumbler-common depends on no packages. tumbler-common recommends no packages. Versions of packages tumbler-common suggests: ii libtumbler-1-0 0.1.29-1 -- Configuration Files: /etc/xdg/tumbler/tumbler.rc changed: [JPEGThumbnailer] Disabled=false Priority=3 Locations= MaxFileSize=0 [PixbufThumbnailer] Disabled=false Priority=2 Locations= MaxFileSize=0 [RawThumbnailer] Disabled=false Priority=1 Locations= MaxFileSize=0 [CoverThumbnailer] Disabled=true Priority=3 Locations=~/movies MaxFileSize=0 [FfmpegThumbnailer] Disabled=false Priority=2 Locations= MaxFileSize=0 [GstThumbnailer] Disabled=false Priority=1 Locations= MaxFileSize=0 [FontThumbnailer] Disabled=false Priority=1 Locations= MaxFileSize=0 [PopplerThumbnailer] Disabled=false Priority=1 Locations= MaxFileSize=0 [OdfThumbnailer] Disabled=false Priority=1 Locations= MaxFileSize=0 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723190: keepalived fails when restarted ( stop script doesn't wait for keepalived to stop )
Package: keepalived Version: 1:1.2.2-3 Severity: normal Dear Maintainer, When you run /etc/init.d/keepalived stop, and subsequently start, you get strange failures, that's because keepalived stays in stopping mode for quite some time, it seems to be unalocating interfaces one-by-one. Only when keepalived has been truly stopped ( keepalived process is no longer running ) you can safely start it again. The problem persists in 1.2.8 from sid. Problem is especially visibile when there is larger number of VRRP interfaces configured. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.10.5 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages keepalived depends on: ii iproute 20120521-3+b3 ii ipvsadm 1:1.26-1 ii libc62.13-38 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii libssl1.0.0 1.0.1e-2 keepalived recommends no packages. keepalived suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719982: php5: 2years old fixed bug, went bad again
Package: php5 Version: 5.4.4-14+deb7u4 Followup-For: Bug #719982 Dear Maintainer, since I updated to 5.4.4-14+deb7u4, the issue started over, like in 2011 on bug #633100@Debian / #876387@Ubuntu. I did nothing special, just running apache2 with php5 and mysql, when I saw the very high load (60, 40, 40), I tryed to connect to SSH for some minutes, before it finally worked, I did a ps faux to see that it was about the CRON/FIND/FUSER of php5 for removing sessions, many sessions check were duplicated. I ran a kill `pidof /USR/SBIN/CRON find fuser`, then the load got back to normal (under 1), I also did what Ondrej advised, I did not have the issue again -yet-, it usually happend arround 21h30 GMT+1, I will see tonight. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.13--grs-ipv6-64 (SMP w/8 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.4-14+deb7u4 ii php5-common 5.4.4-14+deb7u4 php5 recommends no packages. php5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692098:
The British Telecom Company has picked you as a lucky person of a lump sum pay out of 1,000,000.00. send your Names and Country to Mr. Marcus Steve. Email: btcenter...@outlook.commailto:btcenter...@outlook.com
Bug#719982: [php-maint] Bug#719982: php5: 2years old fixed bug, went bad again
Hi, the bug you are commenting on is unrelated to session clean resources exhaustion. I did invent the solution to the fuser problem too deep in the wheezy development cycle, so it didn't get merged into wheezy. I'll try to speak with our release team if it could be pushed through s-p-u. Meanwhile please try the cron script and sessionclean script from testing/sid, that should fix your problem as it doesn't consume that much resources as the wheezy cron. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server On Tue, Sep 17, 2013, at 01:18 AM, root wrote: Package: php5 Version: 5.4.4-14+deb7u4 Followup-For: Bug #719982 Dear Maintainer, since I updated to 5.4.4-14+deb7u4, the issue started over, like in 2011 on bug #633100@Debian / #876387@Ubuntu. I did nothing special, just running apache2 with php5 and mysql, when I saw the very high load (60, 40, 40), I tryed to connect to SSH for some minutes, before it finally worked, I did a ps faux to see that it was about the CRON/FIND/FUSER of php5 for removing sessions, many sessions check were duplicated. I ran a kill `pidof /USR/SBIN/CRON find fuser`, then the load got back to normal (under 1), I also did what Ondrej advised, I did not have the issue again -yet-, it usually happend arround 21h30 GMT+1, I will see tonight. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.13--grs-ipv6-64 (SMP w/8 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.4-14+deb7u4 ii php5-common 5.4.4-14+deb7u4 php5 recommends no packages. php5 suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723192: Multiarch libid3tag
Package: libid3tag libid3tag stop me from building imlib2 on mips64el as it takes a -L/usr/lib which will cause ftbfs as mips64el puts o32 multilib libraries to /usrlib but not /usr/libo32. This patch install the libraries to /usr/lib/triplet -- YunQiang Su install-to-multiarch-path.diff Description: Binary data
Bug#515061: MYYYYYYYY LETTER
M LETTER
Bug#722895: Re: Bug#722895: scilab-full-bin: Can not install with openjdk7
reopen 722895 severity 722895 wishlist -- Hello. If it is not a bug let it be a wish. Most of java dependent packages have such dependency as java6-runtime. The virtual pakage can be provided by both java6 or java7. I believe a user should have a choice. According to bug #672618 scilab 5.3.3-10 can work with java7. Maybe it is too dangerous to change something in stable, but the alternative can be added to testing. Best Regards, Aleksandr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723193: lxc: Please do not override default lxc-debian template
Package: lxc Version: 0.9.0-19 Severity: wishlist Hi, Yesterday I've upgraded to the version of lxc from experimental to see if it was fixing an issue on my machine and I was suprised by the change in behaviour of lxc-create -t debian from the version in sid and the one in experimental. IMHO the template you are providing as the default one for debian container breaks all the assumption/habbits that a user either upgrading from the previous version or coming from other distribution (Ubuntu included) could have. I can understand that you want to provide added value to your package, but I'm not sure this worth changing upstream defaults that much. Could you please think about not overriding the lxc-debian template shipped by upstream. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723194: checkstyle: Some custom configs do not work: Unable to instantiate DoubleCheckedLocking
Package: checkstyle Version: 5.6-2 Severity: normal Tags: patch upstream Dear Maintainer, when using checkstyle with some custom configs it fails: $ checkstyle -c /usr/share/checkstyle/sun_checks.xml File.java log4j:WARN No appenders could be found for logger (org.apache.commons.beanutils.converters.BooleanConverter). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Unable to create Checker: cannot initialize module TreeWalker - Unable to instantiate DoubleCheckedLocking com.puppycrawl.tools.checkstyle.api.CheckstyleException: cannot initialize module TreeWalker - Unable to instantiate DoubleCheckedLocking at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:178) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBean.java:184) at com.puppycrawl.tools.checkstyle.Main.createChecker(Main.java:143) at com.puppycrawl.tools.checkstyle.Main.main(Main.java:120) Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: Unable to instantiate DoubleCheckedLocking at com.puppycrawl.tools.checkstyle.PackageObjectFactory.createModule(PackageObjectFactory.java:155) at com.puppycrawl.tools.checkstyle.TreeWalker.setupChild(TreeWalker.java:161) at com.puppycrawl.tools.checkstyle.api.AutomaticBean.configure(AutomaticBean.java:184) at com.puppycrawl.tools.checkstyle.Checker.setupChild(Checker.java:157) ... 3 more Caused by: com.puppycrawl.tools.checkstyle.api.CheckstyleException: Unable to instantiate DoubleCheckedLockingCheck at com.puppycrawl.tools.checkstyle.PackageObjectFactory.doMakeObject(PackageObjectFactory.java:98) at com.puppycrawl.tools.checkstyle.PackageObjectFactory.createModule(PackageObjectFactory.java:152) ... 6 more This is because the custom config file contains a reference to the DoubleCheckedLocking module, but this feature has been removed in 5.6: http://checkstyle.sourceforge.net/releasenotes.html This is the upstream report, to which I already forwarded the patch: https://sourceforge.net/p/checkstyle/bugs/705/ Regards, Antonio Ospite http://ao2.it -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages checkstyle depends on: ii antlr2.7.7+dfsg-5 ii default-jre-headless [java7-runtime-headless]1:1.7-49 ii java-wrappers0.1.26 ii libcommons-beanutils-java1.8.3-4 ii libcommons-cli-java 1.2-3 ii libcommons-logging-java 1.1.3-1 ii libguava-java15.0-1 ii openjdk-7-jre-headless [java7-runtime-headless] 7u25-2.3.12-4 checkstyle recommends no packages. Versions of packages checkstyle suggests: ii ant-optional 1.9.2-1 ii junit44.11-2 -- no debconf information # HG changeset patch # User Antonio Ospite osp...@studenti.unina.it # Date 1379407878 -7200 # Tue Sep 17 10:51:18 2013 +0200 # Node ID 7d291436f3ab835b059363afa117cc58cd5ff52f # Parent e4b66ee974eac4b1e31ad6010b350d8f2c2d511f Remove references to DoubleCheckedLocking, the module has been removed in 5.6 diff -r e4b66ee974ea -r 7d291436f3ab contrib/examples/checks/all-checkstyle-checks.xml --- a/contrib/examples/checks/all-checkstyle-checks.xml Fri Aug 30 16:32:31 2013 +1000 +++ b/contrib/examples/checks/all-checkstyle-checks.xml Tue Sep 17 10:51:18 2013 +0200 @@ -333,10 +333,6 @@ !-- See http://checkstyle.sf.net/config_coding.html !-- module name=DefaultComesLast/ -!-- The double-checked locking idiom (DCL) tries to avoid the runtime cost of synchronization. !-- -!-- See http://checkstyle.sf.net/config_coding.html !-- -module name=DoubleCheckedLocking/ - !-- Detects empty statements (standalone ;). !-- !-- See http://checkstyle.sf.net/config_coding.html !-- module name=EmptyStatement/ diff -r e4b66ee974ea -r 7d291436f3ab contrib/examples/conf/template_config.xml --- a/contrib/examples/conf/template_config.xml Fri Aug 30 16:32:31 2013 +1000 +++ b/contrib/examples/conf/template_config.xml Tue Sep 17 10:51:18 2013 +0200 @@ -390,12 +390,6 @@ /module !-- See http://checkstyle.sf.net/config_coding.html -- -!-- The double-checked locking idiom (DCL) tries to avoid the runtime -cost of synchronization. -- -module name=DoubleCheckedLocking -/module - -!-- See http://checkstyle.sf.net/config_coding.html -- !-- Detects empty statements (standalone ;). --
Bug#722694: Fwd: Bug#722694: Kernel change for #685407 breaks GlusterFS when on ext4 bricks
Hello all, @Louis and Vijay: Could you please check if the backported patch (see attachment) from Salvatore is safe for glusterfs 3.2.7 and give me feedback? @Salvatore: Thanks for your work! Original-Nachricht Betreff: Bug#722694: Kernel change for #685407 breaks GlusterFS when on ext4 bricks Weitersenden-Datum: Fri, 13 Sep 2013 11:21:01 + Weitersenden-Von: Salvatore Bonaccorso car...@debian.org Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: bonac...@ee.ethz.ch, jrnie...@gmail.com, b...@decadent.org.uk, tha...@ee.ethz.ch, boss...@vision.ee.ethz.ch, Patrick Matthäi pmatth...@debian.org Datum: Fri, 13 Sep 2013 13:17:11 +0200 Von: Salvatore Bonaccorso car...@debian.org Antwort an: Salvatore Bonaccorso car...@debian.org, 722...@bugs.debian.org An: sub...@bugs.debian.org Package: glusterfs-server Version: 3.2.7-3 Severity: grave Tags: upstream fixed-upstream patch Control: fixed -1 3.4.0-4 Hi Patrick Note: I have choosen the severity as 'grave' as it makes GlusterFS not usable under Debian Wheezy when GlusterFS used on ext4 bricks. I'm also Cc'ing Jonathan Nieder and Ben Hutchings (at least to have both informed). Linux Kernel package linux/3.2.46-1 introduced the following change: [ Jonathan Nieder ] * ext3,ext4,nfsd: dir_index: Return 64-bit readdir cookies for NFSv3 and 4 (Closes: #685407) These are the patches: # 64-bit NFS readdir cookies on ext3/ext4 with dir_index bugfix/all/fs-add-new-FMODE-flags-FMODE_32bithash-and-FMODE_64b.patch bugfix/all/ext4-return-32-64-bit-dir-name-hash-according-to-usa.patch bugfix/all/nfsd-rename-int-access-to-int-may_flags-in-nfsd_open.patch bugfix/all/nfsd-vfs_llseek-with-32-or-64-bit-offsets-hashes.patch bugfix/all/ext3-return-32-64-bit-dir-name-hash-according-to-usa.patch This kernel change and it's consequences for GlusterFS are mentioned in [1], where RedHat hat also this issue which reflects in the bugreport[2]. There is a patch backported to 3.3 which I have applied to test on 3.2.7 in wheezy[3,4,5]. Now after updating the kernel on the servers holding the glusterfs from linux/3.2.41-2+deb7u2 to linux/3.2.46-1+deb7u1 in consequence I cannot list anymore the GlusterFS content; a find over it loops infinitively on getdents system calls and consumes memory. I have used the attached patch to test, but as it's not my knowledge aerea, so needs some review if something is missing. I have tested the following setups: wheezy + glusterfs/3.2.7-3 + linux/3.2.41-2+deb7u2 - ok wheezy + glusterfs/3.2.7-3 + linux/3.2.46-1+deb7u1 - broken wheezy + glusterfs/3.2.7-3 + patch + linux/3.2.46-1+deb7u1 - ok unstable + glusterfs/3.4.0-4 + linux/3.10.7-1 - ok So right now with current given kernel in Wheezy GlusterFS on ext4 bricks is broken, so needs an update trough a stable proposed update if possible. [1] http://lwn.net/Articles/544298/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=838784 [3] https://bugzilla.redhat.com/show_bug.cgi?id=838784#c24 [4] http://review.gluster.org/#/c/4822/ [5] http://review.gluster.org/#/c/4822/2/xlators/cluster/dht/src/dht-helper.c,unified Regards, Salvatore -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ --- a/xlators/cluster/dht/src/dht-helper.c +++ b/xlators/cluster/dht/src/dht-helper.c @@ -49,6 +40,43 @@ } +static uint64_t +dht_bits_for (uint64_t num) +{ + uint64_t bits = 0, ctrl = 1; + + while (ctrl num) { + ctrl *= 2; + bits ++; + } + + return bits; +} + +/* + * A slightly updated version of the algorithm described in the commit log + * is used here. + * + * The only enhancement is that: + * + * - The number of bits used by the backend filesystem for HUGE d_off which + * is described as 63, and + * - The number of bits used by the d_off presented by the transformation + * upwards which is described as 64, are both made configurable. + */ + + +#define BACKEND_D_OFF_BITS 63 +#define PRESENT_D_OFF_BITS 63 + +#define ONE 1ULL +#define MASK (~0ULL) +#define PRESENT_MASK (MASK (64 - PRESENT_D_OFF_BITS)) +#define BACKEND_MASK (MASK (64 - BACKEND_D_OFF_BITS)) + +#define TOP_BIT (ONE (PRESENT_D_OFF_BITS - 1)) +#define SHIFT_BITS (max (0, (BACKEND_D_OFF_BITS - PRESENT_D_OFF_BITS + 1))) + int dht_itransform (xlator_t *this, xlator_t *subvol, uint64_t x, uint64_t *y_p) { @@ -56,6 +84,9 @@ int cnt = 0; int max = 0; uint64_ty = 0; +uint64_thi_mask = 0; +uint64_toff_mask = 0; +int max_bits = 0; if (x == ((uint64_t) -1)) { y = (uint64_t) -1; @@ -69,7 +100,23 @@ max = conf-subvolume_cnt; cnt = dht_subvol_cnt (this, subvol); -y = ((x * max) + cnt); + if (max == 1) { + y = x; + goto out; + } + +max_bits = dht_bits_for (max); + +hi_mask =
Bug#723196: apache2: Typo in conf-available/serve-cgi-bin.conf
Package: apache2 Version: 2.4.6-3 Severity: minor s/ENALBLE_USR_LIB_CGI_BIN/ENABLE_USR_LIB_CGI_BIN/ -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2 depends on: ii apache2-bin 2.4.6-3 ii apache2-data 2.4.6-3 ii lsb-base 4.1+Debian12 ii mime-support 3.54 ii perl 5.14.2-21 ii procps1:3.3.4-2 Versions of packages apache2 recommends: ii ssl-cert 1.0.33 Versions of packages apache2 suggests: ii apache2-doc 2.4.6-3 pn apache2-suexec-pristine | apache2-suexec-custom none ii apache2-utils2.4.6-3 ii epiphany-browser [www-browser] 3.4.2-2.1 ii google-chrome-beta [www-browser] 30.0.1599.28-1 ii iceweasel [www-browser] 17.0.8esr-2 ii lynx-cur [www-browser] 2.8.8dev.12-2 Versions of packages apache2-bin depends on: ii libapr11.4.8-1 ii libaprutil11.5.2-1 ii libaprutil1-dbd-mysql 1.5.2-1 ii libaprutil1-ldap 1.5.2-1 ii libc6 2.17-92+b1 ii libcap21:2.22-1.2 ii libldap-2.4-2 2.4.31-1+nmu2 ii liblua5.1-05.1.5-5 ii libpcre3 1:8.31-2 ii libssl1.0.01.0.1e-3 ii libxml22.9.1+dfsg1-3 ii perl 5.14.2-21 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages apache2-bin suggests: ii apache2-doc 2.4.6-3 pn apache2-suexec-pristine | apache2-suexec-custom none ii epiphany-browser [www-browser] 3.4.2-2.1 ii google-chrome-beta [www-browser] 30.0.1599.28-1 ii iceweasel [www-browser] 17.0.8esr-2 ii lynx-cur [www-browser] 2.8.8dev.12-2 Versions of packages apache2 is related to: ii apache2 2.4.6-3 ii apache2-bin 2.4.6-3 -- Configuration Files: /etc/apache2/apache2.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723195: base-files: Update FAQ with info about licenses
Package: base-files Version: 7.2 Severity: minor Tags: patch Hello, the base-files FAQ refers to a sentence about licenses that does not appear any more in the Debian policy. The following patch updates that sentence and suggests the reader to have a look at the discussion of bug #620674 for more details. Regards, -- Gioele Barabucci diff -ur base-files/base-files-7.2/debian/README base-files.new/base-files-7.2/debian/README --- base-files/base-files-7.2/debian/README 2012-12-12 11:00:00.0 + +++ base-files.new/base-files-7.2/debian/README 2013-09-17 09:01:50.382857000 + @@ -67,13 +67,16 @@ A. I delegate such decisions to the policy group. If you want to propose a new license you should make a policy proposal to modify the -paragraph in policy saying Packages distributed under the UCB BSD -license, Artistic license, GNU GPL and GNU LGPL should refer to the -files in /usr/share/common-licenses. The way of doing this is +paragraph in policy saying For certain common free software licenses +([...]), you can just refer to the appropriate file in the +/usr/share/common-licenses/ directory. The way of doing this is explained in the debian-policy package. As usual, you should always take a look at already reported bugs against debian-policy before submitting a new one. +Note 1: The discussion in bug #620674 describes under which conditions +a license can be considered common enough to be included. + Q. I upgraded from woody to sarge. Should my system be FHS-compliant now? A. Achieving FHS compliance by upgrading would be tricky and prone to -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723197: lxc does not work with cgroups hierarchy mounted by systemd-logind
Package: lxc Version: 0.9.0~alpha3-2+deb8u1 Severity: important Hi, I've already reported this bug upstream, I'm opening this here too to keep it track in debian: == Hi, On my debian machine I'm using the good old SysVinit but I've systemd-logind running (started by some GNOME component). logind is mounting the following cgroup hierarchy by default: cat /proc/mounts |grep cgroup none /sys/fs/cgroup tmpfs rw,rootcontext=system_u:object_r:sysfs_t:s0,seclabel,relatime,size=4k,mode=755 0 0 systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,name=systemd 0 0 cat /proc/cgroups #subsys_name hierarchy num_cgroups enabled cpuset 0 1 1 cpu 0 1 1 cpuacct 0 1 1 memory 0 1 0 devices 0 1 1 freezer 0 1 1 net_cls 0 1 1 blkio 0 1 1 perf_event 0 1 1 But this prevent lxc from starting a container: lxc-start: No cgroup mounted on the system lxc-start: failed to spawn 'debian-lxc' If I switch the init to systemd then the container is starting as expected Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657617: Seems to be fixed in Wheezy
In Debian Wheezy this issue doesn't occur anymore. Did some real hard test some hours long, no sudden reboots, no error messages in the log files. The Windows 2008 R2 machine runs for two days stable now, using four cpu cores. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687165: any hope to have slepc 3.4.2 packaged?
any hope to have slepc 3.4.2 packaged now that the closely related petsc 3.4.2 made it into unstable? As far as I can tell, even in the debian science repository there is an ancient version of slepc... thanks, bye Giacomo -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ INAF - Osservatorio Astronomico di Cagliari via della scienza * 09047 Selargius (CA) Tel. (OAC): +39 329 6603810 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723193: lxc: Please do not override default lxc-debian template
Le Tue, 17 Sep 2013 11:27:41 +0200, Daniel Baumann daniel.baum...@progress-technologies.net a écrit : On 09/17/2013 11:12 AM, Laurent Bigonville wrote: Could you please think about not overriding the lxc-debian template shipped by upstream. As said in the 0.9.0~pha3-2+deb8u1 changelog, the debconf template will remain in experimental only. So could you please upload the final 0.9 release in unstable? Thanks Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723194: checkstyle: Some custom configs do not work: Unable to instantiate DoubleCheckedLocking
Hi Antonio, Thank you for the report. If you have already reported this issue upstream there is no need to duplicate the report here. The fix will come to Debian automatically when the next version of Checkstyle addressing this issue is packaged. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707577: broadcom-sta-dkms: wl driver leads to general protection fault on 3.8.11 kernel
Hi, Please upgrade to 6.30.223.141-1 which will be available very shortly in Sid and tell me if the situation is better. PS: you can build it against kernel 3.10. Thanks. Cyril. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723199: ruby-simplecov: FTBFS in unstable: ruby-simplecov-html does not exist
Package: ruby-simplecov Version: 0.7.1-1 Severity: serious ruby-simplecov is unbuildable in unstable: Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: sbuild-build-depends-ruby-simplecov-dummy : Depends: ruby-simplecov-html (= 0.7.1) but it is not installable E: Unable to correct problems, you have held broken packages. It looks like ruby-simplecov-html was never uploaded; I can't even find it in the NEW queue. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723197: lxc does not work with cgroups hierarchy mounted by systemd-logind
close 0.9.0-20 723197 thanks On 09/17/2013 11:19 AM, Laurent Bigonville wrote: But this prevent lxc from starting a container: lxc-debian from the experimental lxc package works in that scenario for me, some hooks for systemd are needed (present in post-0.9.0 upstream, albeit different, too). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723140: rss2email: Support paused feeds in r2e-migrate script
* W. Trevor King wk...@tremily.us [130917 08:12]: I haven't used the conversion script myself, but if you're using slugify(url) to generate feed names in add(), I'd recommend using the same feed name (and not the feed index) for pausing: def pause(url): return subprocess.call(['r2e', 'pause', slugify(url)]) Then there is no need for enumerate(), and you don't run into errors if there are already feeds in the 3.x database when you run the conversion script (which would shift the index numbers). Feeds.index() allows you to index by name since ff650e8 (Cleanups to Feed and Feeds, 2012-10-04), which was well before 3.0. Thanks a lot for the patch! Feed names are indeed generated with slugify(url), which is the best we can have while staying offline. The index shifting that you describe can not happen as r2e-migrate exits with an error if a 3.x database already exists. These two points are of course open to ideas for improvement (and patches). I didn't know that it was possible to use the feed name for run/delete/pause/unpause/reset, but it's indeed mentioned in the manpage. I think it will make a simpler patch, so I'll apply the simplified version and release this with version 3.6. Cheers, -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723200: mantis install.php creates database user with wrong permissions
Package: mantis Version: 1.2.11-1.2 Tags: security It seems, that a bug in Ubuntu [2] mantis package is also present in package mantis_1.2.11-1.2_all.deb (Debian stable). The problematic code is in /usr/share/mantis/www/admin/install.php causing mantis-install to grant privileges to wrong user@hostname combination. This is only relevant when apache-server and database are not on the same host. The correct grant should be [user]@[webserver hostname/IP] to grant only access to webserver but grants privileges to [user]@[database host name] instead. When mysql is running in hardened setup, this also causes installation procedure to fail since webserver cannot use the database. $t_result = @$g_db-Connect ( $f_hostname, $f_admin_username, $f_admin_password, $f_database_name); switch ($f_db_type) { case 'mysql' : case 'mysqli' : //grant privileges $t_query_grant =GRANT ALL ON `.$f_database_name.`.* TO `.$f_db_username.`@`.$f_hostname.` IDENTIFIED BY '.$f_db_password.' ; Correct implementation should perhaps take the IP/hostname of the currently executed query remote user and use that when granting privileges. This bug has only very little security implications since unexpected and unnecessary GRANT entry is created in mysql.user table but the new account is still password protected and connections would only be possible from other process on database host itself (or does mysql support switching of user via SQL-command and local connection?). Flagging it as security still, perhaps someone else might know a more problematic scenario. Current mantisbt-1.2.15 for download from mantisbt.org does not create any users (see [1]), so this code might have been removed/fixed between version 1.2.11 and 1.2.15 or may be a Debian-specific addition. [1] http://www.mantisbt.org/forums/viewtopic.php?f=3t=21663 [2] https://bugs.launchpad.net/ubuntu/+source/mantis/+bug/1222713 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723201: atftpd: dpkg-reconfigure atftpd does not update /etc/default/atftpd
Package: atftpd Version: 0.7.git20120829-1 Severity: normal Dear Maintainer, the reconfiguration of atftpd (current version in jessie) does not update the file /etc/default/atftpd . The configuration for dpkg-reconfigure atftpd is taken from and written to /var/cache/debconf/config.dat, which has no influence to the parameters of a started atftpd daemon. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.12.linuxpool (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723193: lxc: Please do not override default lxc-debian template
On 09/17/2013 11:37 AM, Laurent Bigonville wrote: So could you please upload the final 0.9 release in unstable? i'll do that once i'm confident with it and sorted out the remaining issues. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723202: network-manager-vpnc-gnome: fails to import .pcf profiles
Package: network-manager-vpnc-gnome Version: 0.9.8.2-1 Severity: normal Dear Maintainer, I was trying to import my university's .pcf VPN profile using network-manager-vpnc-gnome but after I had chosen the profile to import and clicked on 'Open' the whole nm-connection-editor window disappeared. Theres is no remaining nm-connection-editor process and no preferences are set. After that I have installed the unstable version of this package to check if this helps. But the sid version showed the same behaviour on my system. Kind regards Paul Zeiger -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-vpnc-gnome depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92+b1 ii libcairo-gobject2 1.12.14-4 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-03.8.4-1 ii libnm-glib-vpn1 0.9.8.0-5 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii network-manager-vpnc 0.9.8.2-1 network-manager-vpnc-gnome recommends no packages. network-manager-vpnc-gnome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723205: acedb link with -L/usr/lib
Package: acedb Version: 4.9.39+dfsg.01-5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. acedb_4.9.39+dfsg.01-5_mips64el.build.xz Description: Binary data
Bug#723209: aldo link with -L/usr/lib
Package: aldo Version: 0.7.6-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. aldo_0.7.6-1_mips64el.build.xz Description: Binary data
Bug#723203: aboot link with -L/usr/lib
Package: aboot Version: 1.0~pre20040408-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. aboot_1.0~pre20040408-3_mips64el.build.xz Description: Binary data
Bug#723207: acpidump link with -L/usr/lib
Package: acpidump Version: 20100513-3.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. acpidump_20100513-3.1_mips64el.build.xz Description: Binary data
Bug#723204: acct link with -L/usr/lib
Package: acct Version: 6.5.5-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. acct_6.5.5-1_mips64el.build.xz Description: Binary data
Bug#723206: acpi link with -L/usr/lib
Package: acpi Version: 1.6-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. acpi_1.6-1_mips64el.build.xz Description: Binary data
Bug#723208: acpi-support link with -L/usr/lib
Package: acpi-support Version: 0.141-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. acpi-support_0.141-2_mips64el.build.xz Description: Binary data
Bug#723210: afnix link with -L/usr/lib
Package: afnix Version: 2.2.0-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. afnix_2.2.0-2_mips64el.build.xz Description: Binary data
Bug#723211: amavisd-milter link with -L/usr/lib
Package: amavisd-milter Version: 1.5.0-5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. amavisd-milter_1.5.0-5_mips64el.build.xz Description: Binary data
Bug#723212: ann link with -L/usr/lib
Package: ann Version: 1.1.2+doc-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. ann_1.1.2+doc-3_mips64el.build.xz Description: Binary data
Bug#723215: arcboot link with -L/usr/lib
Package: arcboot Version: 0.3.15 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. arcboot_0.3.15_mips64el.build.xz Description: Binary data
Bug#723218: armada-backlight link with -L/usr/lib
Package: armada-backlight Version: 1.1-8 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. armada-backlight_1.1-8_mips64el.build.xz Description: Binary data
Bug#723217: arcload link with -L/usr/lib
Package: arcload Version: 0.5-7 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. arcload_0.5-7_mips64el.build.xz Description: Binary data
Bug#650636: gephi debian package
On 17/09/13 03:13, Rogério Brito wrote: Just a warning here: I am a novice in Java-land (I wrote a toy compiler in Java in 1998, but that sincerely doesn't count, as I can't remember a thing and the language changed a lot). That being said, I may, perhaps, spend some time with it, as many of the things that I want to see packaged depend on it. :( Packaging Java does not require you to be an expert at Java. But you do need to be familiar with the Java packaging policies: http://www.debian.org/doc/packaging-manuals/java-policy/ With that being said, I just started learning about this maven thing and one of the first things that came to my eyes was that it downloads all the things that it needs (as described in the pom.xml file) from the network, which is obviously not acceptable for buildds. So, with that in mind, what are the recommended ways of building things that have the build-system based on maven in Debian? And what is the recommended/best-practices way of convincing maven to use a locally installed build-dependency (or a dependency) in a Debian system? I haven't read it myself but: https://wiki.debian.org/Java/Packaging Maven Use maven-debian-helper for standard Maven projects, use maven-repo-helper and maven-ant-helper to fallback the build to Ant - usefull mostly for building a library which is part of the Build-Depends of Maven itself. You can also ask in #debian-java on irc.oftc.net -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#722923: Fonts used as character sets are not supported
On Tue, Sep 17, 2013 at 09:37:16AM +0200, Sébastien Hinderer wrote: If you can come up with a sensible looking patch which works for your example file and doesn't break others, I'm happy to add it to the package. Many thanks. I really appreciate. The doesn't break others part might be a bit difficult to prove but I'll try. I'm not expecting absolute proof, but it'd be good to test it on a selection of word documents, and compare output with and without the patch. You're probably best off talking to the upstream author, though I don't think he's actively working on antiword now as the last release was 2005-10-21. That was also my guess. Do you think the address I used in Cc of the original bug report is the best one to try to contact him? I'm asking because I noticed that you didn't Cc this address in your response, so that made me think that perhaps the addess is not good. Don't read anything into that - it's just an artifact of how I replied (I just fetched the mailbox for the bug with bts show -m, so replied to the message as it was before the X-Debbugs-Cc got processed). Thanks. If I can't talk to anybody and have to discover things by myself it may take me some time to come up with a patch because the spec of the format offered by Microsoft is non-trivial and, for me, not so easy to read and understand. It might be worth trying some of the other options (if you haven't already). wv has a command line extractor (wvText), which in my experience handles some files better than antiword (and others less well). Sadly it isn't actively maintained upstream either these days (last release was just under 3 years ago). ISTR antiword is faster than wvText. There's wv2, but that doesn't come with a command line tool - it's just a library. That's also not active upstream (last release nearly 4 years ago). There's also unoconv which uses libreoffice to do the extraction - that means the extraction code is actively maintained upstream, and it seems to work with most files I've tried. The downside is it is rather slow and memory hungry, and I've found it randomly fails sometimes. I think the issues stem from trying to remote control libreoffice, which of course thinks it's a GUI application rather than a command line tool or library. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723216: arcboot-installer link with -L/usr/lib
Package: arcboot-installer Version: 1.21 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. arcboot-installer_1.21_mips64el.build.xz Description: Binary data
Bug#723214: apex link with -L/usr/lib
Package: apex Version: 1.6.10 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. apex_1.6.10_mips64el.build.xz Description: Binary data
Bug#723219: arpack link with -L/usr/lib
Package: arpack Version: 3.1.3-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. arpack_3.1.3-3_mips64el.build.xz Description: Binary data
Bug#723213: aolserver4 link with -L/usr/lib
Package: aolserver4 Version: 4.5.1-15.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. aolserver4_4.5.1-15.1_mips64el.build.xz Description: Binary data
Bug#723221: asn1c link with -L/usr/lib
Package: asn1c Version: 0.9.21.dfsg1-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. asn1c_0.9.21.dfsg1-4_mips64el.build.xz Description: Binary data
Bug#723225: athcool link with -L/usr/lib
Package: athcool Version: 0.3.12-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. athcool_0.3.12-3_mips64el.build.xz Description: Binary data
Bug#723227: aufs-tools link with -L/usr/lib
Package: aufs-tools Version: 3.2+20130722-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. aufs-tools_3.2+20130722-1_mips64el.build.xz Description: Binary data
Bug#723228: augeas link with -L/usr/lib
Package: augeas Version: 1.0.0-1.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. augeas_1.0.0-1.1_mips64el.build.xz Description: Binary data
Bug#723220: arpon link with -L/usr/lib
Package: arpon Version: 2.0-2.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. arpon_2.0-2.1_mips64el.build.xz Description: Binary data
Bug#723231: avrprog link with -L/usr/lib
Package: avrprog Version: 0.2.2-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. avrprog_0.2.2-2_mips64el.build.xz Description: Binary data
Bug#723232: ax25mail-utils link with -L/usr/lib
Package: ax25mail-utils Version: 0.11-6.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. ax25mail-utils_0.11-6.1_mips64el.build.xz Description: Binary data
Bug#723230: autorun4linuxcd link with -L/usr/lib
Package: autorun4linuxcd Version: 0.13 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. autorun4linuxcd_0.13_mips64el.build.xz Description: Binary data
Bug#723229: autodock-vina link with -L/usr/lib
Package: autodock-vina Version: 1.1.2-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. autodock-vina_1.1.2-2_mips64el.build.xz Description: Binary data
Bug#723233: baycomepp link with -L/usr/lib
Package: baycomepp Version: 0.10-12.2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. baycomepp_0.10-12.2_mips64el.build.xz Description: Binary data
Bug#723224: asterisk-chan-capi link with -L/usr/lib
Package: asterisk-chan-capi Version: 1.1.6-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. asterisk-chan-capi_1.1.6-1_mips64el.build.xz Description: Binary data
Bug#723223: assimp link with -L/usr/lib
Package: assimp Version: 3.0~dfsg-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. assimp_3.0~dfsg-1_mips64el.build.xz Description: Binary data
Bug#723242: bowtie2 link with -L/usr/lib
Package: bowtie2 Version: 2.1.0-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. bowtie2_2.1.0-2_mips64el.build.xz Description: Binary data
Bug#723239: blktap-dkms link with -L/usr/lib
Package: blktap-dkms Version: 2.0.91-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. blktap-dkms_2.0.91-2_mips64el.build.xz Description: Binary data
Bug#723234: bcov link with -L/usr/lib
Package: bcov Version: 0.2-1.2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. bcov_0.2-1.2_mips64el.build.xz Description: Binary data
Bug#723238: blktap link with -L/usr/lib
Package: blktap Version: 2.0.90-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. blktap_2.0.90-2_mips64el.build.xz Description: Binary data
Bug#723236: bitmeter link with -L/usr/lib
Package: bitmeter Version: 1.2-3.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. bitmeter_1.2-3.1_mips64el.build.xz Description: Binary data
Bug#723244: bsign link with -L/usr/lib
Package: bsign Version: 0.4.5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. bsign_0.4.5_mips64el.build.xz Description: Binary data
Bug#723243: brise link with -L/usr/lib
Package: brise Version: 0.18-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. brise_0.18-1_mips64el.build.xz Description: Binary data
Bug#723241: botan1.10 link with -L/usr/lib
Package: botan1.10 Version: 1.10.5-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. botan1.10_1.10.5-1_mips64el.build.xz Description: Binary data
Bug#723245: bwa link with -L/usr/lib
Package: bwa Version: 0.7.5a-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. bwa_0.7.5a-2_mips64el.build.xz Description: Binary data
Bug#723235: billiard link with -L/usr/lib
Package: billiard Version: 2.7.3.32-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. billiard_2.7.3.32-1_mips64el.build.xz Description: Binary data
Bug#723237: blcr link with -L/usr/lib
Package: blcr Version: 0.8.5-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. blcr_0.8.5-2_mips64el.build.xz Description: Binary data
Bug#723240: boost1.50 link with -L/usr/lib
Package: boost1.50 Version: 1.50.0-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. boost1.50_1.50.0-2_mips64el.build.xz Description: Binary data
Bug#723252: cde link with -L/usr/lib
Package: cde Version: 0.1-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cde_0.1-1_mips64el.build.xz Description: Binary data
Bug#723254: cityhash link with -L/usr/lib
Package: cityhash Version: 1.1.0.really1.0.3-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cityhash_1.1.0.really1.0.3-1_mips64el.build.xz Description: Binary data
Bug#723251: cddlib link with -L/usr/lib
Package: cddlib Version: 094g-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cddlib_094g-3_mips64el.build.xz Description: Binary data
Bug#723258: clisp link with -L/usr/lib
Package: clisp Version: 2.49-8.2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. clisp_2.49-8.2_mips64el.build.xz Description: Binary data
Bug#723253: cfengine2 link with -L/usr/lib
Package: cfengine2 Version: 2.2.10-5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cfengine2_2.2.10-5_mips64el.build.xz Description: Binary data
Bug#723249: cciss-vol-status link with -L/usr/lib
Package: cciss-vol-status Version: 1.11-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cciss-vol-status_1.11-1_mips64el.build.xz Description: Binary data
Bug#723257: clippoly link with -L/usr/lib
Package: clippoly Version: 0.11-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. clippoly_0.11-4_mips64el.build.xz Description: Binary data
Bug#723248: cbmc link with -L/usr/lib
Package: cbmc Version: 4.5-2 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. cbmc_4.5-2_mips64el.build.xz Description: Binary data