Bug#668111: apt: better handling of external redirections
Apparently, it is really necessary to fully simulate as if the item had indeed been downloaded. Attached patch does that, also fixing the log output. The side effect is that the status line looks kinda funny, at least when using http.d.n. Not sure if I should be calling Log-Done(Desc) before calling Enqueue. By the way, I don't know if any other method uses the redirection feature, but I'm a bit concerned of changing the meaning of code 103. Perhaps the code number should be bumped. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net diff --git a/apt-0.8.15.10/methods/http.cc b/apt-0.8.15.10.wip/methods/http.cc index 65a0cbb..cbc6c69 100644 --- a/apt-0.8.15.10/methods/http.cc +++ b/apt-0.8.15.10.wip/methods/http.cc @@ -967,7 +967,10 @@ HttpMethod::DealWithHeaders(FetchResult Res,ServerState *Srv) else { NextURI = DeQuoteString(Srv-Location); - return TRY_AGAIN_OR_REDIRECT; + URI tmpURI = NextURI; + // Do not allow a redirection to switch protocol + if (tmpURI.Access == http) +return TRY_AGAIN_OR_REDIRECT; } /* else pass through for error message */ } diff --git a/apt-0.8.15.10/apt-pkg/acquire-method.cc b/apt-0.8.15.10.wip/apt-pkg/acquire-method.cc index 294d78f..eddf443 100644 --- a/apt-0.8.15.10/apt-pkg/acquire-method.cc +++ b/apt-0.8.15.10.wip/apt-pkg/acquire-method.cc @@ -417,26 +417,19 @@ void pkgAcqMethod::Status(const char *Format,...) /*}}}*/ // AcqMethod::Redirect - Send a redirect message /*{{{*/ // - -/* This method sends the redirect message and also manipulates the queue - to keep the pipeline synchronized. */ +/* This method sends the redirect message and dequeues the item. */ void pkgAcqMethod::Redirect(const string NewURI) { std::cout 103 Redirect\nURI: Queue-Uri \n New-URI: NewURI \n \n std::flush; - // Change the URI for the request. - Queue-Uri = NewURI; - - /* To keep the pipeline synchronized, move the current request to - the end of the queue, past the end of the current pipeline. */ - FetchItem *I; - for (I = Queue; I-Next != 0; I = I-Next) ; - I-Next = Queue; + // Dequeue + FetchItem *Tmp = Queue; Queue = Queue-Next; - I-Next-Next = 0; - if (QueueBack == 0) - QueueBack = I-Next; + delete Tmp; + if (Tmp == QueueBack) + QueueBack = Queue; } /*}}}*/ // AcqMethod::FetchResult::FetchResult - Constructor /*{{{*/ diff --git a/apt-0.8.15.10/apt-pkg/acquire-worker.cc b/apt-0.8.15.10.new/apt-pkg/acquire-worker.cc index 75e0323..3c65b51 100644 --- a/apt-0.8.15.10/apt-pkg/acquire-worker.cc +++ b/apt-0.8.15.10.new/apt-pkg/acquire-worker.cc @@ -242,6 +242,22 @@ bool pkgAcquire::Worker::RunMessages() string NewURI = LookupTag(Message,New-URI,URI.c_str()); Itm-URI = NewURI; + + ItemDone(); + + pkgAcquire::Item *Owner = Itm-Owner; + pkgAcquire::ItemDesc Desc = *Itm; + +// Change the status so that it can be dequeued +Owner-Status = pkgAcquire::Item::StatIdle; +// Mark the item as done (taking care of all queues) +// and then put it in the main queue again +// dequeued with Dequeue, to keep the counter in sync + OwnerQ-ItemDone(Itm); +OwnerQ-Owner-Enqueue(Desc); + +if (Log != 0) + Log-Done(Desc); break; }
Bug#664392: [NMU] libsnmp-mib-compiler-perl: Helping to update to packaging format 3.0
Jari, I am currently busy with my official stuff, You can NMU or if you want you can co-maintain the package. -- Deepak On Fri, Apr 6, 2012 at 8:28 PM, Jari Aalto jari.aa...@cante.net wrote: Hi Deepak, I'm planning to NMU with changes listed in previous mail's patch to help migrate away from deprecated dpatch. Please let me know if you're already working on an update, or if the previous patch needs adjustments, or if there is anything that should delay the NMU. Thanks, Jari -- -- |--| | Deepak Tripathi | | irc: irc.debian.org | | nick: deepak, gnumonk| | web: http://www.gnumonk.com | | E3 71V3 8Y C063(we live by code) | |--|
Bug#654924: Inclusion of TigerVNC sources
Hi How dependent is the patched xorg code on the tigervnc source? Is it so that we could provide a -dev module from tigervnc that we could use from xorg source? In the past they have been extremely dependent on each other but I do not know if that has changed. // Ola On Sun, Apr 08, 2012 at 03:33:33PM -0400, Yaroslav Halchenko wrote: I am happy with any approach. I am just more used to handling things with pristine-tar... yes -- this would probably be the easiest/most straightforward way at the moment, so just keep it this way, and let me just blurb about this alternative approach I had in mind: I have just moved the git submodule code out of the way in favour of tarball imports with pristine-tar. As far as I understand, the xorg source has to be in the package, one shouldn't affect the other directly, although lack of submodules support in pristine-tar (as far I see it being absent) might be an obstacle. What I thought is to have xorg-server/ -- submodule in git orig.tar.gz tarball containing full source tree including content of xorg-server/ so the problem (nuisance) only would be the fact that pristine-tar seems to don't know (from a quick grep) about submodules so I guess its delta would be quite big, thus reducing the convenience of having that submodule in the first place. For being +/- independent from pkg-xorg Git changes the pristine-tar approach is probably better. The probability that such a Git change might occur is rather low, though. sorry -- what kind of changes did you have in mind? atm everything seems to be in sync: (git)novo:~/deb/perspect/tigervnc/pkg-tigervnc[master]git $ diff --exclude .git -Naur xorg-server /tmp/xorg-server | lsdiff $ GIT_DIR=/tmp/xorg-server/.git git describe xorg-server-2_1.11.4-1 -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668136: puppetmaster-passenger: superfluous dependency on facter
Package: puppetmaster-passenger Version: 2.7.11-1 Severity: wishlist Hello, puppetmaster-passenger depends on facter. this dependency isn't needed since puppetmaster-passenger depends on puppetmaster-common which depends on facter. regards, Franklin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661442: closed by Stephen Kitt st...@sk2.org (Bug#661442: fixed in mingw-w64 3.0~svn4933-1)
On 02/04/12 01:51, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the mingw-w64-dev package: #661442: Error when including dshow.h It has been closed by Stephen Kittst...@sk2.org. With experimental version compilation works, thank you very much! -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667609: Please upload 0.5.6.
severity 667609 wishlist thanks Hi Carlos, Thanks for your help. However, 1. You should not upload currently maintained package to mentors.d.n., You can ask directly to maintainer. 2. libnacl-dev is just uploaded to unstable, so I was waiting for 0.5.6, it is also broken on some arch. 3. Please set severity to wishlist for such bugs :) 4. debian/changelog should be verbose. If you want to join us and become co-maintainer, you're most welcome! -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668137: cifs-utils: Fstab mounting disabled for normal users in 2:5.3-2
Package: cifs-utils Version: 2:5.3-2 Severity: normal It appears since upgrading to cifs-utils 2:5.3-2 mount.cifs is not by default installed with setuid root, so normal users can no longer mount and unmount shares listed in fstab. I think this may have been done to shore up security in mount.cifs, but on single user systems this seems like more of a hassel than an advantage. Is there a simple way to provide an option to allow normal users to mount shares, as was previously possible? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-14.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) 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 cifs-utils depends on: ii libc6 2.13-27 ii libcap2 1:2.22-1 ii libkeyutils1 1.5.2-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libtalloc22.0.7+git20120207-1 ii libwbclient0 2:3.6.3-2 ii samba-common 2:3.6.3-2 Versions of packages cifs-utils recommends: ii keyutils 1.5.2-2 ii winbind 2:3.6.3-2 Versions of packages cifs-utils suggests: ii smbclient 2:3.6.3-2 -- 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#666371: q4wine: FTBFS: /bin/sh: 1: cd: can't cd to builddir
Hi, Thank you for a bug report. Updated package is available on m.d.n. [1] and it is waiting until my regular sponsor find time to upload it. Best regards, Boris [1] http://mentors.debian.net/package/q4wine
Bug#668138: pbuilder-uml doesn't work anymore
Package: pbuilder-uml Version: 0.210 Recently I've upgraded my pbuilder (and pbuilder-uml) upto sid. Since the action it doesn't work. It always finishes with such log: $ pbuilder-user-mode-linux create --distribution testing Core dump limits : soft - 0 hard - NONE Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK Checking advanced syscall emulation patch for ptrace...OK Checking for tmpfs mount on /dev/shm...nothing mounted on /dev/shm Checking PROT_EXEC mmap in /tmp/...OK Checking for the skas3 patch in the host: - /proc/mm...not found: No such file or directory - PTRACE_FAULTINFO...not found - PTRACE_LDT...not found UML running in SKAS0 mode Adding 31084544 bytes to physical memory to account for exec-shield gap Initializing cgroup subsys cpuset Linux version 2.6.32 (2.6.32) (root@fluid) (gcc version 4.4.5 (Debian 4.4.5-8) ) #2 Tue Jan 17 15:44:25 UTC 2012 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 15565 Kernel command line: eth0=tuntap,,,10.255.1.241 con0=fd:0,fd:1 con=pts root=/dev/root rootflags=/ rootfstype=hostfs ubd1=/home/dimka/.pbuilder-user-mode-linux/pbuilder-image init=/usr/lib/rootstrap/builder devfs=nomount rsworkdir=/home/dimka/.pbuilder-user-mode-linux PID hash table entries: 256 (order: -1, 2048 bytes) Dentry cache hash table entries: 8192 (order: 4, 65536 bytes) Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) allocated 631240 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups Memory: 24804k available SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 Hierarchical RCU implementation. NR_IRQS:15 Calibrating delay loop... 629.14 BogoMIPS (lpj=3145728) Security Framework initialized TOMOYO Linux initialized Mount-cache hash table entries: 256 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Using 2.6 host AIO NET: Registered protocol family 16 bio: create slab bio-0 at 0 Switching to clocksource itimer NET: Registered protocol family 2 IP route cache hash table entries: 512 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 3, 32768 bytes) TCP bind hash table entries: 2048 (order: 2, 16384 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered NET: Registered protocol family 1 IRQ 9/mconsole: IRQF_DISABLED is not guaranteed on shared IRQs mconsole (version 2) initialized on /home/dimka/.uml/AYm1mF/mconsole Checking host MADV_REMOVE support... MADV_REMOVE failed, err = -38 Can't release memory to the host - memory hotplug won't be supported Mapper v0.1 mmapper_init - find_iomem failed UML Watchdog Timer VFS: Disk quotas dquot_6.5.2 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) squashfs: version 4.0 (2009/01/31) Phillip Lougher JFS: nTxBlock = 194, nTxLock = 1554 SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled SGI XFS Quota Management subsystem Btrfs loaded msgmni has been set to 48 alg: No test for stdrng (krng) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) SoftDog: cannot register miscdev on minor=130 (err=-16) TCP cubic registered NET: Registered protocol family 17 Initialized stdio console driver Console initialized on /dev/tty0 console [tty0] enabled Initializing software serial port version 1 console [mc-1] enabled Failed to initialize ubd device 0 :Couldn't determine size of device's file ubdb: unknown partition table Choosing a random ethernet address for device eth0 Netdevice 0 (72:6a:aa:1b:e4:71) : TUN/TAP backend - IP = 10.255.1.241 registered taskstats version 1 VFS: Mounted root (hostfs filesystem) readonly on device 0:12. IRQ 3/console-write: IRQF_DISABLED is not guaranteed on shared IRQs IRQ 2/console: IRQF_DISABLED is not guaranteed on shared IRQs IRQ 10/winch: IRQF_DISABLED is not guaranteed on shared IRQs builder running... Using rootstrap module network from: /usr/lib/rootstrap/modules/network helper_wait : waitpid process 8265 failed, errno = 10 * modprobe tun * ifconfig tap1 10.255.1.241 netmask 255.255.255.255 up * bash -c echo 1 /proc/sys/net/ipv4/ip_forward helper_wait : waitpid process 8274 failed, errno = 10 * route add -host 10.255.1.242 dev tap1 * bash -c echo 1 /proc/sys/net/ipv4/conf/tap1/proxy_arp * arp -Ds 10.255.1.242 tap3 pub * arp -Ds 10.255.1.242 tap3 pub * arp -Ds 10.255.1.242 tap3 pub * arp -Ds 10.255.1.242 tap8 pub * arp -Ds 10.255.1.242 tap0 pub helper_wait : waitpid process 8284 failed, errno = 10 * route del -host 10.255.1.242 dev tap1 * bash -c echo 0 /proc/sys/net/ipv4/conf/tap1/proxy_arp * arp -i tap3 -d 10.255.1.242 pub *
Bug#668139: falls over a missing directory /var/lib/os-prober/mount
Package: os-prober Version: 1.49 Severity: minor I don't know what os-prober does, but # os-prober ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error ls: reading directory /var/lib/os-prober/mount: Input/output error strikes me as unnecessary (the backup didn't contain the directory for some reason). Maybe a simple check and mkdir() could mitigate this? Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.13-27 os-prober recommends no packages. os-prober suggests no packages. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#668140: reconf-inetd: does not support tcpd(8) entries
Package: reconf-inetd Version: 0.120226 Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668141: liferea: Downloads deleted feed entries again and again.
Package: liferea Version: 1.8.3-0.1 Severity: normal Dear Maintainer, deleted feeds are on the list again and again when I update feeds. Please fix it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf-service 3.2.3-4 ii gconf2 3.2.3-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libgconf-2-43.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.29.4-3+b1 ii libsm6 2:1.2.0-2 ii libsoup2.4-12.34.3-1 ii libsqlite3-03.7.11-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.3-1 ii libxml2 2.7.8.dfsg-7 ii libxslt1.1 1.1.26-8 ii liferea-data1.8.3-0.1 Versions of packages liferea recommends: ii dbus 1.5.12-1 ii dbus-x11 1.5.12-1 ii wget 1.13.4-2 Versions of packages liferea suggests: ii network-manager 0.9.2.0-2 -- 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#663266: Fork of last Free version available
Hi all, In case anyone's interested, one of our contributors has forked the last Free version of imaptools, called imaputils. http://code.google.com/p/imaputils/ Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656135: Add findiso boot parametre
Hi, adrian15 wrote (08 Apr 2012 20:54:39 GMT) : But according to current fromiso implementation it would seem that you have to check exactly the same directory as the one you're umounting. I'm not very sure about this reasoning so please take my patch with caution. Looks great, but may you please test this patch (against current debian-next) and confirm it works fine? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668142: linux-image-2.6.32-5-openvz-686: serial_unthrottle+0x44/0x5a [usbserial]()
Package: linux-2.6 Version: 2.6.32-41squeeze2 Severity: normal After restart of Asterisk following line appeared in syslog: [79419.383260] [ cut here ] [79419.383274] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_openvz/drivers/usb/serial/usb-serial.c:440 serial_unthrottle+0x44/0x5a [usbserial]() [79419.383283] Hardware name: MS-9642 [79419.383285] Modules linked in: sg sr_mod cdrom option usb_wwan usbserial usb_storage xt_state ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables pppoe pppox vzevent ppp_generic slhc ext2 mbcache 8021q garp stp loop snd_hda_codec_realtek i915 drm_kms_helper snd_hda_intel drm snd_hda_codec i2c_algo_bit snd_hwdep snd_pcm psmouse i2c_i801 i2c_core snd_timer snd video serio_raw evdev output soundcore snd_page_alloc pcspkr rng_core button processor dm_mod btrfs zlib_deflate crc32c libcrc32c sd_mod crc_t10dif ata_generic ata_piix uhci_hcd fan thermal libata ehci_hcd thermal_sys e1000e usbcore nls_base scsi_mod [last unloaded: scsi_wait_scan] [79419.383385] Pid: 15409, comm: asterisk Not tainted 2.6.32-5-openvz-686 #1 [79419.383389] Call Trace: [79419.383398] [c1036d39] ? warn_slowpath_common+0x5e/0x8a [79419.383403] [c1036d6f] ? warn_slowpath_null+0xa/0xc [79419.383409] [f967d4ac] ? serial_unthrottle+0x44/0x5a [usbserial] [79419.383416] [c11927d9] ? tty_unthrottle+0x2d/0x36 [79419.383420] [c119168a] ? n_tty_flush_buffer+0xa/0x5c [79419.383425] [c1193e3b] ? tty_ldisc_flush+0x1c/0x2d [79419.383430] [c1194555] ? tty_port_close_end+0xf/0x99 [79419.383436] [f967d7b3] ? serial_close+0x60/0x72 [usbserial] [79419.383441] [c118f74d] ? tty_release_dev+0x14c/0x3ee [79419.383447] [c1094769] ? free_one_page+0x52/0x5e [79419.383452] [c109503d] ? __free_pages_ok+0x100/0x126 [79419.383458] [c10ca790] ? d_kill+0x3e/0x43 [79419.383462] [c118f9fe] ? tty_release+0xf/0x18 [79419.383468] [c10bedf1] ? __fput+0xd5/0x169 [79419.383473] [c10bc3dc] ? filp_close+0x4e/0x54 [79419.383479] [c1038ae8] ? put_files_struct+0x60/0xa6 [79419.383484] [c103a1cf] ? do_exit+0x1e9/0x64e [79419.383490] [c10442c8] ? signal_wake_up+0x23/0x31 [79419.383495] [c103a693] ? do_group_exit+0x5f/0x82 [79419.383500] [c103a6c7] ? sys_exit_group+0x11/0x14 [79419.383505] [c10082c0] ? syscall_call+0x7/0xb [79419.383509] ---[ end trace b9416849e32a1465 ]--- ---cut here--- usb serial device refers to Bus 003 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E169/E620/E800 HSDPA Modem which is used by an Asterisk instance. -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-686 (Debian 2.6.32-41squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 26 07:54:36 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-686 root=/dev/mapper/vg_int-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [9.932289] e1000e :02:00.0: irq 29 for MSI/MSI-X [9.988101] e1000e :02:00.0: irq 29 for MSI/MSI-X [9.988600] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 11.168279] e1000e :03:00.0: irq 30 for MSI/MSI-X [ 11.224105] e1000e :03:00.0: irq 30 for MSI/MSI-X [ 11.224571] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 11.611576] PPP generic driver version 2.4.2 [ 12.736981] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 12.739611] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [ 12.950553] e1000e: eth2 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None [ 12.950559] e1000e :03:00.0: eth2: 10/100 speed: disabling TSO [ 12.950836] ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready [ 16.757391] NET: Registered protocol family 24 [ 21.088006] eth1.2600: no IPv6 routers present [ 23.25] eth1: no IPv6 routers present [ 23.880005] eth2: no IPv6 routers present [ 44.166983] ip_tables: (C) 2000-2006 Netfilter Core Team [ 307.886373] warning: `vzctl' uses 32-bit capabilities (legacy support in use) [ 307.889506] CT: 100: started [ 625.266244] nf_conntrack version 0.5.0 (15999 buckets, 63996 max) [ 625.266622] CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use [ 625.266628] nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or [ 625.266632] sysctl net.netfilter.nf_conntrack_acct=1 to enable it. [ 926.619650] device eth1 entered promiscuous mode [ 948.920410] device eth1 left promiscuous mode [14724.880012] usb 3-2: new full speed USB device using uhci_hcd and address 2 [14725.047030] usb 3-2: New USB device found, idVendor=12d1, idProduct=1001 [14725.047035] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=1 [14725.047040] usb 3-2: Product: HUAWEI Mobile [14725.047043] usb 3-2: Manufacturer: ÿÿÿ [14725.047048] usb
Bug#660569: leafnode: please migrate away from update-inetd to reconf-inetd as per DEP9
block 660569 668140 thanks Hi Robert, On Sat, Apr 07, 2012 at 09:33:16AM +0200, Robert Grimm wrote: On Sun, 19 February 2012, you wrote: I've developed a replacement of update-inetd that fixes these issues. The replacement is called reconf-inetd and is documented in DEP9. Please consult the section below on how to migrate away from update-inetd. I'd be happy to provide a patch if that would speed up things. I tried to migrate during the last days, but to no avail. I would be glad if you could provide a patch or more explicit documentation. I'm not sure what I've done wrong. Thanks for the effort! Unfortunately reconf-inetd does not support yet tcpd(8) (as mentioned in the reconf-inetd README file), and I see that leafnode is meant to be configured with tcpd. I've opened a bug report for tcpd support, and made it a blocker for the leafnode transition. Cheers, sez -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667805: [tex-live] la.sty and va.sty and non-free fonts
down here we got a complain that the fonts for la.sty and va.sty cannot be found. And indeed it seems that the la font has no license statement at all, thus the font is not included in TL. But we still ship la.sty and va.sty in teh fundus package. I am not sure, but I would say we should at least remove tha va* and la* files from the fundus package, and check for the others, suetterl and startrek etc, whether the fonts are actually available. i have always found the fundus bundle rather disturbing; indeed, i wonder whether tl is allowed to distribute bits of it at all (even if the licence you are NOT allowed to modify this file is considered free) -- it seems to demand that all of fundus be distributed together. (i'm not an expert here, but i wouldn't be surprised to be told to downgrade them.) someone (preferably not me) should contact gerd n about this. fwiw, the sutterlin fonts are clearly pd. the startrek fonts aren't on ctan afaict, and i've not spotted anything about how to find them (it says they have to be a got separately). robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#142178: short_open_tag should default to off
Package: php5 Hi PHP team, I was thinking that maybe it could be a good time to revisit this wishlist bug and turn short_tags Off by default. We would need to check all revdeps in the archive, prepare lintian check, etc. (and of course add debian/NEWS about it). Also we probably should write some paragraph into release notes with all the stuff which has changed in PHP 5.4. O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667894: nginx-light: debug output in maintainer script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/07/2012 12:36 PM, Paul Wise wrote: Package: nginx-light Version: 1.1.18-1 Severity: minor There isn't any need to output this debug information in the maintainer script, please remove it: Setting up nginx-light (1.1.18-1) ... Trying a soft restart PID IS RIGHT WAITING QUIT Setting up nginx (1.1.18-1) ... -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (1900, 'experimental'), (1800, 'unstable'), (1700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx-light depends on: ii libc6 2.13-27 ii libpcre3 1:8.30-4 ii libssl1.0.0 1.0.1-4 ii nginx-common 1.1.18-1 ii zlib1g 1:1.2.6.dfsg-2 Hi Paul. Thanks for reporting this bug. I just commited the needed changes in the SVN. So this bug will be resolved in the next upload. Thanks. - -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPgpzJAAoJEOcAaEhZ6aiBx9oQAIL4mM4Isoq7yaeb3fzsZzEk FsoFMy6ax9uGBItrgBrC7RjXf5tWOfUjddzYUceZSR3P5Kh+etatA751cBU1ZTxt TcMW8Dy4Ccur+141qZh/KpFAfAeCjibkBJvnKOfLAtR/wZXpxKC1qzSx/Twfhw23 Yv5+oQvOIabQSTGgMOmLb2YwcrfBPpx3UuFKebF6M9FgMceKSqKK6fermFW+E8xA 2BnEZY5DmeUFI0pk2eLezJNf6H3RHE6nnQEO99VMqpIQbfXFSAEE+vV1jp73rKhY NOiNIS1+zPJ7E+5pmdUua9Ej2qZHKST9ReIWisv0QRHUigXBcN2VFqA2vHAZJr/j YpCk+/6aT6HUjWJLBi2G1kefEGTid3bEci73oURB99jmJtbcuklF4TIPikx7lFTa eUOR8YVCS8OFo1Rg+qRbd2UEVjX5vwJi3J3W4iDxEv2IPMdDRkq048N6Qu3NY2QF ERoWG0MOL3uciiirHo/NTMrANATEQypyEja2NQE4Dbr1/Hkbr5oFoUJXLRpSL8pS GLJvF9se3ockDnsJdko40QghQwIoGjpdYIZvh9GijCIv/ID9nZaZJ1ynTwOQ5S66 NOGZSDkIBtbBPeWA5n9cb1qZeusy1nnD1E9ZMJxXa8tt7J94zE5xNU8E+/Rc0Wzt p6RuUSks6hMclLOwTCVh =1UnN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614895: [Pkg-sysvinit-devel] Bug#614895: sysv-rc: Warning in update-rc.d swaps script and LSB Default values?
Hi All, I think a better warning would be something like this: update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match foobar Default-Start values (2 3 5) update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match foobar Default-Stop values (0 1) A new patch would look something like: --- update-rc.d 2011-02-23 18:40:15.0 -0800 +++ /usr/sbin/update-rc.d 2011-02-24 00:44:43.043783266 -0800 @@ -480,6 +480,7 @@ my ($name, $act) = (shift, shift); my ($lsb_start_ref, $lsb_stop_ref, $arg_str, $lsb_str); my (@arg_start_lvls, @arg_stop_lvls, @lsb_start_lvls, @lsb_stop_lvls); +my $default_msg = ($act eq 'defaults') ? 'default' : ''; ($lsb_start_ref, $lsb_stop_ref) = parse_def_start_stop(/etc/init.d/$name); @lsb_start_lvls = @$lsb_start_ref; @@ -523,15 +524,15 @@ join(\0, sort @arg_start_lvls) ne join(\0, sort @lsb_start_lvls)) { $arg_str = @arg_start_lvls ? @arg_start_lvls : none; $lsb_str = @lsb_start_lvls ? @lsb_start_lvls : none; -warning $name start runlevel arguments ($arg_str) do not match, -LSB Default-Start values ($lsb_str); +warning $default_msg start runlevel arguments ($arg_str) do not match, +$name Default-Start values ($lsb_str); } if ($#arg_stop_lvls != $#lsb_stop_lvls or join(\0, sort @arg_stop_lvls) ne join(\0, sort @lsb_stop_lvls)) { $arg_str = @arg_stop_lvls ? @arg_stop_lvls : none; $lsb_str = @lsb_stop_lvls ? @lsb_stop_lvls : none; -warning $name stop runlevel arguments ($arg_str) do not match, -LSB Default-Stop values ($lsb_str); +warning $default_msg stop runlevel arguments ($arg_str) do not match, +$name Default-Stop values ($lsb_str); } } What do you think? I agree with the patch, Roger would it possible to include this patch in sysvinit git please? Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668048: [php-maint] Bug#668048: pdo_mysql.so: undefined symbol: php_pdo_register_driver
Alf, thanks for testing. Let me know. We do all strange things to the configuration files and there could be an error in invocation order of dpkg-maintscript-helper mv_conffile and ucf ultimately leading to an empty conffile. BTW could you please use 'Reply All', so your responses go to Debian BTS as well? This would help other maintainers to know what's going on. Thanks, Ondrej On Mon, Apr 9, 2012 at 00:43, aga...@siduction.org aga...@siduction.org wrote: The chance is there. But i will try the process on a clean installation. Maybe this can help. Today it was only my private server under the desk. The little machine is only for testing purposes. And i might say - great work. Thanks Alf Am 09.04.2012 00:32, schrieb Ondřej Surý: Is there a chance that the file was empty before the upgrade? I just cannot think of other reason, why it should end this way. I'll keep the bug open and maxbe we got more bugreports from other people to nail it down. Thanks for helping to triage the bug. Ondřej Surý On 8. 4. 2012, at 21:24, aga...@siduction.orgaga...@siduction.org wrote: The reinstall leave the file empty. My solution for now was cp /usr/share/php5/common/pdo.ini /etc/php5/mods-available/pdo.ini After that, the reinstall went smooth and the errors are gone. I dont remember a ucf error in upgrade, but some hassle with the dpkg-scripts. Unfortunally i didnt make a hardcopy. Am 08.04.2012 20:12, schrieb Ondřej Surý: It should not be empty. Could you try reinstalling php5-common (apt-get --reinstall install php5-common) and report back? There should be a ucf trigger to install a new config file in /etc/php5/mods-available/pdo.ini. Do you remember if the installation script have asked you about it? O. On Sun, Apr 8, 2012 at 19:12, aga...@siduction.orgaga...@siduction.org wrote: Its empty. Am 08.04.2012 19:10, schrieb Ondřej Surý: Everything seems to be correct, what are the contents of /etc/php5/mods-available/pdo.ini ? O. On Sun, Apr 8, 2012 at 18:42, aga...@siduction.orgaga...@siduction.org wrote: Hi Ondřej, # LANG=C ls -l /etc/php5/cli total 64 lrwxrwxrwx 1 root root 9 Apr 6 15:48 conf.d - ../conf.d -rw-r--r-- 1 root root 65472 Apr 8 18:08 php.ini # LANG=C ls -l /etc/php5/cli/conf.d/ total 8 lrwxrwxrwx 1 root root 25 Apr 8 13:31 10-pdo.ini - ../mods-available/pdo.ini lrwxrwxrwx 1 root root 26 Apr 8 13:39 20-curl.ini - ../mods-available/curl.ini lrwxrwxrwx 1 root root 24 Apr 8 13:40 20-gd.ini - ../mods-available/gd.ini lrwxrwxrwx 1 root root 26 Apr 8 13:37 20-intl.ini - ../mods-available/intl.ini lrwxrwxrwx 1 root root 28 Apr 8 14:06 20-mcrypt.ini - ../mods-available/mcrypt.ini lrwxrwxrwx 1 root root 27 Apr 8 15:19 20-mysql.ini - ../mods-available/mysql.ini lrwxrwxrwx 1 root root 28 Apr 8 15:19 20-mysqli.ini - ../mods-available/mysqli.ini lrwxrwxrwx 1 root root 31 Apr 8 15:19 20-pdo_mysql.ini - ../mods-available/pdo_mysql.ini -rw-r--r-- 1 root root 56 Mar 14 2010 adodb.ini -rw-r--r-- 1 root root 161 Mar 4 17:23 apc.ini Am 08.04.2012 18:31, schrieb Ondřej Surý: Hi Alf, could you please send the listing of /etc/php5/cli and /etc/php5/cli/conf.d: root@howl:/# ls -l /etc/php5/cli/ total 64 lrwxrwxrwx 1 root root 9 Mar 21 20:58 conf.d - ../conf.d -rw-r--r-- 1 root root 65432 Apr 6 13:47 php.ini root@howl:/# ls -l /etc/php5/conf.d total 0 lrwxrwxrwx 1 root root 25 Apr 8 16:25 10-pdo.ini - ../mods-available/pdo.ini lrwxrwxrwx 1 root root 27 Apr 8 16:31 20-mysql.ini - ../mods-available/mysql.ini lrwxrwxrwx 1 root root 28 Apr 8 16:31 20-mysqli.ini - ../mods-available/mysqli.ini lrwxrwxrwx 1 root root 31 Apr 8 16:31 20-pdo_mysql.ini - ../mods-available/pdo_mysql.ini It should looks like this... O. On Sun, Apr 8, 2012 at 17:01, Alf Gaidaaga...@siduction.org wrote: Package: php5-mysql Version: 5.4.1~rc1-1 Severity: normal Dear Maintainer, i'm running a cron-job every 5 min: /usr/bin/php5 -q ../scripts/froxlor_master_cronjob.php Result: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525/pdo_mysql.so' - /usr/lib/php5/20100525/pdo_mysql.so: undefined symbol: php_pdo_register_driver in Unknown on line 0 ldd /usr/lib/php5/20100525/pdo_mysql.so linux-vdso.so.1 = (0x7fff0edff000) libmysqlclient_r.so.16 = /usr/lib/libmysqlclient_r.so.16 (0x7fbc320f4000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fbc31d6d000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fbc31b5) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fbc31948000) libcrypt.so.1 = /lib/x86_64-linux-gnu/libcrypt.so.1 (0x7fbc31711000) libnsl.so.1 = /lib/x86_64-linux-gnu/libnsl.so.1 (0x7fbc314f8000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fbc31276000) libz.so.1 =
Bug#668143: libsane-perl [i386] depends on perlapi-5.12.4
Package: libsane-perl Version: 0.05-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, libsane-perl 0.05-1 on i386 depends on perlapi-5.12.4 which is not available anymore. Other architecured depend correctly on perlapi-5.14.2. Please rebuild the i386 binary package on a more recent sid. Thanks, Sebastian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFPgpezvBVic1oTsEgRAh1YAJ48VkwEq3kX1eljSFbj3hctTTnshgCeIj+y WPsauw/0y5XE61kcrLUMNf0= =nm0A -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668144: ITP: accessodf -- accessodf - check ODF document for common accessibility problems
Package: wnpp Owner: Sebastian Humenda shume...@gmx.de Severity: wishlist * Package name: accessodf Version : 0.1 Upstream Author : AccessODF developers * URL : http://sf.net/p/accessodf * License : LGPL Programming Lang: Java Description : accessodf - check ODF document for common accessibility problems AccessODF is an extension that can be used in OpenOffice.org Writer and in LibreOffice Writer. It enables authors to find and repair accessibility issues in their documents, i.e. issues that make their documents difficult or even impossible to read for people with disabilities. This includes issues such as: * insufficient colour contrast between text and background, * missing text alternatives for images and other objects (such text alternatives are necessary for blind users and other users of text-to-speech software), * missing language identification for the document and for language changes inside the document (language information is needed for conversion into Braille and synthetic speech), * the use of proper Heading styles instead of big bold text to identify headings (this enables document navigation based on headings), * the use of proper tables instead of visually mimicking tables by using tabs or spaces, * the compatibility of images with DAISY, the de-facto standard for digital talking books. For each accessibility issue, AccessODF provides a description and repair suggestions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668145: Ardour: No SVG icon
Package: ardour Version: 1:2.8.11-6 I was wondering, why Ardour did not yet have an SVG icon? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668146: openjdk-6-jre:i386: SIGSEGV on libdbus dbus_set_error
Package: openjdk-6-jre:i386 Version: 6b24-1.11.1-3 Severity: normal Hello, after a while not using the program, I tried to use BT747 2.0.3 from http://bt747.org/ and when I try to visualize a track on a map (Convert To Table in GUI), I get a crash: $ bt747 ericl@emil:/home/photos/DigitalPhotos$ /usr/local/share/bt747/lib/rxtx-2.1-7-bins-r2/Linux/i686-unknown-linux-gnu PATH = /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games 6883 - BT747 2.0.3 Build:BT747_mdeweerd.3.20110515132709849 6884 - Initial: 1019x582 Screen: 1920x1080 Final: 1019x582 6884 - Linux 6884 - i386 6884 - 3.2.0-2-686-pae 6885 - 1.6.0_24 6885 - 32 6885 - Fail com.sun.java.swing.plaf.windows.WindowsLookAndFeel Fail com.sun.java.swing.plaf.windows.WindowsClassicLookAndFeel Success com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel javax.swing.plaf.metal.MetalLookAndFeel com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel com.sun.java.swing.plaf.motif.MotifLookAndFeel com.sun.java.swing.plaf.gtk.GTKLookAndFeel 11042 - Classgps.connection.GPSRxTxPort Experimental: JNI_OnLoad called. RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyACM0 11065 - Port opened 11067 - Attempting saving settings to /home/ericl/.bt747/settings.pdb 11067 - Writing settings success for /home/ericl/.bt747/settings.pdb Conversion done 70265 - Time to convert: 557ms # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x67bb2d36, pid=6968, tid=1745017712 # # JRE version: 6.0_24-b24 # Java VM: OpenJDK Server VM (20.0-b12 mixed mode linux-x86 ) # Derivative: IcedTea6 1.11.1 # Distribution: Debian GNU/Linux unstable (sid), package 6b24-1.11.1-3 # Problematic frame: # C [libdbus-1.so.3+0x13d36] dbus_set_error+0x15e6 # # An error report file with more information is saved as: # /home/photos/DigitalPhotos/hs_err_pid6968.log # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # The interesting thing is that I didn't have the issue a while ago, and that I get a very similar error with Sun's (sorry Oracle's) Java, hence I assume that it has something to do with Debian's platform. I'll attach both error log files (Oracle's and OpenJDK's one). Let me know if I can provide more information. Thanks, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre:i386 depends on: ii libasound2 1.0.25-2 ii libatk-wrapper-java-jni 0.30.4-1 ii libc62.13-27 ii libgif4 4.1.6-9 ii libjpeg8 8d-1 ii libpng12-0 1.2.47-2 ii libpulse01.1-3+b1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxi6 2:1.4.5-1 ii libxrender1 1:0.9.6-2 ii libxtst6 2:1.2.0-4 ii openjdk-6-jre-headless 6b24-1.11.1-3 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages openjdk-6-jre:i386 recommends: ii icedtea-netx 1.1.4-1 ii ttf-dejavu-extra 2.33-2 Versions of packages openjdk-6-jre:i386 suggests: pn icedtea-plugin none -- no debconf information hs_err_pid4758_sunjre6.log.gz Description: GNU Zip compressed data hs_err_pid6968_openjdk6.log.gz Description: GNU Zip compressed data
Bug#667998: leafnode: backtrace on segfault
tags 667998 - moreinfo - unreproducible thanks On Mon, 09 April 2012, you wrote: This fails since p-ai_canonname is empty: 514 if (is_validfqdn(p-ai_canonname)) { (gdb) p-ai_canonname Undefined command: p-ai_canonname. Try help. (gdb) print p-ai_canonname $2 = 0x0 I see. Thank you. Thank you also to Arthur Marsh. With the line 127.0.1.1 hostname or 127.0.1.1 hostname hostname.lan.robgri.de in /etc/hosts I am able to reproduce the segfault. 127.0.1.1 hostname.lan.robgri.de hostname as apparently set at install works. Maybe this can be used as a workaround in the meantime. Regards, Robert signature.asc Description: Digital signature
Bug#668076: reSIProcate packages RFS
Hi, On Sun, Apr 08, 2012 at 09:07:49PM +0200, Daniel Pocock wrote: Hi, I've recently filed an RFS for reSIProcate http://lists.debian.org/debian-mentors/2012/04/msg00168.html I didn't yet try to build it, but at first glance the packaging looks good. One minor nit: The license is a 4-cluase BSD-like license. Is this intended to be a used as a library? Clause (3) from the license makes it *GPL incompatible. Any hope of fixing that? If anyone is interested in reviewing or collaborating on this, please get in touch. I'd also be interested to know if pkg-voip-maintainers should be registered as the maintainer for this work. In particular, the packages provide a working instance of the repro SIP proxy and the reTurn TURN server Looks interesting. I see you've already merged your autotool fixes in upstream trunk. Also note that if you switch to dpkg v.3, there's nothing wrong with having a debian/ directory upstream (if it helps them). It just gets deleted at packaging time. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668094: Gnome Terminal version 2.30.2
Sorry Folkert, that was a typo. I meant to say the -sw 120,80 option causes the problem, but changing it to -sw 70,80 resolves the problem. So the bug is related to size constraints. After further experimentation, I've found that it's not reproducable within my customized gnome-terminal settings, but it *is* reproducable if gnome-terminal has no saved settings (e.g. after a clean install w/out configuring). So to reproduce the segfault, these are the steps I take: 1) remove all custom gnome-terminal settings: mv $HOME/.gconf/apps/gnome-terminal $HOME/.gconf/apps/gnome-terminal.old 2) logout of gnome completely, and login again (b/c gnome-terminal settings are otherwise remembered) 3) screen (not sure if this is necessary; perhaps I'll verify this later) 4) multitail -sw 120,80 -i file.txt -R 45 -l ls Gnome Terminal version 2.30.2 is what I used to reproduce. I can work around by either restoring my custom gnome-terminal settings, or changing the switch to -sw 70,80. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614895: [Pkg-sysvinit-devel] Bug#614895: sysv-rc: Warning in update-rc.d swaps script and LSB Default values?
On Mon, Apr 09, 2012 at 06:08:27PM +1000, Kel Modderman wrote: Hi All, I think a better warning would be something like this: update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match foobar Default-Start values (2 3 5) update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match foobar Default-Stop values (0 1) A new patch would look something like: --- update-rc.d 2011-02-23 18:40:15.0 -0800 +++ /usr/sbin/update-rc.d 2011-02-24 00:44:43.043783266 -0800 @@ -480,6 +480,7 @@ my ($name, $act) = (shift, shift); my ($lsb_start_ref, $lsb_stop_ref, $arg_str, $lsb_str); my (@arg_start_lvls, @arg_stop_lvls, @lsb_start_lvls, @lsb_stop_lvls); +my $default_msg = ($act eq 'defaults') ? 'default' : ''; ($lsb_start_ref, $lsb_stop_ref) = parse_def_start_stop(/etc/init.d/$name); @lsb_start_lvls = @$lsb_start_ref; @@ -523,15 +524,15 @@ join(\0, sort @arg_start_lvls) ne join(\0, sort @lsb_start_lvls)) { $arg_str = @arg_start_lvls ? @arg_start_lvls : none; $lsb_str = @lsb_start_lvls ? @lsb_start_lvls : none; -warning $name start runlevel arguments ($arg_str) do not match, -LSB Default-Start values ($lsb_str); +warning $default_msg start runlevel arguments ($arg_str) do not match, +$name Default-Start values ($lsb_str); } if ($#arg_stop_lvls != $#lsb_stop_lvls or join(\0, sort @arg_stop_lvls) ne join(\0, sort @lsb_stop_lvls)) { $arg_str = @arg_stop_lvls ? @arg_stop_lvls : none; $lsb_str = @lsb_stop_lvls ? @lsb_stop_lvls : none; -warning $name stop runlevel arguments ($arg_str) do not match, -LSB Default-Stop values ($lsb_str); +warning $default_msg stop runlevel arguments ($arg_str) do not match, +$name Default-Stop values ($lsb_str); } } What do you think? I agree with the patch, Roger would it possible to include this patch in sysvinit git please? Sure. Don't you have write access to it yourself? (Hmm, I put it on collab-maint, but maybe that doesn't give the pkg-sysvinit-devel group access unless you're in the Debian group? Maybe I should request a git repo specifically for the group.) Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622140: Cause of and possible solution for #667043
This bug #667043 (libneon27-gnutls: Breaks subvertpy: undefined symbol ne_ssl_context_get_flag) is caused by disabled_SSLv2_support.patch that was supposed to fix #622140. This patch adds a new function to the OpenSSL code that gets called unconditionally from generic code. The fastest fix would be to add a dummy function to the GnuTLS code. My preferred solution would be: - Remove disabled_SSLv2_support.patch (fixing #667043). - Drop the OpenSSL libneon (fixing #451778 and en passant also #622140). The OpenSSL variant is no longer used in Debian (libreoffice-core currently uses it as a temporary workaround for #667043, but that could easily be reverted), and for GPL'ed software it can (and has in the past) result in a GPL violation when accidentally linking against the OpenSSL variant. cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667425: xshisen: ftbfs with GCC-4.7
Thanks! I'm already preparing a new package, acknowledging previous NMUs and adding this patch. I'll upload to mentors and file a bug to sponsorship-request as soon as I can. zakame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667908: nginx-full: Add 3rd party module nginx-dav-ext-module
On 04/07/2012 01:43 PM, Chris wrote: Package: nginx-full Severity: wishlist Dear Maintainer, the nginx webdav module are missing the PROPFIND OPTIONS commands for full WebDAV support. This two commands are available in a 3rd party module available here: https://github.com/arut/nginx-dav-ext-module Are there any chances to add this ext module to the nginx-full package? Thanks in advance Hi Chris. It seems to build fine, and working fine as far as I tested. So I commited the needed changes. The module will be present in nginx-full, nginx-extras and nginx-passenger in the next upload. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653663: gnome-orca: Please recommend brltty-x11
Hello, Actually, an issue with gnome-orca recommending brltty-x11 is that the latter depends on brltty, which thus gets installed too, and that hurts some people (#667616 brltty greedily grabs serial ports, ftdi_sio loses connection). I have thus moved the part that orca actually needs to a separate package, xbrlapi. Could you please make gnome-orca recommend xbrlapi instead of brltty-x11? Thanks, Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668147: nodejs: https connection to Facebook broken due to bug in openssl dependency
Package: nodejs Version: 0.6.14~dfsg1-1 Severity: important The bug in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666051 also effects nodejs, as it is not possible to use it to connect to Facebook, Paypal, etc. The following code in nodejs console after a minute or two throws an error and exits. var https = require(https) https.get({host: graph.facebook.com, path: /}, function(res) { }) node.js:201 throw e; // process.nextTick error, or 'error' event on first tick ^ Error: socket hang up at createHangUpError (http.js:1107:15) at CleartextStream.anonymous (http.js:1210:27) at CleartextStream.emit (events.js:88:20) at Array.0 (tls.js:792:22) at EventEmitter._tickCallback (node.js:192:41) A possible solution is to use an older version of openssl as a dependency. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nodejs depends on: ii libc-ares2 1.7.5-1 library for asyncronous name resol ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libev4 1:4.11-1 high-performance event loop librar ii libgcc1 1:4.4.5-8GCC support library ii libssl1.0.0 1.0.1-2 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libv8-3.8.9.16 3.8.9.16-2 v8 JavaScript engine - runtime lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime nodejs recommends no packages. nodejs 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#667805: marked as done (texlive-latex-extra: *.mf files are missing for la.sty and va.sty)
reopen 667805 retitle 667805 Remove the useless(?) files la.sty, va.sty stop On 09.04.12 Norbert Preining (prein...@logic.at) wrote: On So, 08 Apr 2012, Hilmar PreuÃe wrote: Maybe it is a good idea to remove la.sty/va.sty too. I can't see any other purpose in these files than providing a user interface for these fonts. Maybe someone can contact the original author and ask him for clarification? Maybe I'll find the time. Reopening the bug for now. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668094: boundary testing
I've discovered how to reproduce this without messing with gnome-terminal settings. Start by passing a very wide parameter to multitail: multitail -sw 500,10 -R 15 -l ls -R 45 -l ls This (correctly) gives an error which indicates the width limit: --*- multitail 5.2.2 (C) 2003-2007 by folk...@vanheusden.com -*-- A problem occured at line 511 in function mynewwin (from file term.c): Failed to create window with dimensions -358x39 at offset 500,0 (terminal size: 142,40) Binary build at Dec 10 2009 22:50:55 So the reported limit is 142. If I choose 136 (as follows) it works: multitail -sw 136,10 -R 15 -l ls -R 45 -l ls But if I choose 137, it segfaults: multitail -sw 137,10 -R 15 -l ls -R 45 -l ls If you go just under 142, it fails with a different kind of error. E.g: multitail -sw 139,10 -R 15 -l ls -R 45 -l ls results in: multitail: utils.c:418: shorten_filename: Assertion `max_len = 0' failed. Aborted So you need to test the boundaries. I would say the filename error above is also a bug, although less severe than a segfault. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643336: libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP
Package: libgcrypt11 Version: 1.5.0-3 Followup-For: Bug #643336 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The problem still exist with Intel Core i5 CPU with AES feature. * What exactly did you do (or not do) that was effective (or ineffective)? We need ldap client libnss-ldap. * What was the outcome of this action? Fresh Installation of Wheezy with libnss-ldap gives segmentation fault. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgcrypt11 depends on: ii libc6 2.13-27 ii libgpg-error0 1.10-3 ii multiarch-support 2.13-27 libgcrypt11 recommends no packages. libnss-ldap 264-2.2 libgnutls-openssl 27 2.12.18-1 libgnutls26 2.12.18-1 libgnutls28 3.0.17-2 libldap-2.4-2 2.4.28-1.1 Versions of packages libgcrypt11 suggests: pn rng-tools 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#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd
Hi, El 6 d’abril de 2012 18:03, Guillem Jover guil...@debian.org ha escrit: --exec should be in general more reliable yes, but the problem with it is that it will not work for interpreted scripts, and that's where --name is useful, but then if the script name is too long it will get truncated, so it might not match correctly (the current minimum guaranteed to match is = 15 chars across any kernel s-s-d supports). Not sure if this is related, but on GNU/kFreeBSD rsyslog hangs for about a minute every time it is stopped during shutdown. Does this change improve the situation? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd
On 09.04.2012 11:16, Robert Millan wrote: Hi, El 6 d’abril de 2012 18:03, Guillem Jover guil...@debian.org ha escrit: --exec should be in general more reliable yes, but the problem with it is that it will not work for interpreted scripts, and that's where --name is useful, but then if the script name is too long it will get truncated, so it might not match correctly (the current minimum guaranteed to match is = 15 chars across any kernel s-s-d supports). Not sure if this is related, but on GNU/kFreeBSD rsyslog hangs for about a minute every time it is stopped during shutdown. Does this change improve the situation? Don't think so. I remember seeing that problem too when doing some install tests on kfreebsd. rsyslog uses several threads and I vaguely remember that on kfreebsd those were shown as separate processes?!? rsyslog uses the sendsigs.omit interface to stop as late as possible during shutdown. My guess is, that /etc/init.d/sendsigs kills those rsyslog processes aside from the main process that is listed in /var/run/rsyslog.pid. Because of that, rsyslog does not properly shutdown. You might investigate in that area. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#666655: python-shapely: FTBFS: tests failed
severity 55 minor thanks == FAIL: /«PKGBUILDDIR»/shapely/tests/cascaded_union.txt Doctest: cascaded_union.txt -- Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 2201, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for cascaded_union.txt File /«PKGBUILDDIR»/shapely/tests/cascaded_union.txt, line 0 -- File /«PKGBUILDDIR»/shapely/tests/cascaded_union.txt, line 22, in cascaded_union.txt Failed example: cascaded_union(spots) # doctest: +ELLIPSIS Expected: shapely.geometry.multipolygon.MultiPolygon object at 0x... Got: shapely.geometry.polygon.Polygon object at 0x307ff50 The bug is in the random generator of the buildd... OK, joking: the failed test includes scattering some random points and verify that the patches built around them form a MultiPolygon: it will sometimes (rarely) fail because they build a (connected) Polygon. I'll solve that on next upload, but for the moment I'm lowering severity. Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668147: nodejs: https connection to Facebook broken due to bug in openssl dependency
On 09/04/2012 11:05, Surendra Singhi wrote: Package: nodejs Version: 0.6.14~dfsg1-1 The bug in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666051 also effects nodejs, as it is not possible to use it to connect to Facebook, Paypal, etc. A possible solution is to use an older version of openssl as a dependency. Thank you ! It seems very much related to the discussion i had with RT, see attached mail. Jérémy. ---BeginMessage--- [kapo...@melix.org - Fri Mar 23 11:59:30 2012]: Hi, after updating to openssl 1.0.1 (debian package), authentication against a test server with a 512 bit rsa key gives : openssl s_client -connect 127.0.0.1:12346 -key /home/dev/agent1- key.pem -cert /home/dev/agent1-cert.pem ... 139860308645544:error:04075070:rsa routines:RSA_sign:digest too big for rsa key:rsa_sign.c:127: 139860308645544:error:14099006:SSL routines:SSL3_SEND_CLIENT_VERIFY:EVP lib:s3_clnt.c:2974: ... Downgrading to openssl 1.0.0h fixes the issue. Please find attached the key/certificate. (they have been made for testing purpose). I guess this is unexpected behavior, and i did not find any recent similar report. The reason for this is that OpenSSL 1.0.1 support TLS v1.2 and the digest algorithm it uses by default is SHA512. A 512 bit RSA key is not large enough for SHA512 so you get that error. If you disable TLS v1.2 with -no_tls1_2 or use a larger key this wont happen. Use of 512 bit RSA keys is discouraged anyway for security reasons. Steve. -- Dr Stephen N. Henson. OpenSSL project core developer. Commercial tech support now available see: http://www.openssl.org ---End Message---
Bug#668148: RFS: xshisen/1:1.51-4
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package xshisen * Package name: xshisen Version : 1:1.51-4 Upstream Author :Masaoki Kobayashimasa...@techfirm.co.jp * URL : http://www.techfirm.co.jp/~masaoki/xshisen.html * License : BSD-3 Section : games It builds those binary packages: xshisen- Shisen-sho puzzle game for X11 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xshisen Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xshisen/xshisen_1.51-4.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Acknowledge NMUS * dpkg-source 3.0 (finally doing away cdbs in favor of dh) * Fix a couple of bugs (FTBFS for gcc-4.7 and manpage typos) Regards, zakame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644435: uses cca 33% more memory than php5 package running on other systems
Package: php5 Severity: normal Hi, this bug got probably fixed when we disabled suhosin from the package. Could you retest with php5 in sid (= 5.4.0)? O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668076: reSIProcate packages RFS
On 09/04/12 10:41, Tzafrir Cohen wrote: Hi, On Sun, Apr 08, 2012 at 09:07:49PM +0200, Daniel Pocock wrote: Hi, I've recently filed an RFS for reSIProcate http://lists.debian.org/debian-mentors/2012/04/msg00168.html I didn't yet try to build it, but at first glance the packaging looks good. One minor nit: The license is a 4-cluase BSD-like license. Is this intended to be a used as a library? Clause (3) from the license makes it *GPL incompatible. Any hope of fixing that? I believe you are referring to this clause: 3. The names VOCAL, Vovida Open Communication Application Library, and Vovida Open Communication Application Library (VOCAL) must not be used to endorse or promote products derived from this software without prior written permission. For written permission, please contact vo...@vovida.org. http://www.resiprocate.org/License Here is some background info about VOCAL: http://www.voip-info.org/wiki/view/VOCAL I'm not sure if Vovida or VOCAL still exists in some formal sense, and if so, I don't know whether the clause is still valid or even relevant reSIProcate broke away from SIPfoundry and some of the other projects some years ago too, so it is quite independent Can you comment more on the relationship of this clause with the GPL? Does it just prevent linking with *GPL apps, or does it prevent inclusion in Debian outright? As it is now, could it go in contrib or non-free rather than main? If anyone is interested in reviewing or collaborating on this, please get in touch. I'd also be interested to know if pkg-voip-maintainers should be registered as the maintainer for this work. In particular, the packages provide a working instance of the repro SIP proxy and the reTurn TURN server Looks interesting. I see you've already merged your autotool fixes in upstream trunk. Also note that if you switch to dpkg v.3, there's nothing wrong with having a debian/ directory upstream (if it helps them). It just gets deleted at packaging time. It may be better to manage it separately on alioth/collab-maint (Gregor already started a Git repo there), so that people who are not members of the reSIProcate project can make changes if needed. Having two versions (one in upstream and another on alioth) may also lead to confusion, even though it is technically permitted now. However, I don't mind either way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667796: slock: Please package slock 1.0 (CVE-2012-1620)
Hi, sorry for the late reply. I don't have much time at the moment for suckless-tools, currently its maintained in a git repository on collab-maint. However, currently it hangs cause git-buildpackage does not support multiple origin tars, what we have on suckless tools, so it needs some more work, where i haven't the time for atm. If somebody want, he can feel free to find a way to fix that. Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656442: [php-maint] Bug#656442: php-pear: Spurious (and possibly dangerous) file system accesses
reassign 656442 php-mdb2 thank you Matthias, I don't think that PEAR is here at fault, the isError routine is fairly simple: function isError($data, $code = null) { if (!is_a($data, 'PEAR_Error')) { return false; } if (is_null($code)) { return true; } elseif (is_string($code)) { return $data-getMessage() == $code; } return $data-getCode() == $code; } Thus is looks like the error is in the returned datatype from escape() function on calls to -getMessage() and getCode(). I am reassigning the bug to php-mdb2 package since it's probably closer there. Ondrej On Thu, Jan 19, 2012 at 13:30, Matthias Urlichs matth...@urlichs.de wrote: Package: php-pear Version: 5.3.8.0-1 Severity: important These lines seem fairly inconspicuous. /usr/share/php/MDB2/Driver/Datatype/Common.php, line 1227 ff.: $value = $db-escape($value, $escape_wildcards); if (PEAR::isError($value)) { return $value; } return '.$value.'; Interestingly, however, the call to PEAR::isError() causes this to happen: 15663 lstat64(/usr/share/roundcube/program/include/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, 0xbff58558) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL) = 1326973864 15663 lstat64(/var/lib/roundcube/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, 0xbff5a608) = -1 ENOENT (No such file or directory) 15663 open(/var/lib/roundcube/dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=.php, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) 15663 time(NULL) = 1326973864 15663 lstat64(/var/lib/roundcube/program/lib/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL) = 1326973864 15663 lstat64(/var/lib/roundcube/./'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL) = 1326973864 15663 lstat64(/usr/share/php/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL) = 1326973864 15663 lstat64(/usr/share/pear/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 time(NULL) = 1326973864 15663 lstat64(/usr/share/roundcube/program/include/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff589f8) = -1 ENOENT (No such file or directory) 15663 getcwd(/var/lib/roundcube, 4096) = 19 15663 time(NULL) = 1326973864 15663 lstat64(/var/lib/roundcube/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, 0xbff5aaa8) = -1 ENOENT (No such file or directory) 15663 open(/var/lib/roundcube/'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs='.php, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) This also happens for entire SQL commands, e.g.: 15663 lstat64(/var/lib/roundcube/program/lib/SELECT vars, ip, changed FROM session WHERE sess_id = ?.php, 0xbff56488) = -1 ENOENT (No such file or directory) Frankly, I could *not* believe my eyes. I don't know whether this has any security implications. If so, I wouldn't be too surprised. Anyway, I don't know the reason for this nonsense, but it needs to be stopped. 30 spurious file system calls for every SQL command is really pushing it. (Assuming that the typical SQL statement has two string parameters.) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 php-mdb2 depends on: ii php-pear 5.3.8.0-1 php-mdb2 recommends no packages. php-mdb2 suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667968: [zim] AssertionError: Can not get a file for the toplevel namespace
Can you comment what action triggered this error ? Especially on what page you triggered the action and/or how to reproduce. Thanks, Jaap On Sat, Apr 7, 2012 at 9:06 PM, adres adres.em...@ymail.com wrote: Package: zim Version: 0.56-1 Severity: normal Looks like you found a bug AssertionError: Can not get a file for the toplevel namespace When reporting this bug please include the information from the text box below This is zim 0.56 Python version is sys.version_info(major=2, minor=7, micro=3, releaselevel='candidate', serial=2) Gtk version is (2, 24, 10) Pygtk version is (2, 24, 0) Platform is posix Zim revision is: branch: pyzim-trunk revision: 533 jaap.karssenb...@gmail.com-20120402200722-gdcw1ef3icbs49qe date: 2012-04-02 22:07:22 +0200 === Traceback === File /usr/lib/python2.7/dist-packages/zim/gui/__init__.py, line 826, in _action_handler method(*arg) File /usr/lib/python2.7/dist-packages/zim/gui/__init__.py, line 1459, in open_new_window PageWindow(self, page).show_all() File /usr/lib/python2.7/dist-packages/zim/gui/__init__.py, line 2885, in __init__ page = ui.notebook.get_page(page) File /usr/lib/python2.7/dist-packages/zim/notebook.py, line 1251, in get_page page = store.get_page(path) File /usr/lib/python2.7/dist-packages/zim/stores/files.py, line 73, in get_page file = self._get_file(path) File /usr/lib/python2.7/dist-packages/zim/stores/files.py, line 55, in _get_file assert path != self.namespace, 'Can not get a file for the toplevel namespace' AssertionError: Can not get a file for the toplevel namespace -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668149: Isn't installable with wine-unstable
Package: winetricks Version: 0.0+20120313+svn798-2 Severity: important As winetricks 0.0+20120313+svn798-2 Depends: libwine, it can't be installed with libwine-unstable, even though it Recommends: wine | wine-unstable. Thanks for your continued attempts to upload a package that actually works. Try again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc7-wrar-1+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#668150: [new check] Report error on PHP short_open_tags
Package: lintian Version: 2.5.6~bpo60+1 Severity: wishlist Hi, we are considering disabling short_open_tags directive to Off by default (to align with upstream recommended value) and we need a new lintian check to: - check packages with depending on any on php5 SAPI; I think checking just for php5 and php5-cli revdeps should be enough - check files in such packages with .php? (e.g. .php and .php5) extension - check on '?' patern; '?[:space:]' is not OK; '?php' and '?=' is OK ('?=' is supported from PHP (= 5.4.0) when short_open_tags is disabled) Since we want to disable short_open_tags by default I think this should be a error and not a warning. Thanks, Ondrej -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668151: mesa: please consider uploading 8.0.2 to experimental
Source: mesa Version: 8.0-2 Severity: wishlist Thank you for making the 8.0 experimental version of mesa available, due to all the new features in 8.0 it's made quite a few programs that never used to work under the mesa drivers work for me. However there are several bugs I'm running into which may be fixed by one of the two bug fix releases since 8.0, can you please package 8.0.2 into experimental if you get time. :) -J -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) 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#668152: multitail: Rubber width feature does not work (it's documented, but use is denied)
Package: multitail Version: 5.2.2-2 Severity: normal The documentation states that width of one column can be omitted, as one would expect, to assign whatever width is available to that column. Documented examples suggest that syntax like the following would work: $ multitail -sw 100, -R 15 -l ls -R 45 -l ls but this results in: --*- multitail 5.2.2 (C) 2003-2007 by folk...@vanheusden.com -*-- A problem occured at line 279 in function argv_set_window_widths (from file cmdline.c): You have to give the width for each window or set it to 0 (=auto width). Binary build at Dec 10 2009 22:50:55 The error states that a zero is needed. Fair enough, but that fails as well: $ multitail -sw 100,0 -R 15 -l ls -R 45 -l ls --*- multitail 5.2.2 (C) 2003-2007 by folk...@vanheusden.com -*-- A problem occured at line 907 in function get_value_arg (from file utils.c): Value for -sw must be 0. Binary build at Dec 10 2009 22:50:55 So to continue the experiment, I try complying with the constraint above: $ multitail -sw 100,1 -R 15 -l ls -R 45 -l ls --*- multitail 5.2.2 (C) 2003-2007 by folk...@vanheusden.com -*-- A problem occured at line 272 in function argv_set_window_widths (from file cmdline.c): The width of a column must be 4 or greater (or '0' for automatic size). Binary build at Dec 10 2009 22:50:55 The constraint is moving, like a carrot to a donkey. When I try 4: $ multitail -sw 100,4 -R 15 -l ls -R 45 -l ls it renders, but with the wrong geometry. The right column is much wider than 4, consuming over 1/4th of the width available on the screen. This occurs in both gnome-terminal and xterm, with and without gnu screen. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages multitail depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand multitail recommends no packages. multitail 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#666947: aranym: emulation bug prevents use with Linux/m68k guest
* Thorsten Glaser t...@mirbsd.de [2012-04-09 11:36] wrote: sorry for this, but apparently, not all regressions in the new emulation have been fixed. Ping? I might NMU otherwise, under the new rule that RC bugs with no maintainer activity for a week can be 0-day NMUd. I am going to upload new package during today/tomorrow. It wasn't really without activity as we have discussion with upstream off-record. Antonin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614895: [Pkg-sysvinit-devel] Bug#614895: sysv-rc: Warning in update-rc.d swaps script and LSB Default values?
On Mon, Apr 09, 2012 at 06:08:27PM +1000, Kel Modderman wrote: Hi All, I think a better warning would be something like this: update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match foobar Default-Start values (2 3 5) update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match foobar Default-Stop values (0 1) What do you think? I agree with the patch, Roger would it possible to include this patch in sysvinit git please? Applied to git and pushed. It will be in the next upload. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668151: mesa: please consider uploading 8.0.2 to experimental
Jason Alasola alavali...@gmail.com (09/04/2012): Thank you for making the 8.0 experimental version of mesa available, due to all the new features in 8.0 it's made quite a few programs that never used to work under the mesa drivers work for me. However there are several bugs I'm running into which may be fixed by one of the two bug fix releases since 8.0, can you please package 8.0.2 into experimental if you get time. :) See: http://lists.debian.org/debian-x/2012/03/msg00364.html Where can we fetch your patches from? Mraw, KiBi. signature.asc Description: Digital signature
Bug#668153: [new check] Add a warning to not depend on specific web PHP SAPI
Package: lintian Version: 2.5.6~bpo60+1 Severity: wishlist Hi, I have just noticed that some packages directly depend on libapache2-mod-php5 which basically disables the ability to use other SAPI (such as fastcgi, etc.) Such packages probably need to depend just on php5 package which declares dependency on: libapache2-mod-php5 (= 5.4.1~rc1-1) | libapache2-mod-php5filter (= 5.4.1~rc1-1) | php5-cgi (= 5.4.1~rc1-1) | php5-fpm (= 5.4.1~rc1-1) One example is zoneminder which depends on: libapache2-mod-php5, php5 Here is should be changed either to: libapache2-mod-php5 | php5 or just: php5 Because php5 is not a virtual package it will install it's first dependency by default which is libapache2-mod-php5, so the behaviour stays the same. Another example is ukolovnik or moodle: libapache2-mod-php5 | php5-cgi This dependency for example prevents usage of php5-fpm (FastCgi Process Manager) SAPI, which is much better choice than php5-cgi. Thank you, Ondrej -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642576: systemd: [/etc/init.d/lvm2:3] Failed to add LSB Provides name lvm.service, ignoring: File exists
Package: systemd Followup-For: Bug #642576 Hi, I don't see this error with the version 44-1, I guess this bug could be closed(?) Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.2 ii initscripts 2.88dsf-22.1 ii libacl1 2.2.51-5 ii libaudit01:1.7.18-1.1 ii libc62.13-27 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.1-2 ii libdbus-1-3 1.5.12-1 ii libkmod2 6-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7 ii libselinux1 2.1.9-4 ii libsystemd-daemon0 44-1 ii libsystemd-id128-0 44-1 ii libsystemd-journal0 44-1 ii libsystemd-login044-1 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-4 Versions of packages systemd recommends: ii libpam-systemd 44-1 Versions of packages systemd suggests: ii python 2.7.2-10 ii systemd-gui 44-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#573745: pythonX.Y maintenance team
Hi, On Tue, Apr 3, 2012 at 10:36, Stefano Zacchiroli lea...@debian.org wrote: Allow me be blunt then: do we have volunteers to maintain the pythonX.Y packages? Can those volunteers manifest themselves on this list? If you volunteered in #573745 already, and you're still available, please reiterate your availability here. 2 years is quite a long time and the tech-ctte should better be sure of the availability of its members before picking a team. unfortunately I don't have the time to work on something like maintaining Python anymore - I'm trying to reduce the list of my packages instead of adding new ones. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614904: fastcgi breaks __COMPILER_HALT_OFFSET__
Package: php5-cgi Severity: normal Hi Pascal, can you please try with PHP 5.4 from testing/unstable? If it is still broken, can you please report this bug to the bugs.php.net and report the issue number back? Ondrej -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667941: korundum: CPPFLAGS hardening flags missing
Hello, On 2012 m. of April 8 d., Sunday 14:54:36 Simon Ruderich wrote: I don't know debhelper very well, but I think changing that would require raising the compat level - which means it would take quite a while to get the flags correctly enabled. There is a possibility that compat bump won't be needed [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646129 To accomplish the hardening flags release goal for Wheezy, adding the CPPFLAGS manually seems to be the only way. Not in each and every package, sorry. Could you add the fix for those of your packages which are priority important or are security relevant (parse untrusted data) or had a DSA? No, really, adding unnecesarry code into packaging is not the way to go. While a proper solution in cmake is not available (it won't be enabled by default though so cdbs / dh will need changes regardless), some hacks could be added to cdbs cmake.mk / dh cmake buildsystem given maintainers are willing to accept those hacks. So in my opinion, your effort would be better spent if you directed it into that direction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661180: zemberek-ooo: diff for NMU version 1.0~rc2-10.4
tags 661180 + patch tags 661180 + pending thanks Dear maintainer, I've prepared an NMU for zemberek-ooo (versioned as 1.0~rc2-10.4) and uploaded it. Regards. Rene diff -u zemberek-ooo-1.0~rc2/debian/control zemberek-ooo-1.0~rc2/debian/control --- zemberek-ooo-1.0~rc2/debian/control +++ zemberek-ooo-1.0~rc2/debian/control @@ -4,6 +4,7 @@ Maintainer: Rail Aliev r...@i-rs.ru Build-Depends: cdbs, debhelper (= 5), libreoffice-dev, quilt, ant Build-Depends-Indep: default-jdk, libreoffice-java-common, libzemberek-java, libzemberek-tr-java, unzip +Build-Conflicts: libreoffice-common ( 1:3.5.0~) Standards-Version: 3.8.2 Homepage: http://code.google.com/p/zemberek/ Vcs-Bzr: http://bzr.debian.org/users/rail-guest/zemberek-ooo/ diff -u zemberek-ooo-1.0~rc2/debian/changelog zemberek-ooo-1.0~rc2/debian/changelog --- zemberek-ooo-1.0~rc2/debian/changelog +++ zemberek-ooo-1.0~rc2/debian/changelog @@ -1,3 +1,11 @@ +zemberek-ooo (1.0~rc2-10.4) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/build.xml.diff: remove basis-link, gone in LO 3.5 +(closes: #661180) + + -- Rene Engelhard r...@debian.org Wed, 24 Feb 2012 18:55:59 + + zemberek-ooo (1.0~rc2-10.3) unstable; urgency=low * Non-maintainer upload. diff -u zemberek-ooo-1.0~rc2/debian/patches/build.xml.diff zemberek-ooo-1.0~rc2/debian/patches/build.xml.diff --- zemberek-ooo-1.0~rc2/debian/patches/build.xml.diff +++ zemberek-ooo-1.0~rc2/debian/patches/build.xml.diff @@ -9,12 +9,12 @@ path id=ooo3.classpath - fileset dir=${openoffice.root.dir}/ure/share/java -+ fileset dir=${openoffice.root.dir}/basis-link/ure-link/share/java ++ fileset dir=${openoffice.root.dir}/ure-link/share/java include name=**/*.jar / include name=**/*.zip / /fileset - fileset dir=${openoffice.root.dir}/basis3.0/program/classes -+ fileset dir=${openoffice.root.dir}/basis-link/program/classes ++ fileset dir=${openoffice.root.dir}/program/classes include name=**/*.jar / include name=**/*.zip / /fileset
Bug#668154: ITP: php5-msgpack -- PHP library for MessagePack serialization
Package: wnpp Severity: wishlist Owner: Tatsuki Sugiura s...@nemui.org * Package name: php5-msgpack Version : 0.5.3 Upstream Author : advect adv...@gmail.com * URL : http://code.google.com/p/php-msgpack/ * License : BSD Programming Lang: PHP Description : PHP library for MessagePack serialization MessagePack is a binary-based efficient object serialization library. It enables to exchange structured objects between many languages like JSON. But unlike JSON, it is very fast and small. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668155: linux-image-3.2.0-2-686-pae: 3.2.14-1 does not boot
Package: linux-2.6 Version: 3.2.12-1 Severity: grave Justification: renders package unusable Linux kernel linux-image-3.2.0-2-686-pae in unstable (3.2.14-1) does not boot, it fails with a unknown block for root error. As version 3.2.12-1 in testing boots fine. -- Package-specific info: ** Version: Linux version 3.2.0-2-686-pae (Debian 3.2.12-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 19:48:26 UTC 2012 ** Command line: root=UUID=fc88fed2-1759-406d-8bd5-b32f887852b2 ro ** Not tainted ** Kernel log: *removed unneeded iSCSI data, as boot fails in first 2 sec ahead of any network* ** Model information not available ** Loaded modules: crc32c tcp_diag inet_diag ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi dm_snapshot dm_mirror dm_region_hash dm_log dm_mod tpm_tis i2c_i801 tpm i2c_core tpm_bios rng_core snd_pcm snd_timer snd soundcore snd_page_alloc e752x_edac dcdbas edac_core psmouse evdev parport_pc processor button pcspkr shpchp serio_raw parport thermal_sys ext3 jbd mbcache sg sd_mod crc_t10dif sr_mod cdrom usbhid hid sata_promise ata_generic uhci_hcd ata_piix libata scsi_mod ehci_hcd usbcore e1000 usb_common ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation E7520 Memory Controller Hub [8086:3590] (rev 09) Subsystem: Dell Device [1028:0173] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Capabilities: [40] Vendor Specific Information: Len=05 ? Kernel driver in use: e752x_edac 00:00.1 Unassigned class [ff00]: Intel Corporation E7525/E7520 Error Reporting Registers [8086:3591] (rev 09) Subsystem: Dell Device [1028:0173] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- 00:02.0 PCI bridge [0604]: Intel Corporation E7525/E7520/E7320 PCI Express Port A [8086:3595] (rev 09) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=03, sec-latency=0 I/O behind bridge: c000-dfff Memory behind bridge: ddf0-dfef Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] MSI: Enable- Count=1/2 Maskable- 64bit- Address: fee0 Data: Capabilities: [64] Express (v1) Root Port (Slot-), MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 64ns, L1 1us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 256 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #2, Speed 2.5GT/s, Width x4, ASPM L0s, Latency L0 4us, L1 unlimited ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x4, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID , PMEStatus- PMEPending- Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
Bug#668156: RM: israndom -- RoQA; orphaned, low popcon, dead upstream
Package: ftp.debian.org Severity: normal Please remove israndom. It's orphaned since two years, has very low popcon and the former maintainer was also upstream. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566609: bug not in cacti
clone 566609 -1 reassign -1 php5-cli retitle -1 provide proper memory_limit in /etc/php5/cli/php.ini retitle 566609 add suhosin.memory_limit in /etc/cron.d/cacti thanks Sorry for not responding for such a long time. Question, does this --define suhosin.memory_limit=512M also work if php5-suhosin is not installed? I.e. does it break systems that don't use it? Paul signature.asc Description: OpenPGP digital signature
Bug#668149: winetricks: Isn't installable with wine-unstable
| | As winetricks 0.0+20120313+svn798-2 Depends: libwine, it can't be installed | with libwine-unstable, even though it Recommends: wine | wine-unstable. Noted. | Thanks for your continued attempts to upload a package that actually works. Try | again. Please rethink your use of language; it does not not help to carry forward. This is a bug tracking system to report problems, so please try staying constructive. Thank you, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668158: RM: magnus -- RoQA; orphaned, low popcon
Package: ftp.debian.org Severity: normal Please remove magnus. It is orphaned since two years and has very low popcon. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458436: [php-maint] Bug#458436: Bug#458436: php-pear doesn't warn when modules are upgradeable
tags 458436 +wontfix severity 458436 wishlist thank you On Fri, Mar 21, 2008 at 23:00, Josip Rodin j...@debbugs.entuzijast.net wrote: severity 458436 normal thanks Hi, severity 458436 wishlist thanks Since the PEAR packages provided by de Debian package are updated/upgraded this is not a bug but a feature request. Your suggestion on using debconf shouldn't be followed because debconf shouldn't be used for those kind of things, NEWS.Debian should be used instead. First off, please use the right address when you wish to talk to submitters, your message never reached me because it was sent to the bug address only. I disagree on the wish part - the whole purpose of the pear package is to get those external PEAR packages. If pear is used to put those files on users' systems, it also has the responsibility to take care of them once they're there. The tool itself does do that, but the package doesn't properly integrate with it. If we lower the bar for package quality to the level where one only has to ship the binaries and be done with it, then integration of software features with package features is a wish, but it's 2008... If you install custom packages into /usr/local/ using gcc as a compiler, you also don't get a warning when shared library is upgraded. That's exactly same situation as with PEAR package. If you install anything by hand, then it's your responsibility as a system administrator to get them upgraded. Thus I am here with Raphael on a wishlisting this bug. PEAR was not really made to integrate well packaged (/usr) and external (/usr/local) packages, so it's very hard to solve this. This said we would certainly welcome a patch which would allow us to manage packaged and non-packaged PEAR package separately, but I think this is something which needs to be done upstream. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668159: RM: ledcontrol -- RoQA; orphaned, low popcon, buggy, dead upstream
Package: ftp.debian.org Severity: normal Please remove ledcontrol. It's orphaned since 1.5 years, has very low popcon, is buggy (#609916) and dead upstream. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668160: RM: pica -- RoQA; unused, orphaned, dead upstream
Package: ftp.debian.org Severity: normal Please remova pica. It's virtually unused, dead upstream, orphaned and the previous maintainer already suggested removal in #650442. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668161: [INTL: it] Italian translation of debconf messages - moodle
Package: moodle Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of moodle debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of moodle debconf messages. # Copyright (C) 2012 moodle package copyright holder # This file is distributed under the same license as the moodle package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: moodle\n Report-Msgid-Bugs-To: moo...@packages.debian.org\n POT-Creation-Date: 2010-07-18 17:42+0100\n PO-Revision-Date: 2012-04-01 15:19+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:2001 msgid URL for the Moodle site: msgstr URL del sito Moodle: #. Type: string #. Description #: ../templates:2001 msgid Please enter the URL from which Moodle should serve pages. msgstr Inserire l'URL da cui Moodle deve servire le pagine. #. Type: string #. Description #: ../templates:2001 msgid The moodle package does not perform any automatic web server configuration, but does provide basic configuration templates for Apache. msgstr Il pacchetto moodle non effettua alcuna configurazione automatica del server web; fornisce però alcuni modelli di configurazione base per Apache.
Bug#661574: sakura: opening new tab does not keep working directory
Hi Andrew, ping, any comment on that? Do you know the reason? On Di, 28 Feb 2012, Norbert Preining wrote: Dear all (including myself ;-) I don't know with which of the last versions, but now when I open a new tab in sakura, the cwd is not kept and I am bumped into $HOME. For opening a new window this is good behaviour, for opening a new tab this is bad behaviour, as one os often doing things in the same project and I need several windows in the same directory. Please revert to the old behaviour if possible. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BARSTIBLEY A humorous device such as a china horse or small naked porcelain infant which jocular hosts use of piss water into your Scotch with. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668162: [INTL: it] Italian translation of debconf messages - xen-api
Package: xen-api Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of xen-api debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of xen-api debconf messages. # Copyright (C) 2012, xen-api package copyright holder. # This file is distributed under the same license as the xen-api package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: xen-api\n Report-Msgid-Bugs-To: xen-...@packages.debian.org\n POT-Creation-Date: 2012-03-26 07:24+0200\n PO-Revision-Date: 2012-03-26 18:43+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: select #. Description #: ../xcp-networkd.templates:2001 msgid XCP networking manager: msgstr Gestore di rete XCP: #. Type: select #. Description #: ../xcp-networkd.templates:2001 msgid The xcp-networkd daemon supports two network backends: standard Linux bridging and Open vSwitch. msgstr Il demone xcp-networkd supporta due backend di rete: il bridge Linux standard e Open vSwitch. #. Type: select #. Description #: ../xcp-networkd.templates:2001 msgid While both modes support a similar feature set, Open vSwitch provides additional features such as QoS, monitoring, and control using the OpenFlow protocol. These additional features are not controlled directly through the XenAPI, but can instead be enabled and controlled through the ovs-* suite of commands. msgstr Benché entrambe le modalità supportino un insieme di funzionalità simile, Open vSwitch fornisce funzionalità aggiuntive come QoS, monitoraggio e controllo usando il protocollo OpenFlow. Queste funzionalità aggiuntive non vengono controllate direttamente con XenAPI, ma possono invece essere abilitate e controllate con la suite di comandi ovs-*.
Bug#668163: RM: shorlfilter -- RoQA; broken, orphaned, dead upstream
Package: ftp.debian.org Severity: normal Please remove shorlfilter. It's broken (#424934), virtually unused, orphaned and dead upstream (former maintainer was upstream). Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668164: emacs crashes when opening a UTF-8 file
Package: emacs23 Version: 23.4+1-3 Severity: normal Hi, when I open the attached file with emacs, emacs goes down in flames. gdb /var/tmp/emacs23-23.4+1/debian/build-x/src/emacs GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as powerpc-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /var/tmp/emacs23-23.4+1/debian/build-x/src/emacs...done. (gdb) r -q /tmp/ee Starting program: /var/tmp/emacs23-23.4+1/debian/build-x/src/emacs -q /tmp/ee [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/powerpc-linux-gnu/libthread_db.so.1. Program received signal SIGABRT, Aborted. kill () at ../sysdeps/unix/syscall-template.S:83 83 ../sysdeps/unix/syscall-template.S: Datei oder Verzeichnis nicht gefunden. (gdb) bt full #0 kill () at ../sysdeps/unix/syscall-template.S:83 No locals. #1 0x100e24b8 in abort () at emacs.c:431 No locals. #2 0x10112a48 in buf_charpos_to_bytepos (b=0x10704620, charpos=207) at marker.c:141 tail = optimized out best_above = optimized out best_above_byte = optimized out best_below = optimized out best_below_byte = optimized out #3 0x101bcb1c in composition_update_it (cmp_it=0xbfffc6e0, charpos=optimized out, bytepos=483, string=272484618) at composite.c:1244 i = optimized out c = 3626 #4 0x10027b78 in next_element_from_composition (it=0xbfffc324) at xdisp.c:6613 No locals. #5 0x10038510 in next_element_from_buffer (it=0xbfffc324) at xdisp.c:6499 p = optimized out success_p = 1 #6 0x100308b4 in get_next_display_element (it=0xbfffc324) at xdisp.c:5662 success_p = optimized out #7 0x10035a28 in display_line (it=0xbfffc324) at xdisp.c:16555 n_glyphs_before = optimized out hpos_before = optimized out x_before = optimized out phys_ascent = 0 phys_descent = 0 x = optimized out nglyphs = optimized out descent = 0 i = optimized out ascent = 0 row = 0x106eff5c overlay_arrow_string = 1 wrap_it = {window = 272484618, w = 0x104b6aba, f = 0x103dc90a, method = 272484618, stop_charpos = 271556513, end_charpos = 271556465, s = 0x103dc93a , string_nchars = 273378074, region_beg_charpos = 272484618, region_end_charpos = 273378074, redisplay_end_trigger_charpos = 272484618, multibyte_p = 0, header_line_p = 0, string_from_display_prop_p = 0, ellipsis_p = 1, avoid_cursor_p = 0, dp = 0x102f9f81, dpvec = 0x10215ce1, dpend = 0x103dc93a, dpvec_char_len = 274890978, dpvec_face_id = 272484618, saved_face_id = 272484618, ctl_chars = {272484618, 272484618, 272484618, 271556433, 272484666, 273390962, 272484618, 273390962, 272484618, 272484618, 271556449, 271556401, 272484666, 274890954, 272484618, 273378026}, start = {pos = {charpos = 272484618, bytepos = 272484618}, overlay_string_index = 271556417, string_pos = {charpos = 270621921, bytepos = 272484666}, dpvec_index = 274890930}, current = {pos = {charpos = 272484618, bytepos = 272484618}, overlay_string_index = 272484618, string_pos = {charpos = 272484618, bytepos = 272484618}, dpvec_index = 271556369}, n_overlay_strings = 272484666, overlay_strings_charpos = 273390626, overlay_strings = {272484618, 273390626, 272484618, 272484618, 271556385, 271556337, 272484666, 273390650, 272484618, 273390650, 272484618, 272484618, 271556353, 270621921, 272484666, 274890898}, string_overlays = {272484618, 272484618, 272484618, 272484618, 272484618, 271556305, 272484666, 273378314, 272484618, 273378314, 272484618, 272484618, 271556321, 271556273, 272484666, 273390602}, string = 272484618, from_overlay = 273390602, stack = {{string = 272484618, string_nchars = 272484618, end_charpos = 271556289, stop_charpos = 271556241, cmp_it = {stop_pos = 272484666, id = 272525330, ch = 272484618, lookback = 272791114, nglyphs = 272484618, nchars = 272484618, nbytes = 271556257, from = 270621921, to = -1073759408, width = 274890874}, face_id = 272484618, u = {image = {object = 272484618, slice = {x = 272484618, y = 272484618, width = 275254272, height = 1}, image_id = 275640848}, comp = {object = 272484618}, stretch = {object = 272484618}}, position = {charpos = -1073758244, bytepos = 250663176}, current = {pos = {charpos = 1, bytepos = -1073758320}, overlay_string_index = 250527168, string_pos = {charpos = 0, bytepos = 272484618}, dpvec_index = 272484666}, from_overlay = 272484618, area = 274890850, method = 271557137, multibyte_p = 0, string_from_display_prop_p = 0, display_ellipsis_p = 0, avoid_cursor_p = 1, line_wrap = 274891170, voffset = 4157, space_width = 273391034,
Bug#612713: Unsure which package this bug belongs to
reassign 612713 fontconfig thanks Bug 612713 was reported against cacti, which depends on rrdtool to create graphs. rrdtool depends on libpango1.0-0 which depends on fontconfig. fontconfig probably owns /var/cache/fontconfig so therefor I assign it there. Please reassign if inappropriate. Paul signature.asc Description: OpenPGP digital signature
Bug#668165: RM: clojure -- RoQA; orphaned, low popcon, no devdeps, replaced by clojure1.2 and clojure1.3
Package: ftp.debian.org Severity: normal Please remove clojure. It has been orphaned by the Debian Java maintainers and no build deps or reverse deps. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668166: RM: xfonts-knickers -- RoQA; orphaned, obsolete
Package: ftp.debian.org Severity: normal Please remove xfonts-knickers. It's an obsolete fixed-size X font and orphaned since half a year. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542953: sysvinit: fixes for GNU/kFreeBSD
On Sat, Aug 22, 2009 at 03:00:52PM +0200, Aurelien Jarno wrote: Since insserv is enabled by default, it is not possible to do GNU/kFreeBSD specific initialisation in a dedicated script and ensure it is done at the right moment due to dependencies issue. This is especially true for mtab.sh, which makes the system no bootable if /etc/mtab has not been yet changed to a symlink, by mounting an empty tmpfs over /dev. The patch below fixes the problem by having different initialisation on Linux and GNU/kFreeBSD. In case the systems is unknown, it switches to doing nothing by default, which is probaby the safest option. It also correctly detects available filesystem on GNU/kFreeBSD. Hi Aurelien, Is this patch still required for kFreeBSD? I notice that we don't currently carry code for mounting linsysfs or fdescfs, but mount-functions.sh does contain special-casing for linprocfs and nullfs. So support for kFreeBSD-specific filesystem variants could be added there. Does /etc/init.d/rc still need the linprocfs special-case or is this now handled by mountkernfs? If startpar still requires /proc, then probably not, but I don't understand why this doesn't break on Linux (without initramfs) if this is the case, since it won't have /proc mounted either. If the patch is still required, please could you remake it against current git, since this is now too outdated to work. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668126: ITP: python-odict -- Ordered dictionary in Python
On 04/09/2012 04:01 AM, TANIGUCHI Takaki wrote: Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-odict Version : 1.4.4 Upstream Author : BlueDynamics Alliance * URL or Web page : http://pypi.python.org/pypi/odict * License : BSD-3 Description : Ordered dictionary in Python Dictionary in which the insertion order of items is preserved (using an internal double linked list). In this implementation replacing an existing item keeps it at its original position. what is the advantage of this over the ordered dictionary which is builtin wheezy's default python? http://docs.python.org/library/collections.html#collections.OrderedDict signature.asc Description: OpenPGP digital signature
Bug#668167: RM: meego-packaging-tools -- RoQA; orphaned, obsolete, unused
Package: ftp.debian.org Severity: normal Please remove meego-packaging-tools. It's orphaned and virtually unused. Plus, Nokia effectively adandoned Meego in favour of Windows Phone, so it's essentially dead upstream. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668168: [INTL: it] Italian translation of debconf messages - isoqlog
Package: isoqlog Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of isoqlog debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # Italian translation of isoqlog debconf messages. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: isoqlog\n Report-Msgid-Bugs-To: giuse...@iuculano.it\n POT-Creation-Date: 2006-11-26 12:04+0100\n PO-Revision-Date: 2012-04-09 13:24+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: select #. Description #: ../templates:1001 msgid MTA log type: msgstr Tipo di log dell'MTA: #. Type: select #. Description #: ../templates:1001 msgid Isoqlog has multi-mta support. You must select the logformat which is used by your mail server. msgstr Isoqlog può gestire più MTA. È necessario selezionare il formato di log usato dal proprio server di posta. #. Type: string #. Description #: ../templates:2001 msgid Directory to use for HTML outputs: msgstr Directory da usare per l'output HTML: #. Type: string #. Description #: ../templates:2001 msgid Please choose the directory where isoqlog should write its output. It must be in \WebRoot\ of your webserver. msgstr Scegliere la directory in cui isoqlog deve scrivere il suo output. Deve essere nella \WebRoot\ del proprio server web. #. Type: string #. Description #: ../templates:3001 msgid Local host name: msgstr Nome host locale: #. Type: select #. Choices #: ../templates:4001 msgid Bulgarian msgstr Bulgaro #. Type: select #. Choices #: ../templates:4001 msgid Czech msgstr Ceco #. Type: select #. Choices #: ../templates:4001 msgid Danish msgstr Danese #. Type: select #. Choices #: ../templates:4001 msgid Dutch msgstr Olandese #. Type: select #. Choices #: ../templates:4001 msgid English msgstr Inglese #. Type: select #. Choices #: ../templates:4001 msgid Finnish msgstr Finlandese #. Type: select #. Choices #: ../templates:4001 msgid French msgstr Francese #. Type: select #. Choices #: ../templates:4001 msgid German msgstr Tedesco #. Type: select #. Choices #: ../templates:4001 msgid Italian msgstr Italiano #. Type: select #. Choices #: ../templates:4001 msgid Norwegian msgstr Norvegese #. Type: select #. Choices #: ../templates:4001 msgid Polish msgstr Polacco #. Type: select #. Choices #: ../templates:4001 msgid Portuguese msgstr Portoghese #. Type: select #. Choices #: ../templates:4001 msgid Romanian msgstr Rumeno #. Type: select #. Choices #: ../templates:4001 msgid Russian msgstr Russo #. Type: select #. Choices #: ../templates:4001 msgid Spanish msgstr Spagnolo #. Type: select #. Choices #: ../templates:4001 msgid Swedish msgstr Svedese #. Type: select #. Choices #: ../templates:4001 msgid Turkish msgstr Turco #. Type: select #. DefaultChoice #. This is the default choice. Translators may put their own language here #. instead of the default. #. WARNING, please use the ENGLISH name of the language, not the #. translated value #: ../templates:4002 msgid English[ translators, please see comment in PO files] msgstr Italian #. Type: select #. Description #: ../templates:4003 msgid Language to use for outputs: msgstr Lingua da usare per l'output: #. Type: select #. Description #: ../templates:4003 msgid Isoqlog has multi language support on reports. You can select the preferred language for outputs. msgstr Isoqlog può creare rapporti in diverse lingue. Si può selezionare la lingua preferita per l'output. #. Type: string #. Description #: ../templates:5001 msgid Domains for which you want to make reports: msgstr Domini per i quali creare rapporti: #. Type: string #. Description #: ../templates:5001 msgid Isoqlog can display Top incoming, outgoing, total, and byte based statistics for each domain. Please enter the domains separated by spaces. msgstr Isoqlog può visualizzare per ciascun dominio statistiche basate su messaggi in entrata, uscita, totali e byte. Inserire i domini separati da spazi.
Bug#668126: ITP: python-odict -- Ordered dictionary in Python
On Mon, 09 Apr 2012 13:30:49 +0200 jtaylor.deb...@googlemail.com(Julian Taylor) said: what is the advantage of this over the ordered dictionary which is builtin wheezy's default python? http://docs.python.org/library/collections.html#collections.OrderedDict I don't know. Slimit (#662756) requires this library. That's a reason to make the package. -- 谷口 貴紀 (TANIGUCHI Takaki)tak...@asis.media-as.org http://takaki-web.media-as.org/ tak...@debian.org http://facebook.com/taniguchi.takaki http://twitter.com/takaki_t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666256: Known w/a?
Hi, is there any validated w/a to upgrade in wheezy? I am currently stuck with this. Or did I missunderstood this There is an updated tomcat6 source package ready to for that will handle transitioning from libservlet2.4-java - libservlet2.5-java cleanly via Replaces/Conflicts (due to both packages containing servlet-api-debian.pom). from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666256#23 and the Fix will be a new Tomcat6 DEB to handle the Upgrade cleanly? Then I will happily wait for the Update. Thanks Christian -- Christian Hilgers ch...@familie-hilgers.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668169: [INTL: it] Italian translation of debconf messages - qpsmtpd
Package: qpsmtpd Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of qpsmtpd debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of qpsmtpd debconf messages. # Copyright (C) 2012, qpsmtpd package copyright holder # This file is distributed under the same license as the qpsmtpd package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: qpsmtpd\n Report-Msgid-Bugs-To: qpsm...@packages.debian.org\n POT-Creation-Date: 2009-12-14 01:40-0800\n PO-Revision-Date: 2012-04-09 13:35+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../qpsmtpd.templates:1001 msgid Enable qpsmtpd startup at boot time? msgstr Abilitare l'esecuzione di qpsmtpd all'avvio? #. Type: boolean #. Description #: ../qpsmtpd.templates:1001 msgid Because most MTAs in Debian listen on one or all network interfaces by default, when first installed qpsmtpd cannot normally be started. msgstr Dato che la maggior parte degli MTA in Debian resta in ascolto in modo predefinito su una o tutte le interfacce di rete, normalmente non è possibile avviare qpsmtpd appena installato. #. Type: boolean #. Description #: ../qpsmtpd.templates:1001 msgid Before enabling qpsmtpd, you must first configure your local MTA not to bind to the SMTP TCP port on at least one interface. The most common approach is to leave your MTA listening on the loopback interface (127.0.0.1), with qpsmtpd listening on the external interface. Instructions for configuring common MTAs to work with qpsmtpd can be found after installation in /usr/ share/doc/qpsmtpd/README.Debian. msgstr Prima di abilitare qpsmtpd, è necessario configurare il proprio MTA locale in modo che non faccia il bind alla porta TCP SMTP di almeno un'interfaccia. La soluzione più comune è lasciare il proprio MTA in ascolto sull'interfaccia di loopback (127.0.0.1), con qpsmtpd in ascolto sull'interfaccia esterna. Le istruzioni per configurare gli MTA comuni in modo da funzionare insieme a qpsmtpd possono essere trovate, dopo l'installazione, in /usr/share/doc/qpsmtpd/README.Debian. #. Type: boolean #. Description #: ../qpsmtpd.templates:1001 msgid Once you have adjusted your MTA configuration, you can enable qpsmtpd by restarting this configuration, by running 'dpkg-reconfigure qpsmtpd'. msgstr Una volta corretta la configurazione del proprio MTA, si può abilitare qpsmtpd riavviando questa configurazione, eseguendo «dpkg-reconfigure qpsmtpd». #. Type: select #. Description #: ../qpsmtpd.templates:2001 msgid Qpsmtpd server type: msgstr Tipo di server qpsmtpd: #. Type: select #. Description #: ../qpsmtpd.templates:2001 msgid Qpsmtpd supports two process models for handling connections. The 'forkserver' model uses a single process when idle, and forks new processes to handle connections. This uses less memory but slightly reduces server throughput. The 'prefork' model keeps a pool of idle processes available to handle new connections, offering slightly better performance at the cost of more memory. msgstr qpsmtpd gestisce due modelli per i processi per gestire le connessioni. Il modello \forkserver\ usa un unico processo quando inattivo e fa il fork di nuovi processi per gestire le connessioni; usa meno memoria ma riduce leggermente il flusso dati del server. Il modello \prefork\ mantiene un pool di processi inattivi disponibili per gestire le nuove connessioni, offrendo prestazioni leggermente migliori a spese di un maggior uso di memoria. #. Type: string #. Description #: ../qpsmtpd.templates:3001 msgid Addresses on which to listen for incoming SMTP connections: msgstr Indirizzi su cui rimanere in ascolto per connessioni SMTP in entrata: #. Type: string #. Description #: ../qpsmtpd.templates:3001 msgid Enter one or more of your local IP addresses, separated by spaces, on which qpsmtpd should listen for incoming SMTP connections. If you leave this setting empty, qpsmtpd will listen on all interfaces available at startup time. msgstr Inserire uno o più indirizzi IP locali, separati da spazi, su cui qpsmtpd deve rimanere in ascolto per connessioni SMTP in entrata. Se si lascia vuoto, qpsmtpd resterà in ascolto su tutte le interfacce disponibili all'avvio. #. Type: string #. Description #: ../qpsmtpd.templates:3001 msgid If you intend to use qpsmtpd to spool deliveries from remote hosts into a local MTA, you may wish to have qpsmtpd listen on all external interfaces, while leaving your local MTA listening on the loopback device (127.0.0.1). msgstr Se si pensa di usare qpsmtpd per accodare i messaggi consegnati da host
Bug#207994: libsdl-console: what to do with it?
Hello, libsdl-console is very old: http://packages.qa.debian.org/libs/libsdl-console.html There are packages from 2003 (versions 2.0 and 2.1) which are requested on bug report #207994 from 2003 as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=207994 http://sdlconsole.sourceforge.net/ http://sourceforge.net/projects/sdlconsole/files/sdlconsole-source/ According to popcon, it was once very popular (~4000), but not anymore (~850, ~200 the -dev): http://qa.debian.org/popcon.php?package=libsdl-console No packages depend on it. However, maybe there are people using it in their upstream projects and use the Debian package to not install and compile themselves. According to popcon is 80+ times more lively than paragui, which had only 10 installations reported. So what do we do with this: update, or remove? I vote for updating at the moment, and if in the future it doesn't get update for dealing with SDL-2, say in a couple of years, remove it. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667673: pingus desktop file needs a German translation of the Comment entry
Hello, Thanks for the patch, it is included in our svn. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?
Hi I've applied these approximately as requested, [...] Anyway, the end result is that all the driver sources end up identical to 3.4-rc1. Thank you Ben! Let us know if there are any important fixes after that, though I hope I'll spot them anyway. I'd like to give that kernel one a try on real Hyper-V with a fresh wheezy and report back just to make sure if you don't mind. Finally we should decide on which of the patches we could itegrate for the ata_piix vs. hv_storvsc precedence - be it the Ubuntu or the Suse patch. Ben: Do you have a preference on which one of the patches fits into wheezy's kernel? -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654192: Fwd: Bug#654192: [pkg-backupninja] Bug#654192: backupninja rsync handler bugs
On Fri, Apr 06, 2012 at 05:34:09PM -0300, rhatto wrote: Em Fri, Apr 06, 2012 at 09:37:37AM +0200, intrigeri escreveu: Please fix ASAP so we can release 1.0 :) This is top priority for me. :) I opened https://labs.riseup.net/code/issues/3868 to deal with this new issue. Paul, the attached patch possibly fix this issue, but you might need to manually edit your backup metadata and add a newline between the human-readable date and the timestamp, so it looks like Mon 27 Feb 2012 01:06:08 CET 1330301168 Could you confirm if backups work again after applying this patch? Thanks again for testing the handler. I can confirm that after applying the patch, backups seem to be running again (first run with patch was Apr 7 00:36): # ls -l total 40 drwxr-xr-x 19 root root 4096 Apr 9 01:12 daily.1/ drwxr-xr-x 19 root root 4096 Apr 8 01:10 daily.2/ drwxr-xr-x 19 root root 4096 Apr 7 01:14 daily.3/ drwxr-xr-x 19 root root 4096 Apr 7 00:36 daily.4/ drwxr-xr-x 19 root root 4096 Feb 27 01:11 daily.5/ drwx-- 11 root root 4096 Apr 9 01:12 metadata/ What it IMO doesn't solve, is the fact that the handler gave a syntax error and probably returned and error code, but backupninja intepreted this as backup succesful. This worries me a bit. [...] Date: Fri, 30 Mar 2012 11:10:39 +0200 From: Paul van Tilburg pau...@debian.org Info: Rotating /media/Backup/target.rsync///... Debug: daily.25 -- daily.26 Debug: daily.24 -- daily.25 Debug: daily.23 -- daily.24 Debug: daily.22 -- daily.23 Debug: daily.21 -- daily.22 Debug: daily.20 -- daily.21 /usr/share/backupninja/rsync: line 425: [: too many arguments /usr/share/backupninja/rsync: line 439: Mon 27 Feb 2012 01:06:08 CET 1330301168: syntax error in expression (error token is 27 Feb 2012 01:06:08 CET 1330301168) Info: finished action /etc/backup.d/10.target.rsync: SUCCESS Debug: send report to root Info: FINISHED: 1 actions run. 0 fatal. 0 error. 0 warning. Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#655444: [DRE-maint] Bug#655444: migrate libmmap-ruby to gem2deb based packaging
Hi! Sorry that it took me so long to get back to your mail. On Thu, Jan 12, 2012 at 06:51:12PM +0530, Praveen A wrote: 2012/1/11 Paul van Tilburg pau...@debian.org: I tried a bit, but I don't think I will be able to finish it :( I have asked help from upstream http://rubyforge.org/tracker/index.php?func=detailaid=29498group_id=8350atid=32304 Since there have not been any changes since 2005, and no replies on your bug reports, I assume upstream is very much dead. I also wonder why mmap has such a high popcon, as it has no reverse depends at all. Maybe we should look for a different implementation and drop this package? The fact that the mmap modify-test fails, worries me a bit. The fact that it doesn't work for Ruby 1.9.x also doesn't help! Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634658: please add udev rules to support multivolume BTRFS configurations automatically (was: Fwd: Re: Invalid argument when mounting a btrfs raid1 filesystem)
reassign 634658 udev thanks Hi! On BTRFS kernel mailing Karel Zak suggest to use udev rules in order to call btrfs device scan for multi volume BTRFS configurations. Calvin hinted at some udev rules that Dracut ships. Please consider adding udev rules to support RAID / multi volume configurations of BTRFS for booting. Note: This may still need a change in initramfs, as they command needs to be available at that time. Nonetheless I am reassigning to udev for now to bring this issue to the attention of the Debian udev package developers. Please feel free to reassign, when you think this should be fixed in btrfs- tools or somewhere else nonetheless. Maybe it also needs to be cloned if changes in more than one package are required. PS: The following two bug reports seem to be related, so mine is likely a duplicate of them - not merging yet, feel free to do so if you agree: btrfs-tools: add initramfs boot and hook scripts http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559710 please provide non-initramfs-tools integration http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585568 Thanks, Martin -- Weitergeleitete Nachricht -- Subject: Re: Invalid argument when mounting a btrfs raid1 filesystem Date: Montag, 26. März 2012 From: Calvin Walton calvin.wal...@kepstin.ca To: Karel Zak k...@redhat.com On Mon, 2012-03-26 at 10:51 +0200, Karel Zak wrote: On Sat, Mar 24, 2012 at 06:21:05PM +, Hugo Mills wrote: As Sadner says, you have to run btrfs dev scan before you try to mount the FS. If you have root on btrfs, this will have to go in an initrd; otherwise, it can go in your initscripts anywhere before the non-root filesystem mounts. Basically, the kernel needs to know which devices hold which btrfs filesystems (organised by UUID) before it tries to mount them. So, there's an ioctl that is used for sending that data to the kernel, and a userspace tool (btrfs dev scan) that enumerates all of the block devices it can see, looks for a btrfs superblock on them, and tells the kernel. Please, move all this logic to udev rules where we already scans all devices. It's really bad to scan all device more than once. We spent years to fix this problem for LVM, I don't think that btrfs has to repeat the same mistakes. Oh, this is already possible to do with udev rules, quite easily. In fact, dracut ships with the appropriate udev rules, which it uses to initialize btrfs filesystems in the initramfs: http://git.kernel.org/?p=boot/dracut/dracut.git;a=blob;f=modules.d/90btrfs/80- btrfs.rules;hb=HEAD which would be suitable with minor modifications for use in a system udev installation as well. -- Calvin Walton calvin.wal...@kepstin.ca -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html --- -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634658: please add udev rules to support multivolume BTRFS configurations automatically (was: Fwd: Re: Invalid argument when mounting a btrfs raid1 filesystem)
Hi! For permanent reference here the contents of the udev rules I linked to in my previous mail: 1 SUBSYSTEM!=block, GOTO=btrfs_end 2 ACTION!=add|change, GOTO=btrfs_end 3 ENV{ID_FS_TYPE}!=btrfs, GOTO=btrfs_end 4 RUN+=/sbin/modprobe btrfs 5 RUN+=/sbin/btrfs device scan $env{DEVNAME} 6 7 RUN+=/sbin/initqueue --finished --unique --name btrfs_finished /sbin/btrfs_finished 8 RUN+=/sbin/initqueue --timeout --onetime --unique --name btrfs_timeout /sbin/btrfs_timeout 9 10 LABEL=btrfs_end 11 It seems they call some scripts in /sbin, but not for the btrfs device scan case. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644512: sound-juicer: Completely broken track lookup
Package: sound-juicer Version: 3.4.0-1 Followup-For: Bug #644512 I can confirm this on 3.4.0 and with multiple albums on previous versions. This bug is problematic for me, as it prevents me from copying my albums consisting of multiple CDs. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 sound-juicer depends on: ii gconf-service3.2.3-4 ii gconf2 3.2.3-4 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-1 ii libatk1.0-0 2.2.0-2 ii libbrasero-media3-1 3.2.0-4 ii libc62.13-27 ii libcanberra-gtk3-0 0.28-4 ii libgconf-2-4 3.2.3-4 ii libglib2.0-0 2.32.0-3 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libmusicbrainz3-63.0.2-2.1 ii libpango1.0-01.29.4-3+b1 Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-10 Versions of packages sound-juicer suggests: ii brasero 3.2.0-4 ii gstreamer0.10-lamenone ii gstreamer0.10-plugins-really-bad none ii gstreamer0.10-plugins-ugly0.10.19-1 -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpOWOiQ708Oi.pgp Description: PGP signature
Bug#663868: foo2zjs: HP LJ P1007 keeps appearing and vanishing in logs
Downgraded to foo2zjs 20090908dfsg-5.1+squeeze0 and printer stopped printing altogether (even after first boot of system). Upgraded back to the current version (20120223dfsg0-1) and the problem persisted. Finally, downgraded again and used hp-setup to configure the printer under a different name. Now it's working. Current version: foo2zjs 20090908dfsg-5.1+squeeze0 Logs on printer switch on: umber 20 using ehci_hcd Apr 9 14:18:46 mail vmunix: [19337.400256] usb 2-5: New USB device found, idVendor=03f0, idProduct=4817 Apr 9 14:18:46 mail vmunix: [19337.400265] usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Apr 9 14:18:46 mail vmunix: [19337.400269] usb 2-5: Product: HP LaserJet P1007 Apr 9 14:18:46 mail vmunix: [19337.400272] usb 2-5: Manufacturer: Hewlett-Packard Apr 9 14:18:46 mail vmunix: [19337.400274] usb 2-5: SerialNumber: EC0E35M Apr 9 14:18:46 mail vmunix: [19337.403765] usblp0: USB Bidirectional printer dev 20 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4817 Apr 9 14:18:46 mail udevd[1093]: missing file parameter for attr Apr 9 14:18:46 mail mtp-probe: checking bus 2, device 20: /sys/devices/pci:00/:00:1d.7/usb2/2-5 Apr 9 14:18:46 mail mtp-probe: bus: 2, device: 20 was not an MTP device Apr 9 14:18:46 mail logger: loading hp_laserjet_p1007 firmware 002 020 Apr 9 14:18:46 mail logger: loading hp_printer_device 002 020 Apr 9 14:18:46 mail hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat Apr 9 14:18:47 mail hp-firmware: hp-firmware[6004]: warning: No display found. Apr 9 14:18:47 mail hp-firmware: hp-firmware[6004]: error: hp-firmware -u/--gui requires Qt4 GUI support. Entering interactive mode. Apr 9 14:18:47 mail hp-check-plugin: [6006]: error: hp-systray must be running. Run 'hp-systray ' in a terminal. Apr 9 14:18:49 mail /usr/sbin/hpljP1007: foo2zjs: loading HP LaserJet P1007 firmware /lib/firmware/hp/sihpP1005.dl to /dev/usb/lp0 ... Apr 9 14:18:50 mail /usr/sbin/hpljP1007: foo2zjs: ... download successful. Apr 9 14:18:54 mail vmunix: [19345.021484] usblp0: removed Note the last line (usblp0 removed). However, it still prints. Regards, -- Raj -- Raj Mathur || r...@kandalaya.org || GPG: http://otheronepercent.blogspot.com || http://kandalaya.org || CC68 It is the mind that moves || http://schizoid.in || D17F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655475: octave3.2: Seg-fault to call imread or imshow function
forcemerge 593911 655475 thanks Xiangyu Liu u122...@gmail.com writes: In this weekend , I aptitude installed latest octave-3.6.1-4 in sid and imread/imshowed my JPEG pictures. Unfortunately I failed in those operations again .. # --- list of stdout --- octave:1 imread('/home/liuxiangyu/mypicture/003.jpg') warning: your version of GraphicsMagick limits images to 8 bits per pixel octave: magick/pixel_cache.c:2765: ModifyCache: Assertion `image-cache != (Cache) ((void *)0)' failed. panic: Aborted -- stopping myself... # --- list of stdout --- Then I compiled manully Octave-3.6.1 from source tarball with GraphicsMagick and ImageMagic yesterday. I think that the key point is not about Octave but GraphicsMagick, beacause I can imread/imshow pictures successfully using Octave-3.6.1 bind with ImageMagick. Your issue looks similar to #593911. I am therefore merging the two bugs. Thanks four your feedback, -- Sébastien Villemot Researcher in Economics Debian Maintainer http://www.dynare.org/sebastien Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594 pgpefcNLqetSE.pgp Description: PGP signature
Bug#585568: udev rules for btrfs device scan and more
Hi! Please see my two mails to please support raid configurations automatically http://bugs.debian.org/cgi-bin/634658 dracut already ships with udev rules that do btrfs device scan and more. I suggested merging of this and my bug report already as it seems that I created a duplicate. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654708: backupninja: rsync handler only respects the first rsync option
Hi, An update about this bug. On Sun, Feb 26, 2012 at 02:11:16PM +0100, intrigeri wrote: Paul van Tilburg wrote (07 Jan 2012 11:14:54 GMT) : It applies as is onto 0.9.10, but it did not help. Given the above rsync_options, it runs: Debug: nice -n 0 /usr/bin/rsync -avF --exclude=/bin --exclude=/sbin [...] So, the --delete got dropped. Current upstream Git (at commit 1f367b4) is supposed to fix this bug for real; Paul, may you please test and confirm? https://labs.riseup.net/code/projects/backupninja/repository/revisions/master/changes/handlers/rsync.in This partly fixes it. Indeed, the --delete gets passed on now, but still expansion happens. But the expansion still happens (irregularly), so '/*bin' is expanded to '/bin' and '/sbin', but '/home/*/.cache' isn't, and '/home/*/Music' is!? Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668171: boost-defaults: 1.48 does not upgrade to 1.49 cleanly due to static libraries
Source: boost-defaults Version: 1.49.0.1 Severity: normal When attepting to upgrade Boost apt/dpkg failed multiple times with similar errors on a number of the packages containing libraries. This is the error from libboost-chrono1.49-dev: Unpacking libboost-chrono1.49-dev (from .../libboost-chrono1.49-dev_1.49.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libboost_chrono.a', which is also in package libboost-chrono1.48-dev 1.48.0-3 configured to not write apport reports Preparing to replace libboost-chrono-dev 1.48.0.3 (using .../libboost-chrono-dev_1.49.0.1_amd64.deb) Unpacking replacement libboost-chrono-dev ... Errors were encountered while processing: /var/cache/apt/archives/libboost-chrono1.49-dev_1.49.0-1_amd64.deb Repeatedly using apt-get -f install finally fixed it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#668126: ITP: python-odict -- Ordered dictionary in Python
On 04/09/2012 01:37 PM, TANIGUCHI Takaki wrote: On Mon, 09 Apr 2012 13:30:49 +0200 jtaylor.deb...@googlemail.com(Julian Taylor) said: what is the advantage of this over the ordered dictionary which is builtin wheezy's default python? http://docs.python.org/library/collections.html#collections.OrderedDict I don't know. Slimit (#662756) requires this library. That's a reason to make the package. slimit only needs it when OrderedDict is not available. (src/slimit/scope.py:30) Unless you need to support python 2.6 (which will disappear from debian at some point) I would recommend to just patch out the dependency instead of adding an obsolete package. signature.asc Description: OpenPGP digital signature
Bug#668172: libreoffice-impress: impress doesn't show anything in presentation mode
Package: libreoffice-impress Version: 1:3.5.2-1 Severity: normal Dear Maintainer, * while preparing an OO-presentation in impress i noticed that i cannot preview it anymore * I hit [F5] to go into presentation mode * seemingly nothing: image stayed and screen froze * have the presentation in fullscreen mode. i repeated the test with a fresh (empty) presentation, and had the same behaviour. interestingly enough, it still responds to keypresses, so i can exit the invisible presentation by hitting [ESC] (took me a while and a lot of SIGTERMed libreoffices to find that out). It seems like i can also navigate the pages, e.g. hitting [SPACE] in an empty 1-page presentation eventually gave me the End of presentation screen. what might be related: the PDF-export of a presentation seems to work (phew, that's my last hope to get the presentation running intime), but takes ages. what's more disturbing is, that libreoffice is totally unreactive while exporting to PDF, giving no feedback that it is actually doing something and not just crashed. i had the same problems with the ~rc2 package of this version. fgmadsr IOhannes -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-impress depends on: ii libc6 2.13-27 ii libgcc1 1:4.7.0-2 ii libreoffice-core 1:3.5.2-1 ii libreoffice-draw 1:3.5.2-1 ii libstdc++64.7.0-2 ii uno-libs3 3.5.2-1 ii ure 3.5.2-1 libreoffice-impress recommends no packages. libreoffice-impress suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3.1 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.2-1 ii libc6 2.13-27 ii libcairo2 1.12.0-2 ii libcmis-0.2-0 0.1.0-1+b1 ii libcurl3-gnutls7.25.0-1 ii libdb5.1 5.1.29-1 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.0-2 ii libglib2.0-0 2.32.0-3 ii libgraphite2-2.0.0 1.1.1-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-1 ii libice62:1.0.7-2 ii libicu48 4.8.1.1-5 ii libjpeg8 8d-1 ii libmythes-1.2-02:1.2.2-1 ii libneon27 0.29.6-2 ii libnspr4-0d4.9-1 ii libnss3-1d 3.13.3-1 ii libpng12-0 1.2.47-2 ii librdf01.0.15-1 ii libreoffice-common 1:3.5.2-1 ii librsvg2-2 2.36.0-5 ii libsm6 2:1.2.0-2 ii libssl1.0.01.0.1-4 ii libstdc++6 4.7.0-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxml22.7.8.dfsg-7 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.6-2 ii libxslt1.1 1.1.26-8 ii uno-libs3 3.5.2-1 ii ure3.5.2-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages libreoffice-draw depends on: ii libc6 2.13-27 ii libgcc1 1:4.7.0-2 ii libreoffice-core 1:3.5.2-1 ii libstdc++64.7.0-2 ii libvisio-0.0-00.0.15-2+b1 ii libwpd-0.9-9 0.9.4-3 ii libwpg-0.2-2 0.2.1-1 ii libxml2 2.7.8.dfsg-7 ii uno-libs3 3.5.2-1 ii ure 3.5.2-1 ii zlib1g1:1.2.6.dfsg-2 -- 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#661314: [Pkg-sysvinit-devel] Bug#661314: insserv: script foo is not an executable regular file, skipped!
Package: sysv-rc Version: 2.88dsf-22 Severity: minor Justification: confusing message Hi, If I do: apt-get install vsftpd service vsftpd stop chmod -x /etc/init.d/vsftp update-rc.d vsftpd disable then the last command produces: update-rc.d: using dependency based boot sequencing insserv: script vsftpd is not an executable regular file, skipped! However vsftpd was not skipped --- the update-rc.d vsftpd disable command behaves exactly the way I'd have wanted, even after the init script is marked executable again. Does it really do what you wanted? Were the S links for vsftp changed to K links in its start runlevels (properly disabled) or were they removed alltogether (not really disabled, technically incosistent state)? Whats ls /etc/rc*.d/*vsftp say after doing these steps? What is this message intended to convey? Could it be reworded? It think its pretty stright forward, its complaining that the script it has been asked to work on is not executable. Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org