Bug#656177: Acknowledgement (RFP: appmenu-gtk -- global appmenu integration)
Actually, this request is for the whole of appmenu packaging. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#656094: debian/watch broken
On Mon, 16 Jan 2012 13:28:49 +0100, Jean-Louis Dupond wrote: The current watch file is not working anymore. Files are now located here: http://sourceforge.net/projects/roundcubemail/files/roundcubemail/ debian/watch works for me. It detects the latest version (currently 0.7.1). What is your output of uscan --report --verbose ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650081: ACPI wakeup doesn't work on ASUS P8H67-M EVO
Hello, On 14/01/12 17:33, Jonathan Nieder wrote: Eric Lavarde wrote: I'm surely not experienced in these topics, but I thought that there should be no difference for the BIOS / ACPI between a pure shutdown and a suspend to disk. Nah, they are different. Suspend to disk happens with ACPI cooperation. [...] Let me know if I can test / do anything further to solve the issue, It's possible your machine only supports wake from S4 and not S5, in which case the best bet would be to get your (out-of-tree?) driver to suspend to disk sanely. By the way, has there been any effort to get that out-of-tree driver merged upstream? Please file a bug describing the missing functionality it provides, and I can try working on that. All that said, I see no reason _in principle_ that a machine that can wake from S4 should not be able to wake from S5. It might be possible to debug this as an ACPI or RTC issue. Please test 3.2-rc7 from experimental without any out-of-tree drivers, and provide: i. full dmesg output from booting, setting the wakeup timer, hibernating with echo disk/sys/power/state, and waking up ii. information about what happens if you instead boot, set the wakeup time, shutdown with shutdown -h now, and wake up Done (see attached files from an xterm -l logfile + the script used) - in the 2nd case it doesn't wake up, so that's easy... Also, when you set the wakeup timer, is it visible from the CMOS menus? If it is, that might help in comparing what happens in cases (i) and (ii). With CMOS menus you mean the BIOS? If yes, then it doesn't appear, I only see what I enter in the BIOS. Perhaps interesting: if I do a 'cat /proc/driver/rtc' after a reboot (i.e. before having entered myself a time), I see what I entered manually in the BIOS under alrm_time and alrm_date: rtc_time: 07:39:05 rtc_date: 2012-01-17 alrm_time : 18:15:00 alrm_date : 2012-01-17 alarm_IRQ : yes alrm_pending: no update IRQ enabled : no periodic IRQ enabled: no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr: yes periodic_IRQ: no update_IRQ : no HPET_emulated : yes BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay If I read the rtc after resume from suspend, I see the time I had entered from the command line before the suspend: rtc_time: 07:53:29 rtc_date: 2012-01-17 alrm_time : 07:52:21 alrm_date : 2012-01-17 alarm_IRQ : yes alrm_pending: no update IRQ enabled : no periodic IRQ enabled: no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr: yes periodic_IRQ: no update_IRQ : no HPET_emulated : yes BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay Could it be that the BIOS overwrites my command line entry at shutdown time, but not at suspend time? I have the impression that the BIOS has 2 places with wake-up time: A for the configuration itself (what has been entered in the BIOS by the user, me, and is visible in the BIOS GUI) and B to actually get the PC to wake-up, and it copies A to B at shutdown time... What do you think? Am I f* up? Thanks, Jonathan I thank you, Eric Xterm.log.emil.2012.01.17.08.13.05.DISKSUSPEND.gz Description: GNU Zip compressed data Xterm.log.emil.2012.01.17.08.24.24.HALT.gz Description: GNU Zip compressed data acpi_test.sh.gz Description: GNU Zip compressed data
Bug#656159: kdenlive: repeatable crash when rendering to ogv
Am 17.01.2012 00:35, schrieb Toni Mueller: Package: kdenlive Version: 0.7.8-1 Severity: normal Hi, I'm trying to render part of a video, original MP4, to OGV, and get a repeatable crash. Unfortunately, I get this error message: [libtheora @ 0x85be060]theora_encode_init failed [ogg @ 0x85bd0d0]No extradata present See also https://bugs.launchpad.net/ubuntu/+source/mlt/+bug/521091 Hm I need a full backtrace, since you are on a i386 system and the ubuntu report says something about sse features (eax etc). A way to upload the video? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645863: how to configure all interfaces in postinst?
Hi, I just realized that I never replied to this one, but better late than never... On Wed, Oct 19, 2011 at 08:59:25AM +0200, Harald Dunkel wrote: I would like to restrict traffic on all interfaces except for lo0, even if new interfaces are introduced later (by adding a wlan USB stick or a br0 interface, for example). How can I tell the postinst script? I cannot tell you from the top of my head. But in any case this is not really a wishlist bug either. I rather seems like a usage-related question that should be asked on upstream's support mailing list for this software, see http://rocky.eld.leidenuniv.nl Cheers, Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656179: pdfposter should allow for printing overlap
Package: pdfposter Version: 0.4.4-2 Severity: wishlist Tags: patch upstream Forwarded: http://pdfposter.origo.ethz.ch/node/39 At the moment, pdfposter prints full-bleed to the edge of the pages. Most real-world printers can't handle this, so it leaves gaps in the printed material as a result. The attached patch applies to pdfposter 0.5.0 and creates an overlap option. It was originally reported to upstream at http://pdfposter.origo.ethz.ch/node/39, and the patch was updated by me, as noted in the upstream bug log. This is not the full fix for full-bleed printing, but it's a start, and it certainly makes it easier to re-assemble pages after printing. --dkg -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdfposter depends on: ii python 2.7.2-9 ii python-pypdf1.13-1 ii python-support 1.0.14 pdfposter recommends no packages. pdfposter suggests no packages. -- no debconf information --- a/pdftools/pdfposter/__init__.py +++ b/pdftools/pdfposter/__init__.py @@ -32,6 +32,7 @@ import math DEFAULT_MEDIASIZE = 'a4' +DEFAULT_OVERLAP_PERCENT = 0 mm = 72 / 25.4 @@ -136,12 +137,12 @@ log(18, 'Rotating %s specs to portrait format', which) return True -def decide_num_pages(inbox, mediabox, posterbox, scale=None): +def decide_num_pages(inbox, mediabox, posterbox, scale=None, overlap=0.01*DEFAULT_OVERLAP_PERCENT): decide on number of pages # avoid changing original posterbox when handling multiple pages # (if --scale, posterbox is None) posterbox = posterbox and posterbox.copy() -cutmargin = {'x': 0, 'y': 0} # todo +cutmargin = {'x': mediabox['width']*overlap, 'y': mediabox['height']*overlap} # todo whitemargin = {'x': 0, 'y': 0} # todo # media and image sizes (inbox) are fixed already # available drawing area per sheet @@ -240,16 +241,17 @@ page[NameObject('/Contents')] = content -def posterize(outpdf, page, mediabox, posterbox, scale): +def posterize(outpdf, page, mediabox, posterbox, scale, overlap=0.01*DEFAULT_OVERLAP_PERCENT): page: input page mediabox : size secs of the media to print on posterbox: size secs of the resulting poster scale: scale factor (to be used instead of posterbox) +overlap: proportion of expected overlap per output page inbox = rectangle2box(page.artBox) ncols, nrows, scale, rotate = decide_num_pages(inbox, mediabox, - posterbox, scale) + posterbox, scale, overlap) mediabox = mediabox.copy() _scale_pdf_page(page, scale) if rotate: @@ -257,8 +259,8 @@ rotate_box(inbox) rotate_box(mediabox) # area to put on each page (allows for overlay of margin) -h_step = mediabox['width'] - mediabox['offset_x'] -v_step = mediabox['height'] - mediabox['offset_y'] +h_wid = mediabox['width'] - mediabox['offset_x'] +v_hi = mediabox['height'] - mediabox['offset_y'] trimbox = rectangle2box(page.trimBox) h_pos = float(trimbox['offset_x']) @@ -272,15 +274,15 @@ # transparent fill box behind, so the real content is in # the lower left corner newpage.mediaBox = RectangleObject((h_pos, v_pos, -h_pos + h_step, -v_pos + v_step)) +h_pos + h_wid, +v_pos + v_hi)) newpage.trimBox = RectangleObject((h_pos, v_pos, - min(h_max, h_pos + h_step), - min(v_max, v_pos + v_step))) + min(h_max, h_pos + h_wid), + min(v_max, v_pos + v_hi))) newpage.cropBox = newpage.artBox = newpage.trimBox outpdf.addPage(newpage) -v_pos += v_step -h_pos += h_step +v_pos += v_hi*(1-overlap) +h_pos += h_wid*(1-overlap) def password_hook(): import getpass @@ -308,6 +310,7 @@ for i, page in enumerate(inpdf.pages): log(19, ' processing page %i -', i+1) -posterize(outpdf, page, opts.media_size, opts.poster_size, opts.scale) +posterize(outpdf, page, opts.media_size, opts.poster_size, opts.scale, + opts.overlap_percent*0.01) if not opts.dry_run: outpdf.write(open(outfilename, 'wb')) --- a/pdftools/pdfposter/cmd.py +++ b/pdftools/pdfposter/cmd.py @@ -23,7 +23,7 @@ __copyright__ = Copyright 2008-2009 by
Bug#656180: tex-common: ! TeX capacity exceeded, sorry [pool size=1182621].
Package: tex-common Version: 2.08.1 Severity: normal Everytime I use latex on a new system, I need to edit the /etc/texmf/texmf.cnf to fix the pool size limit, since it is so low. Could the default value be a little bigger (factor 10) ? Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') 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 tex-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii dpkg 1.15.8.11 Debian package management system ii ucf 3.0025+nmu1 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 8.9.7~bpo60+1 helper programs for debian/rules Versions of packages texlive-base depends on: ii dpkg 1.15.8.11 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii luatex0.60.2-1 next generation TeX engine ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-common2009-11TeX Live: Base component ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656181: aspell: umlaut keyboard input in utf8 locale is broken
Package: aspell Version: 0.60.6-4 Severity: normal During an interactive check, if a word needs to be entered manually, aspell does not accept umlauts in a UTF8 locale. They appear as an empty character when typed on the keyboard. How to reproduce: On a utf8 terminal. echo doesnotexit text.txt LANG=de_DE.UTF-8 aspell check text.txt press for replace r type or paste in a word with an umlaut, e.g. Tür Observation: aspell will display T r and also replace the word with it. Expectaton: aspell should display and replace Tür. Additional information: when using aspell on a latin1 locale and setting, e.g. LANG=de_DE@euro, the behaviour is correct. Best Regards, Bernhard -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (550, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell depends on: ii dictionaries-common 1.5.17 Common utilities for spelling dict ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++64.4.5-8The GNU Standard C++ Library v3 Versions of packages aspell recommends: ii aspell-de [aspell-dictionar 20091006-4.2 German dictionary for aspell ii aspell-en [aspell-dictionar 6.0-0-6 English dictionary for GNU Aspell Versions of packages aspell suggests: pn aspell-docnone (no description available) pn spellutilsnone (no description available) -- 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#656066: mauvais fichier, en attente de réceptionner le fichier correct
Le fichier joint n'est pas correct, en attente de recevoir la bonne traduction -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656182: vsftpd FTBFS on alpha: No getpid syscall on Alpha Linux!
Source: vsftpd Version: 2.3.5-1 Severity: important Tags: patch User: debian-al...@lists.debian.org Usertags: alpha X-Debbugs-CC: debian-al...@lists.debian.org Justification: Fails to build from source (but built in the past) vsftpd FTBFS on Alpha. From the build log: gcc -c sysdeputil.c -g -O2 -Wformat -Wformat-security -Werror=format-security -W -Wshadow -idirafter dummyinc sysdeputil.c: In function 'vsf_sysutil_getpid_nocache': sysdeputil.c:1371:18: error: '__NR_getpid' undeclared (first use in this function) This occurs because the syscall is getxpid, not getpid, on Alpha Linux. The fix is: --- vsftpd-2.3.5.orig/sysdeputil.c 2012-01-17 20:48:20.0 +1300 +++ vsftpd-2.3.5/sysdeputil.c 2012-01-17 21:17:38.0 +1300 @@ -86,6 +86,9 @@ #include linux/unistd.h #include errno.h #include syscall.h + #if defined(__alpha__) +#define __NR_getpid __NR_getxpid + #endif #endif #if defined(__linux__) !defined(__ia64__) !defined(__s390__) Cheers Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579005: XFS internal error xfs_da_do_buf(2) at line 2085 of file fs/xfs/xfs_da_btree.c.
Hello, I have booted with 2.6.39 from backports and was able to repair the filesystem. (I took a snapshot of the lun first and tried the repair on the snapshot first.) I have attached the output of the repair. I'm going to reply to the questions I can answer :) - what steps you perform to reproduce this, what happens, and how that differs from what you expected (should be easy in this example) I was not able to go into a directory. The problem was already reported in november to us. But got lost in our ticketing system. I just recently saw it myself when doing some other checks. - which kernel versions you have tried and results from each I was running 2.6.32 If we are lucky, someone on that list might suggest commands to help diagnose it, which should make it easier for others to artificially reproduce, see if 3.x.y is affected, and make sure it is fixed in 3.x.y and 2.6.32.y. I suspect indeed a problem with the underlying hardware. The system has crashed in the past several times... thanks for you feedback Jonathan, we were able to repair the problem, so for us the problem is fixed. It's good however to have this in a bug report. Rudy root@cyrprd3:~# xfs_repair -v /dev/mapper/mail22-ds3400-2 Phase 1 - find and verify superblock... - block cache size set to 4628616 entries Phase 2 - using internal log - zero log... zero_log: head block 476774 tail block 476774 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 bad directory block magic # 0x494e in block 0 for directory inode 1074040836 corrupt block 0 in directory inode 1074040836 will junk block no . entry for directory 1074040836 no .. entry for directory 1074040836 problem with directory contents in inode 1074040836 cleared inode 1074040836 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 1 - agno = 0 - agno = 2 - agno = 3 entry bo^hostens at block 1 offset 1424 in directory inode 3221226960 references free inode 1074040836 clearing inode number in entry at offset 1424... Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 bad hash table for directory inode 3221226960 (no data entry): rebuilding rebuilding directory inode 3221226960 - traversal finished ... - moving disconnected inodes to lost+found ... disconnected dir inode 1073872228, moving to lost+found disconnected inode 1073932762, moving to lost+found disconnected inode 1073964036, moving to lost+found disconnected inode 1074040838, moving to lost+found disconnected inode 1074040839, moving to lost+found disconnected inode 1074040841, moving to lost+found Phase 7 - verify and correct link counts... resetting inode 1600316 nlinks from 3 to 2 resetting inode 4828946 nlinks from 2 to 1 resetting inode 8181821 nlinks from 3 to 2 resetting inode 24462957 nlinks from 3 to 2 resetting inode 25151068 nlinks from 2 to 1 resetting inode 64114025 nlinks from 4 to 3 resetting inode 3221226960 nlinks from 178 to 177 XFS_REPAIR SummaryFri Jan 13 16:29:13 2012 Phase Start End Duration Phase 1: 01/13 16:24:39 01/13 16:24:39 Phase 2: 01/13 16:24:39 01/13 16:25:48 1 minute, 9 seconds Phase 3: 01/13 16:25:48 01/13 16:26:16 28 seconds Phase 4: 01/13 16:26:16 01/13 16:26:25 9 seconds Phase 5: 01/13 16:26:25 01/13 16:26:26 1 second Phase 6: 01/13 16:26:26 01/13 16:26:41 15 seconds Phase 7: 01/13 16:26:41 01/13 16:26:41 Total run time: 2 minutes, 2 seconds done
Bug#645863: how to configure all interfaces in postinst?
Just put this in your EXT, that should cover about all cases: EXT_IF=eth+ br+ wlan+ -arno On 17-Jan-12 9:12, Michael Hanke wrote: Hi, I just realized that I never replied to this one, but better late than never... On Wed, Oct 19, 2011 at 08:59:25AM +0200, Harald Dunkel wrote: I would like to restrict traffic on all interfaces except for lo0, even if new interfaces are introduced later (by adding a wlan USB stick or a br0 interface, for example). How can I tell the postinst script? I cannot tell you from the top of my head. But in any case this is not really a wishlist bug either. I rather seems like a usage-related question that should be asked on upstream's support mailing list for this software, see http://rocky.eld.leidenuniv.nl Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656183: freerdp-x11: New upstream release available - freerdp 1.0 released.
Package: freerdp-x11 Version: 0.8.2-2+b1 Severity: wishlist Tags: upstream Hi, FreeRDP just released 1.0[1][2]. Source code has been rewrited, and the new codebase is licensed under `Apache License 2.0'! There are many new features are introducted * RemoteFX * Both encoder and decoder * SSE2 and NEON optimization * NSCodec * RemoteApp * Working, minor glitches * Multimedia Redirection * ffmpeg support * Network Level Authentication (NLA) * NTLMv2 * Certificate validation * FIPS-compliant RDP security * new build system (cmake) * added official logo and icon You can find a updated cdbs-style debian/rules at launchpad[3] for reference. [1] http://www.freerdp.com/?p=92 [2] http://sourceforge.net/mailarchive/message.php?msg_id=28684103 [3] https://code.launchpad.net/~freerdp-team/freerdp/freerdp-1.0-debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653421: [demo@qemuhost: arno-iptables-firewall: rpc services blocked to internal network]
This has been fixed/included upstream (by us). The next stable version has it included. -arno On 28-Dec-11 3:58, fai demo user wrote: Package: arno-iptables-firewall Version: 2.0.0.c-1 Severity: normal Dear Maintainer, I have discovered that arno is blocking rpc services to my internal network, which makes it hard to network boot clients. ;) A friend of mine has created a script to fix this: https://gitorious.org/fai-cd-configs/fai-cd-configs/blobs/raw/master/files/usr/share/arno-iptables-firewall/plugins/90rpc.plugin/DEFAULT Thanks, Julia Longtin *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages arno-iptables-firewall depends on: ii debconf [debconf-2.0] 1.5.41 ii gawk 1:3.1.8+dfsg-0.1 ii iproute2017-1 ii iptables 1.4.12-1 Versions of packages arno-iptables-firewall recommends: ii dnsutils 1:9.8.1.dfsg-1.1 ii lynx 2.8.8dev.9-2 ii rsyslog 5.8.6-1 arno-iptables-firewall suggests no packages. -- Configuration Files: /etc/arno-iptables-firewall/firewall.conf changed: EXT_IF=$DC_EXT_IF EXT_IF_DHCP_IP=$DC_EXT_IF_DHCP_IP EXTERNAL_DHCP_SERVER=0 EXTERNAL_DHCPV6_SERVER=0 INT_IF=$DC_INT_IF INTERNAL_NET=$DC_INTERNAL_NET INTERNAL_NET_ANTISPOOF=1 DMZ_IF= DMZ_NET= DMZ_NET_ANTISPOOF=1 NAT=$DC_NAT NAT_INTERNAL_NET=$DC_NAT_INTERNAL_NET NAT_LOCAL_REDIRECT=1 NAT_FORWARD_TCP=~10.100.0.117~80 ~888910.100.0.88~80 ~889010.100.0.40~80 ~889110.100.0.58~80 ~889210.100.0.100~80 ~889310.100.0.20~80 ~228010.100.0.44~22 ~228110.100.0.75~22 ~833310.100.0.95~8333 NAT_FORWARD_UDP= NAT_FORWARD_IP= INET_FORWARD_TCP= INET_FORWARD_UDP= INET_FORWARD_IP= IP4TABLES=/sbin/iptables IP6TABLES=/sbin/ip6tables ENV_FILE=/usr/share/arno-iptables-firewall/environment PLUGIN_BIN_PATH=/usr/share/arno-iptables-firewall/plugins PLUGIN_CONF_PATH=/etc/arno-iptables-firewall/plugins DMESG_PANIC_ONLY=1 MANGLE_TOS=1 SET_MSS=1 TTL_INC=0 RESOLV_IPS=0 DNS_FAST_FAIL=0 USE_IRC=0 LOOSE_FORWARD=0 FORWARD_LINK_LOCAL=0 DROP_PRIVATE_ADDRESSES=0 DRDOS_PROTECT=0 IPV6_SUPPORT=0 NMB_BROADCAST_FIX=0 COMPILED_IN_KERNEL_MESSAGES=1 DEFAULT_POLICY_DROP=1 TRUSTED_IF= IF_TRUSTS= CUSTOM_RULES=/etc/arno-iptables-firewall/custom-rules LOCAL_CONFIG_FILE= DISABLE_IPTABLES_BATCH=0 TRACE=0 BLOCKED_HOST_LOG=1 SCAN_LOG=1 POSSIBLE_SCAN_LOG=1 BAD_FLAGS_LOG=1 INVALID_TCP_LOG=0 INVALID_UDP_LOG=0 INVALID_ICMP_LOG=0 RESERVED_NET_LOG=0 FRAG_LOG=1 INET_OUTPUT_DENY_LOG=1 LAN_OUTPUT_DENY_LOG=1 LAN_INPUT_DENY_LOG=1 DMZ_OUTPUT_DENY_LOG=1 DMZ_INPUT_DENY_LOG=1 FORWARD_DROP_LOG=1 LINK_LOCAL_DROP_LOG=1 ICMP_REQUEST_LOG=1 ICMP_OTHER_LOG=1 PRIV_TCP_LOG=1 PRIV_UDP_LOG=1 UNPRIV_TCP_LOG=1 UNPRIV_UDP_LOG=1 IGMP_LOG=1 OTHER_IP_LOG=1 ICMP_FLOOD_LOG=1 FIREWALL_LOG=/var/log/arno-iptables-firewall LOGLEVEL=info LOG_HOST_INPUT_TCP= LOG_HOST_INPUT_UDP= LOG_HOST_INPUT_IP= LOG_HOST_OUTPUT_TCP= LOG_HOST_OUTPUT_UDP= LOG_HOST_OUTPUT_IP= LOG_INPUT_TCP= LOG_INPUT_UDP= LOG_INPUT_IP= LOG_OUTPUT_TCP= LOG_OUTPUT_UDP= LOG_OUTPUT_IP= LOG_HOST_INPUT= LOG_HOST_OUTPUT= SYN_PROT=1 REDUCE_DOS_ABILITY=1 ECHO_IGNORE=0 LOG_MARTIANS=1 IP_FORWARDING=1 IPV6_AUTO_CONFIGURATION=1 ICMP_REDIRECT=0 CONNTRACK=16384 ECN=0 RP_FILTER=1 SOURCE_ROUTE_PROTECTION=1 LOCAL_PORT_RANGE=32768 61000 DEFAULT_TTL=64 NO_PMTU_DISCOVERY=0 LAN_OPEN_ICMP=1 LAN_OPEN_TCP=21 22 80 1234 LAN_OPEN_UDP=53 67 69 LAN_OPEN_IP= LAN_DENY_TCP= LAN_DENY_UDP= LAN_DENY_IP= LAN_HOST_OPEN_TCP= LAN_HOST_OPEN_UDP= LAN_HOST_OPEN_IP= LAN_HOST_DENY_TCP= LAN_HOST_DENY_UDP= LAN_HOST_DENY_IP= LAN_INET_OPEN_ICMP=1 LAN_INET_OPEN_TCP= LAN_INET_OPEN_UDP= LAN_INET_OPEN_IP= LAN_INET_DENY_TCP= LAN_INET_DENY_UDP= LAN_INET_DENY_IP= LAN_INET_HOST_OPEN_TCP= LAN_INET_HOST_OPEN_UDP= LAN_INET_HOST_OPEN_IP= LAN_INET_HOST_DENY_TCP= LAN_INET_HOST_DENY_UDP= LAN_INET_HOST_DENY_IP= DMZ_OPEN_ICMP=1 DMZ_OPEN_TCP= DMZ_OPEN_UDP= DMZ_OPEN_IP= DMZ_HOST_OPEN_TCP= DMZ_HOST_OPEN_UDP= DMZ_HOST_OPEN_IP= INET_DMZ_OPEN_ICMP=0 INET_DMZ_OPEN_TCP= INET_DMZ_OPEN_UDP= INET_DMZ_OPEN_IP= INET_DMZ_DENY_TCP= INET_DMZ_DENY_UDP= INET_DMZ_DENY_IP= INET_DMZ_HOST_OPEN_TCP= INET_DMZ_HOST_OPEN_UDP= INET_DMZ_HOST_OPEN_IP= INET_DMZ_HOST_DENY_TCP= INET_DMZ_HOST_DENY_UDP= INET_DMZ_HOST_DENY_IP= DMZ_INET_OPEN_ICMP=1 DMZ_INET_OPEN_TCP=
Bug#651510: #651510 (gpw) - Not sure if security bug
On Tue, Jan 17, 2012 at 07:38:08AM +0100, Yves-Alexis Perez wrote: tag 651510 security thanks On lun., 2012-01-16 at 11:30 +0100, Michael Stummvoll wrote: Hi, last month I filed the bug #651510 against gpw. Short version of this bug: Hi, sorry for the delay. gpw is a password generator util. The user provides the length of password and gpw generates one or some with this. The bug brings gpw to generate shorter passwords then provided in some cases. This case is very seldom: in ~20 out of 1 mio, the password is shorter then provided - for an provided length on 10. and in ~5-10 out of 1 mio, the password is only 3 chars long (should be independ of provided length) This rate should'nt affect an normal user I think. But e.g. if used in a script for automaticly generation of logins, that could be security relevant if a 3-char-password is assumed as a secure password. Agreed, the manpage is pretty specific about that, the passwords are supposed to be of the specified length. Sorry, I did not receive the mail about that, maybe filtered out by my multi-layer spam filters. That said, it is a bug. About security I would note that an alphabetic only password should not be considered safe enough. Gpw should be used in combination with some other randomizer to obtain a semi-pronounceable password. So I consider that bug from minor to neglectable at the security level. Gpw can be considered safe enough in some contexts, but not in general. And that's true independently on this bug. However, this case looks very constructed to me. I hoped for a response from maintainer to get a clear point if he see this bug as security-bug, but since i filed it a month ago, nothing happened, and i am still not sure about the servity of this bug. To me that's definitely a security issue, though I'm not sure how much people use gpw in a script (or gpw at all). Now, i am thinking about to retag it to security, but therefore I want to obtain some opinions here. That'd be a start, but note that gpw doesn't look like the most maintained piece of software. That's sure but as for a lot of softwares, it is useful enough for some goals. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656184: libav: FTBFS on armel
Package: libav Version: 4:0.8~beta2-2 Severity: Serious On Fri, Jan 13, 2012 at 5:08 PM, fabian-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit 7415b3bd0fdb7188c7c5cc8802f92aeb7890a0d3 Author: Fabian Greffrath fabian+deb...@greffrath.com Date: Fri Jan 13 17:07:53 2012 +0100 Properly set the library paths for multiarch and shared libs in debian/*.install instead of using brace expansion and asterisks. The debian/*.install files for the shared library packages get dynamically generated at build time with the proper multipath library paths set. On archs that support optimized shared libraries, the special path to these libraries for the dynamic linker is also set. NOTE: This currently only works for *one* additional optimized shared library per arch! It seems that this patch broke compilation on armel, see this buildlog: https://buildd.debian.org/status/fetch.php?pkg=libavarch=armelver=4%3A0.8~beta2-2stamp=1326762191 Interestingly, it still works on armhf. Fabian, do you think you can fix this somehow soon. Alternatively, we can also revert that commit and re-introduce it later. What would you prefer? Cheers, Reinhard -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656142: ITP: duff -- Duplicate file finder
Kamal Mostafa ka...@whence.com writes: Package: wnpp Severity: wishlist Owner: Kamal Mostafa ka...@whence.com * Package name: duff Version : 0.5 Upstream Author : Camilla Berglund elmindr...@elmindreda.org * URL : http://duff.sourceforge.net/ * License : Zlib Programming Lang: C Description : Duplicate file finder Duff is a command-line utility for identifying duplicates in a given set of files. It attempts to be usably fast and uses the SHA family of message digests as a part of the comparisons. If there aren't warnings about use of SHA1 in the tool, there should be. While I don't recall any published SHA1 collisions, SHA1 is considered broken and shouldn't be used if you want to trust your comparisons. I'm assuming the tool supports SHA256 and other SHA2 hashes as well? It might be useful to make sure the defaults are non-SHA1. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
On Tue, Jan 17, 2012 at 6:47 AM, Ritesh Raj Sarraf r...@debian.org wrote: On 01/17/2012 02:26 AM, Thomas Goirand wrote: Interestingly there's nothing under /proc/xen. The /etc/init.d/xend init script should have mount xenfs for you. Try to restart it by hand, and see if it does it. xenfs and xen-evtchn modules are also loaded by this init script. Can you also check if they are loaded? If they aren't loaded after doing a /etc/init.d/xend start, then you got an issue here, which really, has nothing to do with XCP. Yes, running xend mounts /proc/xen. But the problem is, xcp-xapi wants to have xend disabled. # Exit with failure if xend is running if [ -f /var/run/xend.pid ]; then log_failure_msg /var/run/xend.pid exists; ${NAME} conflicts with xend exit 1 fi So I disabled the xend init file and then ran into this problem. If I run xapi with xend enabled, I get the expected err msg. lnx200-39:~# ls /proc/xen/ capabilities privcmd xenbus xsd_kva xsd_port lnx200-39:~# /etc/init.d/xcp-xapi start /var/run/xend.pid exists; xapi conflicts with xend ... failed! Hi Ritesh, We're in a bit of a bind with the xend init script. Xapi depends on most of the init script being run (as you've seen), but xend itself conflicts with xapi. We need to come up with a good solution to this conflict. I think it would be best if we could create a file /etc/default/xen that would let us switch between the xm, xl and xapi toolstacks. Until then, do you think it would be best to copy the required parts of xend.init into xcp-xapi.init? Are there any other solutions that we're overlooking? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655935:
tags 655935 pending thanks I'll wait until vasks comes back to do the upload. I'd like to commit my local change to svn first. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656142: ITP: duff -- Duplicate file finder
On Mon, Jan 16, 2012 at 12:58:13PM -0800, Kamal Mostafa wrote: * Package name: duff * URL : http://duff.sourceforge.net/ A quick speed comparison: real user system max RSS elapsed cmd (s) (s) (s)(KiB) (s) 3.2 2.4 5.862784 5.8 hardlink --dry-run files /dev/null 1.1 0.4 1.615424 1.6 rdfind files /dev/null 1.9 0.2 2.2 9904 2.2 duff-0.5/src/duff -r files /dev/null rdfind seems to be quickest one, but duff compares well with hardlink, which (see http://liw.fi/dupfiles/) was the fastest one I knew of in Debian so far. This was done using my benchmark-cmd utility in my extrautils collection (not in Debian): http://liw.fi/extrautils/ for source. The exact command to generate the above table: benchmark-cmd \ --setup='genbackupdata --create=100m files' \ --setup='cp -a files/0 files/copy' \ --cleanup='rm -rf files' \ --verbose \ --command='hardlink --dry-run files /dev/null' \ --command='rdfind files /dev/null' \ --command='duff-0.5/src/duff -r files /dev/null' Personally, I would be wary of using checksums for file comparisons, since comparing files byte-by-byte isn't slow (you only need to do it to files that are identical in size, and you need to read all the files anyway). I also think we've now got enough of duplicate file finders in Debian that it's time to consider whether we need so many. It's too bad they all have incompatible command line syntaxes, or it would be possible to drop some. (We should accept a new one if it is better than the existing ones, of course. Evidence required.) -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ signature.asc Description: Digital signature
Bug#656159: kdenlive: repeatable crash when rendering to ogv
Hi, On 01/17/2012 09:03 AM, Patrick Matthäi wrote: Am 17.01.2012 00:35, schrieb Toni Mueller: Package: kdenlive Version: 0.7.8-1 Severity: normal [libtheora @ 0x85be060]theora_encode_init failed [ogg @ 0x85bd0d0]No extradata present See also https://bugs.launchpad.net/ubuntu/+source/mlt/+bug/521091 Hm I need a full backtrace, since you are on a i386 system and the ubuntu report says something about sse features (eax etc). the program said something about the backtrace not being useful, and prevented me from uploading it despite my installing the -dbg package. A way to upload the video? Yes, I think I can upload the video and the project, but the video is roughly 290 MB in size, ie. unsuitable to send via email. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656186: RFA: mimetex
Package: wnpp Severity: normal See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440337#15 Isaac retired from Debian. I've just made a QA upload. If you want to maintain this package through the Debian TeX maintainers, please adopt it. Hilmar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647741: linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access
This problem has occurred again with linux-image-3.2.0-rc7-amd64 3.2~rc7-1~experimental.1. The display was no longer updated (in particular the mouse pointer didn't move) for several seconds. The CPU usage suddenly became high (it is normally close to 0). There is more than 1 GB free memory. Nothing special in dmesg output. On 2011-11-05 23:50:53 +0100, Vincent Lefevre wrote: On 2011-11-05 17:19:01 -0500, Jonathan Nieder wrote: If nothing along those lines help, can you bisect (e.g., starting by trying 2.6.39 for a while)? OK, I'm going to try that (I have 2.6.39-1, 2.6.39-2 and 3.0.0-1 also installed). I had done some tests, but they weren't conclusive, as the UI wasn't frozen. I just noticed (with all kernels) that from time to time, the disk gets very busy for several seconds, in which case a command that does a disk access is blocked for a few seconds. When the problem occurs, the mouse can still move and I can switch the desktop with the window manager (fvwm). But applications like xterm and iceweasel are frozen (e.g. typing in xterm has no effect until the disk is no longer accessed). Note that here even the mouse was frozen. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656159: kdenlive: repeatable crash when rendering to ogv
Am 17.01.2012 10:10, schrieb Toni Müller: Hi, On 01/17/2012 09:03 AM, Patrick Matthäi wrote: Am 17.01.2012 00:35, schrieb Toni Mueller: Package: kdenlive Version: 0.7.8-1 Severity: normal [libtheora @ 0x85be060]theora_encode_init failed [ogg @ 0x85bd0d0]No extradata present See also https://bugs.launchpad.net/ubuntu/+source/mlt/+bug/521091 Hm I need a full backtrace, since you are on a i386 system and the ubuntu report says something about sse features (eax etc). the program said something about the backtrace not being useful, and prevented me from uploading it despite my installing the -dbg package. A way to upload the video? Yes, I think I can upload the video and the project, but the video is roughly 290 MB in size, ie. unsuitable to send via email. Kind regards, --Toni++ Would be nice. You could use some filehoster or FTP, which could also be private (just send the data then only to me). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656187: reprepro: Permit to use wildcards for build-needing
Package: reprepro Version: 4.8.2-1 Severity: wishlist Dear Maintainer, Is there a way to make reprepro build-needing using wildcards and/or any and/or all? If I upload sources of an all package, it's not listed for the different architectures reprepro manages. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0+hati.1+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive12.8.5-5 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-24 ii libdb5.1 5.1.29-1 ii libgpg-error0 1.10-2 ii libgpgme11 1.2.0-1.4 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages reprepro recommends: ii apt 0.8.15.9 Versions of packages reprepro suggests: ii gnupg-agent 2.0.18-2 ii inoticoming none ii lzipnone ii xz-lzma [lzma] 5.1.1alpha+20110809-3 ii xz-utils5.1.1alpha+20110809-3 -- no debconf information -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgp9JnsoEnOzr.pgp Description: PGP signature
Bug#647498: debianalized freerdp 1.0
The debdiff which Jean-Louis sent is using my debian rules[1]. I am happy to port it to debian, if you can help to review and upload the package to Debian. And you are welcome to use my debian rules. [1] https://code.launchpad.net/~freerdp-team/freerdp/freerdp-1.0-debian Regards -Rex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648705: Please help with fixing a bug on kfreebsd [Was: Processed: unarchiving 648705]
Hi! Am 16.01.2012 19:18, schrieb Andreas Tille: Why not enabling others having the experience to have fixed a bug on freebsd? The package is team maintained. To cite you in the mail which started this thread: any hint, how to fix this problem? And the previous mail you claimed you can't fix in from a Linux box. Seems to me you got precisely what you asked for ;) Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
On Tue, Jan 17, 2012 at 02:00, Dmitry Smirnov only...@member.fsf.org wrote: Hi Aron, Package is all good for final review. All the issues you brought to my attention are now fixed in the updated package. I see your package is in good shape. It's nearly ready for upload. The only controversial change I'm a little bit concerned about is dropping libgoffice in order to deliver most recent release. I hope this will be all right with you, otherwise I'll package older version and we'll wait for libgoffice-0.10 availability. I think it's a good time for upload since the package update is long overdue. I wonder what's the impact of disabling libgoffice? If it's not too visible to user, I'm okay. Please feel free to grab source package: dget -ux http://mentors.debian.net/debian/pool/main/a/abiword/abiword_2.9.2-1.dsc Alternatively you can use the temporary git repository: http://git.debian.org/?p=users/onlyjob-guest/abiword.git Apparently... git.debian.org has been down today... And I suggest to move the repository to collab-maint, so other one can help easily when you ask them. Apart from packaging stuff, I'd like to ask you spend some effort on triaging bugs on BTS. I believe many of them has been fixed (maybe already long time before). Once the package get uploaded, please act if you see appropriate as you've becoming the new maintainer in Debian. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656188: dh_clideps: Syntax errors causing FTBFS in every depending package
Package: cli-common-dev Version: 0.8 Severity: grave When building a package using dh_clideps 0.8 , | dh_clideps | Global symbol $exclude_pattern requires explicit package name at /usr/bin/dh_clideps line 662. | Global symbol $exclude_pattern requires explicit package name at /usr/bin/dh_clideps line 663. | Global symbol $exclude_pattern requires explicit package name at /usr/bin/dh_clideps line 668. | Global symbol $name requires explicit package name at /usr/bin/dh_clideps line 682. | BEGIN not safe after errors--compilation aborted at /usr/bin/dh_clideps line 746. | make: *** [binary-indep] Error 255 ` Looks like some of the recent improvements weren't correct. This of course puts the whole transition on hold. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cli-common-dev depends on: ii debhelper 8.9.14 ii libxml-dom-perl1.44-1 ii mono-devel [strong-name-tool] 2.10.5-2 ii mono-utils [cil-disassembler] 2.10.5-2 ii perl-modules 5.14.2-6 cli-common-dev recommends no packages. cli-common-dev suggests no packages. -- no debconf information -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
Also there is a lintian warning which is easy to fix: W: abiword source: unknown-paragraph-in-dep5-copyright paragraph 4 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656182: vsftpd FTBFS on alpha: No getpid syscall on Alpha Linux!
severity 656182 wishlist tag 656182 pending thanks On 01/17/2012 09:40 AM, Michael Cree wrote: Justification: Fails to build from source (but built in the past) alpha is not a debian architecture anymore, but thanks.. i'll apply it in the next upload (soon). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654829: enigmail: Enigmail activates but doesn't work
Package: enigmail Version: 2:1.3.4-1 Followup-For: Bug #654829 Hello, the new version of enigmail is effectively active, but when trying to access the preferences, a chrome error is displayed : XML Parsing Error: undefined entity Location: chrome://enigmail/content/pref-enigmail.xul Line Number 111, Column 20: descriptionenigmail.keepCryptoSettingsForReply.tooltip;/description This renders the plugin unusable, all functionalities seem disabled. Regards, Raphaël -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages enigmail depends on: ii gnupg1.4.11-3 ii libc62.13-24 ii libgcc1 1:4.6.2-11 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-11 Versions of packages enigmail recommends: ii icedove 8.0-2 enigmail 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#655545: please remove sagetex/ directories from texlive-latex-extra-*
Dan Drake dr...@kaist.edu wrote: Many users install TeXLive without having any idea that it includes SageTeX, and later when they install Sage and try to use SageTeX, their TeX system automatically finds the (outdated, mismatched) version of sagetex.sty and typesetting fails. They are experiencing this problem through no fault of their own, so it seems reasonable to make a small change to the packages that will affect no one except these Sage users. I thought SageTeX is included in the manual Sage install? Then why are the tex files not put into /usr/local/temxf/...? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656186: RFA: mimetex
retitle 656186 ITA: mimetex stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656180: tex-common: ! TeX capacity exceeded, sorry [pool size=1182621].
Mathieu Malaterre mathieu.malate...@gmail.com wrote: Package: tex-common Version: 2.08.1 Severity: normal Everytime I use latex on a new system, I need to edit the /etc/texmf/texmf.cnf to fix the pool size limit, since it is so low. Which type of documents do you typeset (size, packages used, engines used)? Could the default value be a little bigger (factor 10) ? If it works for you, it technically could. However, I wonder why nobody has reported pool size problems for years. Sometimes it's just a bug in a document or package that leads to pool size errors. Norbert, what's the current pool size in upstream texlive (or where is upstream's texmf.cnf in the SVN)? Regards, Frank -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656189: petsc: Please disable hcp of the mpicc implementation
Source: petsc Severity: important Tags: patch Hello, It would be nice if you could apply the attached patch. It disables the search of mpicc as hcp. For an unclear reason, it fixes the bug #624671. slepc fails to build under sparc if hcp is used (while mpiCC will work). Thanks S -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: petsc-3.2.dfsg/config/BuildSystem/config/setCompilers.py === --- petsc-3.2.dfsg.orig/config/BuildSystem/config/setCompilers.py 2012-01-17 11:54:09.0 +0100 +++ petsc-3.2.dfsg/config/BuildSystem/config/setCompilers.py 2012-01-17 12:00:19.0 +0100 @@ -647,12 +647,11 @@ elif self.useMPICompilers() and 'with-mpi-dir' in self.argDB and os.path.isdir(os.path.join(self.argDB['with-mpi-dir'], 'bin')): self.usedMPICompilers = 1 yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpicxx') - yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'hcp') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpic++') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpiCC') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpCC_r') self.usedMPICompilers = 0 - raise RuntimeError('bin/mpiCC,mpicxx,hcp,mpCC_r you provided with -with-mpi-dir='+self.framework.argDB['with-mpi-dir']+' does not work') + raise RuntimeError('bin/mpiCC,mpicxx,mpCC_r you provided with -with-mpi-dir='+self.framework.argDB['with-mpi-dir']+' does not work') else: if self.useMPICompilers(): self.usedMPICompilers = 1 Index: petsc-3.2.dfsg/config/BuildSystem/config/setCompilers.py === --- petsc-3.2.dfsg.orig/config/BuildSystem/config/setCompilers.py 2012-01-17 11:54:09.0 +0100 +++ petsc-3.2.dfsg/config/BuildSystem/config/setCompilers.py 2012-01-17 12:00:19.0 +0100 @@ -647,12 +647,11 @@ elif self.useMPICompilers() and 'with-mpi-dir' in self.argDB and os.path.isdir(os.path.join(self.argDB['with-mpi-dir'], 'bin')): self.usedMPICompilers = 1 yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpicxx') - yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'hcp') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpic++') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpiCC') yield os.path.join(self.framework.argDB['with-mpi-dir'], 'bin', 'mpCC_r') self.usedMPICompilers = 0 - raise RuntimeError('bin/mpiCC,mpicxx,hcp,mpCC_r you provided with -with-mpi-dir='+self.framework.argDB['with-mpi-dir']+' does not work') + raise RuntimeError('bin/mpiCC,mpicxx,mpCC_r you provided with -with-mpi-dir='+self.framework.argDB['with-mpi-dir']+' does not work') else: if self.useMPICompilers(): self.usedMPICompilers = 1
Bug#656190: pidgin fails to connect to Google talk when /etc/hostname doesn't match /etc/hosts
Package: pidgin Version: 2.10.1-1 Severity: normal Dear Maintainers, Pidgin 2.10.1 (libpurple 2.10.1) was configured for Google talk but it fails to connect with the message Der Server benutzt keine der unterstützten Authentifizierungsmethoden, in english: Server does not use any supported authentication method, which is not true(see below). I figured out that this occurs when the hostname in /etc/hostname doesn't match the one in /etc/hosts. After adapting the two entries, Pidgin connected fine. The relevant part of the debug log: (10:51:04) certificate: Successfully verified certificate for googlemail.com (10:51:04) jabber: Sending (ssl) (myusern...@googlemail.com): stream:streamto='googlemail.com' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0' (10:51:04) jabber: Recv (ssl)(143): stream:stream from=googlemail.com id=2C325E3B61D1A3B7 version=1.0 xmlns:stream=http://etherx.jabber.org/streams; xmlns=jabber:client (10:51:04) jabber: Recv (ssl)(197): stream:featuresmechanisms xmlns=urn:ietf:params:xml:ns:xmpp-saslmechanismPLAIN/mechanismmechanismX-GOOGLE-TOKEN/mechanismmechanismX-OAUTH2/mechanism/mechanisms/stream:features (10:51:04) sasl: sasl_state is -1, failing the mech and trying again (10:51:04) connection: Connection error on 0x7f4413d85890 (reason: 3 description: Der Server benutzt keine der unterstützten Authentifizierungsmethoden) (10:51:04) account: Disconnecting account myusern...@googlemail.com/(0x7f4413158080) This problem was also reported on http://askubuntu.com/questions/88989/unable-to-connect-to-google-talk-using- pidgin-sasl-error for ubuntu Greetings, Andy -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.8-2 ii libgtkspell02.0.16-1 ii libice6 2:1.0.7-2 ii libpango1.0-0 1.29.4-2 ii libpurple0 2.10.1-1 ii libsm6 2:1.2.0-2 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-5.1 ii libxss1 1:1.2.1-2 ii perl-base [perlapi-5.14.2] 5.14.2-6 ii pidgin-data 2.10.1-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2.1 Versions of packages pidgin suggests: ii evolution-data-server none ii gnome-panel | kdebase-workspace-bin | docker none ii libsqlite3-0 3.7.9-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#646430: Still does not work
Still no luck with 0.9.8-2. Output in /var/log/libvirt/libvirtd.log after boot: 2012-01-17 10:59:23.573+: 23913: info : libvirt version: 0.9.8 2012-01-17 10:59:23.573+: 23913: error : virCommandWait:2192 : internal error Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/root USER=root LOGNAME=root /usr/bin/kvm -device ? -device pci-assign,? -device virtio-blk-pci,? -device virtio-net-pci,?) status unexpected: exit status 1 2012-01-17 10:59:23.575+: 23913: error : qemuRemoveCgroup:562 : internal error Unable to find cgroup for Windows 2012-01-17 10:59:23.575+: 23913: warning : qemuProcessStop:3505 : Failed to remove cgroup for Windows 2012-01-17 10:59:23.575+: 23913: error : qemuAutostartDomain:168 : Failed to autostart VM 'Windows': internal error Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/root USER=root LOGNAME=root /usr/bin/kvm -device ? -device pci-assign,? -device virtio-blk-pci,? -device virtio-net-pci,?) status unexpected: exit status 1 2012-01-17 10:59:23.813+: 23904: error : virCommandWait:2192 : internal error Child process (LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/root USER=root LOGNAME=root /usr/bin/kvm -device ? -device pci-assign,? -device virtio-blk-pci,? -device virtio-net-pci,?) status unexpected: exit status 1 There is no output in /var/log/libvirt/qemu/Windows.log. This is the part where my libvirtd.conf diverges from the one shipped by the package. My user is a member of the group users: --- /etc/libvirt/libvirtd.conf 2012-01-17 11:40:02.166233896 +0100 +++ /etc/libvirt/libvirtd.conf.dpkg-new 2011-12-17 16:54:48.0 +0100 @@ -78,7 +78,7 @@ # without becoming root. # # This is restricted to 'root' by default. -unix_sock_group = users +unix_sock_group = libvirt # Set the UNIX socket permissions for the R/O socket. This is used # for monitoring VM status only signature.asc Description: This is a digitally signed message part
Bug#656191: ITP: rtmidi -- C++ library for realtime MIDI input/ouput
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: rtmidi Version : 1.0.15 Upstream Author : Gary P. Schiavone g...@music.mcgill.ca * URL : http://www.music.mcgill.ca/~gary/rtmidi/ * License : MIT Programming Lang: C++ Description : C++ library for realtime MIDI input/ouput RtMidi is a set of C++ classes that provides a common API (Application Programming Interface) for realtime MIDI input/output across Linux (native ALSA, JACK, and OSS), Macintosh OS X, SGI, and Windows (DirectSound and ASIO) operating systems. RtMidi significantly simplifies the process of interacting with computer audio hardware. It was designed with the following objectives: . * object-oriented C++ design * simple, common API across all supported platforms * only one source and two header files for easy inclusion in programming projects * MIDI device enumeration . MIDI input and output functionality are separated into two classes, RtMidiIn and RtMidiOut. Each class instance supports only a single MIDI connection. RtMidi does not provide timing functionality (i.e., output messages are sent immediately). Input messages are timestamped with delta times in seconds (via a double floating point type). MIDI data is passed to the user as raw bytes using an std::vectorunsigned char. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
Hi Aron, I see your package is in good shape. It's nearly ready for upload. Thank you but Nearly? ;) So what exactly you'd like me to change before upload? I wonder what's the impact of disabling libgoffice? If it's not too visible to user, I'm okay. I tried to spot any difference by rinning two abiwords side by side but I couldn't. I'm not aware of any impact so we might try to upload this version. Hardly it will be any worse than what's available now. Apparently... git.debian.org has been down today... And I suggest to move the repository to collab-maint, so other one can help easily when you ask them. Indeed I was plannig to move to collab-maint. Would you like me to do it before you upload the package? I was planning to do it later. Apart from packaging stuff, I'd like to ask you spend some effort on triaging bugs on BTS. I believe many of them has been fixed (maybe already long time before). Once the package get uploaded, please act if you see appropriate as you've becoming the new maintainer in Debian. Of course, I will. Thanks. Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
On Tue, 17 Jan 2012 21:22:32 Aron Xu wrote: Also there is a lintian warning which is easy to fix: W: abiword source: unknown-paragraph-in-dep5-copyright paragraph 4 May I ask for your advise how this can be fixed without breaking DEP-5 ? I was looking into this but I'm not sure what's best to do. Thanks, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
On Tue, Jan 17, 2012 at 19:13, Dmitry Smirnov only...@member.fsf.org wrote: Hi Aron, I see your package is in good shape. It's nearly ready for upload. Thank you but Nearly? ;) So what exactly you'd like me to change before upload? Yes, just for the questions I asked you, :) I wonder what's the impact of disabling libgoffice? If it's not too visible to user, I'm okay. I tried to spot any difference by rinning two abiwords side by side but I couldn't. I'm not aware of any impact so we might try to upload this version. Hardly it will be any worse than what's available now. OK. Apparently... git.debian.org has been down today... And I suggest to move the repository to collab-maint, so other one can help easily when you ask them. Indeed I was plannig to move to collab-maint. Would you like me to do it before you upload the package? I was planning to do it later. It'd better to change before upload, especially change the field in debian/control. I think after changing this and fixing the minor lintian warning, I can upload the package. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652146: hwinfo: diff for NMU version 16.0-2.2
On Mon, 16 Jan 2012, Michael Prokop wrote: tags 652146 + pending forwarded 652146 snw...@suse.de thanks Cc-ing Steffen Winterfeldt as being upstream of hwinfo, he might be interested in this issue + patch as well. Dear Steffen, full details are available in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652146 Thanks! But shouldn't it be 'mov %%rbx,%%rdi' etc, then? Steffen -- Give orange me give eat orange me eat orange give me eat orange give me you. (chimp Nim, using sign language) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
On Tue, Jan 17, 2012 at 19:14, Dmitry Smirnov only...@member.fsf.org wrote: On Tue, 17 Jan 2012 21:22:32 Aron Xu wrote: Also there is a lintian warning which is easy to fix: W: abiword source: unknown-paragraph-in-dep5-copyright paragraph 4 May I ask for your advise how this can be fixed without breaking DEP-5 ? I was looking into this but I'm not sure what's best to do. Thanks, Dmitry. IIRC the section Comment must come along with License, so you can put the comments beneath the paragraph that have Files: *. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656192: VMware-Workstation 8.0.1x86_64 insserv LSB headers not defined
Package: VMware-Workstation-Full-8.0.1-528992.x86_64.bundle Architecture: x86_64 Version: 8.0.1 Description: VMware Workstation is a useful virtual machine software specifically designed for x86 and x86-64 computer systems. It allows you to run multiple operating systems on the same computer. Homepage: http://www.vmware.com/products/workstation/ Wheezy testing Kernel Version: Linux 3.1.0-1-amd64 #1 SMP Tue Jan 10 05:01:58 UTC 2012 x86_64 GNU/Linux. Problem: The LSB init headers have not been defined. Solution is add the lsb header for next files: File: /etc/init.d/vmware section to add in the head. ### BEGIN INIT INFO # Provides: vmware # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 2 3 4 5 6 # Short-Description: Start daemon when vmware starts # Description: Enable service provided by daemon. ### END INIT INFO file: /etc/init.d/vmware-USBArbitrator section to add in the head. ### BEGIN INIT INFO # Provides: vmware-USBArbitrator # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 2 3 4 5 6 # Short-Description: Start daemon when vmware starts # Description: Enable service provided by daemon. ### END INIT INFO File: /etc/init.d/vmware-workstation-server section to add in the head. ### BEGIN INIT INFO # Provides: vmware-workstation-server # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 2 3 4 5 6 # Short-Description: Start daemon when vmware starts # Description: Enable service provided by daemon. ### END INIT INFO Please excuse my poor English.
Bug#656193: RM: pxe-kexec [mips mipsel sparc armhf s390x] -- RoM; NBS
Package: ftp.debian.org Severity: normal These arches are not currently built by the source package, but were under a previous upload. Therefore, these arches are for the prior upload and are now NBS. Thanks. Kind Regards, Dave Walker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654829: enigmail: Enigmail activates but doesn't work
On 2012-01-17 11:28, Raphael Rigo wrote: Package: enigmail Version: 2:1.3.4-1 Followup-For: Bug #654829 Hello, the new version of enigmail is effectively active, but when trying to access the preferences, a chrome error is displayed : XML Parsing Error: undefined entity Location: chrome://enigmail/content/pref-enigmail.xul Line Number 111, Column 20: descriptionenigmail.keepCryptoSettingsForReply.tooltip;/description This renders the plugin unusable, all functionalities seem disabled. I cannot reproduce this (the preference window does work for me, on x86), but please file a separate bug report, otherwise I very likely miss your report. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591317: wdm breaks with wmalloc assertion error
On Mon, Aug 02, 2010 at 07:41:25AM +0200, Jurgen Defurne wrote: Package: wdm Version: 1.28-3 Severity: normal When starting wdm the normal way, the cross cursor from X changes to an arrow, and then the startup process breaks off. I tested this then further in the following way. I started up a separate X server, then did 'export DISPLAY=:0' in another terminal and executed 'wdm -nodaemon'. After some time I get the following message : wdm: /tmp/buildd/wmaker-0.92.0/WINGs/memory.c:83: wmalloc: Assertion `size 0' failed. Hi, Jurgen, I arranged a recent wdm QA upload I am also looking at some of the ancient wdm bug reports and found this one. Is this problem still happening? I cannot reproduce it here. Thanks for your feedback, Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656194: luarocks version is too old
Package: luarocks Version: 2.0.2-1 Severity: wishlist Dear Maintainer, the subject is about 2 years old in Debian. Upstream is under active development and has many useful features added. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5.1-dev] 5.1.4-12 ii lua5.1 5.1.4-12 ii wget 1.13.4-1 ii zip 3.0-4 luarocks recommends no packages. luarocks 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#656157: apt-listchanges: ImportError, probably caused by overly-lax dependency specs
Hello Samuel, On Tue, Jan 17, 2012 at 00:15, Samuel Bronson naes...@gmail.com wrote: Package: apt-listchanges Version: 2.85.8 Severity: normal This is what I'm seeing: , | naesten@hydrogen:~% apt-listchanges bzip2 | Traceback (most recent call last): | File /usr/bin/apt-listchanges, line 28, in module | import apt_pkg | ImportError: No module named apt_pkg ` ... ii python 2.7.2-7 interactive high-level object-orie ii python-apt 0.7.97.1 Python interface to libapt-pkg I suspect you're using a too old python-apt. You upgraded python to 2.7, but it's likely that the version of python-apt (which is no longer in testing and you should upgrade the system before reporting a bug) is supporting only 2.6 and 2.5 (check with python2.x -c import apt_pkg with x in 5, 6, 7). Try upgrading python-apt and see if this fixes your problem. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648341: Bug #648341: ITA: abiword -- efficient, featureful word processor
IIRC the section Comment must come along with License, so you can put the comments beneath the paragraph that have Files: *. Good idea, thank you. I did that and uploaded updated source package to mentors. Yes, just for the questions I asked you, :) No worries, I think I'm done for a moment, see below. Apparently... git.debian.org has been down today... And I suggest to move the repository to collab-maint, so other one can help easily when you ask them. Indeed I was plannig to move to collab-maint. Would you like me to do it before you upload the package? I was planning to do it later. It'd better to change before upload, especially change the field in debian/control. I think after changing this and fixing the minor lintian warning, I can upload the package. I think it is minor issue. If you're going to disappear for 6 months after upload then let's wait till collab-maint to be fixed and put the repository there beforehand. But I think we might need to upload again soon as the number of bugs suggests more changes might be necessary. In this case I'll just bundle other changes with the repository move. If that's OK with you, fell free to grab the source package from mentors right away. :) Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613210: Status of ITP: replicatorg ?
Le 16/01/2012 à 05:22, Jeremy Bicha jbi...@ubuntu.com écrivit : Hi, I was curious how the work was coming on getting replicatorg into Debian. I'm a bit curious as to why bug 613297 is a blocker; I didn't think replicatorg used twitter at all. Hello Jeremy, and thanks for your interest in replicatorg packaging, In replicatorg, at least until version 24, there was a twitter bot plugin which could be used for the machine to tweet what it has printed... I'm not sure if it's still available as I haven't followed ReplicatorG development lately. My latest gut feeling was to patch it out, seeing the problems with the twitter module. If you do decide not to continue working on this, could you at least post what you've done so far? The only problem I see for packaging replicatorg and see it accepted in Debian is the number of embedded copies of skeinforge (I already expunged avrdude without a hiccup, and the java libraries are available). I intended for the replicatorg source package to build a binary package for each version of skeinforge embedded, each of them providing a common skeinforge virtual package on which the replicatorg binary package would depend. I've been swamped by work lately, and didn't have time to use a MakerBot since september (yay PhD). Fortunately, my workload is tapering off and I'd be glad to have someone co-maintain the package! I'll clean up what I have right now to push it to collab-maint so you can take a look. (Oh, yeah, that'll have to wait for alioth to come back up too :) I'll ping you when it's ready) Cheers, -- Nicolas Dandrimont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619056: ITP: YAGF - frontend for Cuneiform OCR
Hi, Are you working on the package or are going to make it in the nearest future? If no, please rename ITP bug to RFP (Request for Package) or just answer here. If yes, would you need a co-maintainer? I am interested in this package now... Also I have found few links to an unofficial packages [1][2]. So we can can use these examples to start. Best regards, Boris [1] http://gnu.ethz.ch/debian/yagf/ [2] https://github.com/AlexanderP/dsc-file/tree/master/debian-yagf
Bug#656195: Typo: white_gray_horzontal
Package: dia-shapes Version: 0.1 Severity: normal Dear Maintainer, there is a spelling mistake in /usr/share/dia/shapes/gradient/white_gray_horizontal.shape; horzontal should be horizontal. Rafi diff -U 1 old/usr/share/dia/shapes/gradient/white_gray_horizontal.shape new/usr/share/dia/shapes/gradient/white_gray_horizontal.shape --- old/usr/share/dia/shapes/gradient/white_gray_horizontal.shape 2012-01-17 07:20:36.937435928 -0500 +++ new/usr/share/dia/shapes/gradient/white_gray_horizontal.shape 2012-01-17 07:21:47.374103036 -0500 @@ -3,3 +3,3 @@ nameGradient - White-Gray (horizontal)/name - iconwhite_gray_horzontal.png/icon + iconwhite_gray_horizontal.png/icon connections @@ -13,3 +13,3 @@ svg:rect style=fill:default; x=0 y=0 width=2 height=2/ -svg:image x=0 y=0 width=2 height=2 xlink:href=./white_gray_horzontal.svg/ +svg:image x=0 y=0 width=2 height=2 xlink:href=./white_gray_horizontal.svg/ /svg:svg
Bug#656094: debian/watch broken
That seems to work indeed. Seems like I missed something :) Closing the bug. On 2012-01-17 09:00, Vincent Bernat wrote: On Mon, 16 Jan 2012 13:28:49 +0100, Jean-Louis Dupond wrote: The current watch file is not working anymore. Files are now located here: http://sourceforge.net/projects/roundcubemail/files/roundcubemail/ debian/watch works for me. It detects the latest version (currently 0.7.1). What is your output of uscan --report --verbose ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656131: RM: kdissert -- ROM; obsolete and unmaintained
tags 656131 +moreinfo thanks Hi! * Peter Eisentraut pet...@debian.org [120116 19:34]: This package is obsolete and unmaintained upstream (successor package is WNPP bug #474299), it has build problems, and it's in the way of removing old libraries from Debian. Can't do, it was already removed last year, see #618594. Current state is: tolimar@franck:~$ dak ls -S kdissert kdissert |1.0.7-4 | oldstable | source, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc kdissert |1.0.7-4 |stable | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc So I guess there's some kind of mistake. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656197: plasma-widget-networkmanagement conflicts with KDE=4.7
Package: plasma-widget-networkmanagement Version: 0.9~git2026.1ef1677-1 When trying to logon to a GSM modem using the plasma networkmanager, KDED crashes. This has been reported to the upstream solid project see: https://bugs.kde.org/show_bug.cgi?id=291677 and https://bugs.kde.org/show_bug.cgi?id=279649 The reply from the author is that the plasma networkmanager compiled against KDE 4.6 is incompatible with KDE 4.7 (I have kde-workspace 4.7.4-1) This means plasma-widget-networkmanagement should be recompiled with newer KDE, and made to conflict with wrong KDE versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656198: pymca not compatible anymore with python-h5py
Package: pymca Version: 4.4.1p1-2 Severity: important Dear Maintainer, since the upload of python-h5py, the hdf5 part of pymca is broken. here what's happend, when I tryed a import In [3]: from PyMca import HDF5Widget --- ImportError Traceback (most recent call last) /home/picca/ipython-input-3-1ccede2cc896 in module() 1 from PyMca import HDF5Widget /usr/lib/pymodules/python2.7/PyMca/HDF5Widget.py in module() 18 from xpaxs.io import phynx 19 except ImportError: --- 20 import phynx 21 22 import weakref /usr/lib/pymodules/python2.7/PyMca/phynx/__init__.py in module() 6 from .version import __version__ 7 8 from .beam import Beam 9 from .characterization import Characterization 10 from .component import ( /usr/lib/pymodules/python2.7/PyMca/phynx/beam.py in module() 4 from __future__ import absolute_import 5 6 from .group import Group 7 8 /usr/lib/pymodules/python2.7/PyMca/phynx/group.py in module() 9 import numpy as np 10 --- 11 from .base import _PhynxProperties 12 from .dataset import Axis, Dataset, Signal 13 from .exceptions import H5Error /usr/lib/pymodules/python2.7/PyMca/phynx/base.py in module() 14 import h5py 15 --- 16 from .exceptions import H5Error 17 from .utils import simple_eval 18 /usr/lib/pymodules/python2.7/PyMca/phynx/exceptions.py in module() 2 3 4 from h5py import H5Error 5 6 __all__ = ['H5Error'] ImportError: cannot import name H5Error here you can find the documentation of h5py explaining the changes http://h5py.alfven.org/docs-2.0/intro/whatsnew.html#the-h5error-exception- class-has-been-removed-along-with-h5py-h5e the affected files are phynx/multichannelanalyzer.py:from .exceptions import H5Error phynx/multichannelanalyzer.py:except H5Error: phynx/exceptions.py:from h5py import H5Error phynx/exceptions.py:__all__ = ['H5Error'] phynx/base.py:from .exceptions import H5Error phynx/group.py:from .exceptions import H5Error phynx/__init__.py:from .exceptions import H5Error phynx/dataset.py:from .exceptions import H5Error phynx/dataset.py:except H5Error: phynx/dataset.py:except H5Error: phynx/dataset.py:except H5Error: phynx/dataset.py:except H5Error: phynx/file.py:from .exceptions import H5Error phynx/file.py:except H5Error: thanks for your efforts Frederic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pymca depends on: ii libc6 2.13-24 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglu1-mesa [libglu1]7.11.2-1 ii pymca-data4.4.1p1-2 ii python2.7.2-9 ii python-numpy 1:1.5.1-3 ii python-qt44.9-2 ii python-qwt5-qt4 5.2.1~cvs20091107+dfsg-6+b1 ii python-support1.0.14 Versions of packages pymca recommends: ii python-h5py2.0.1-1 ii python-matplotlib 1.1.0-1 ii python-mdp 3.2-1 ii python-opengl 3.0.1~b2-1 ii python-qt4-gl 4.9-2 pymca 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#619460: ITP: cuneiform-qt -- GUI frontend for Cuneiform
Hi, Are you sure that you want this package in Debian? Last stable release of this program was in 2009. It looks dead. And this program has very poor functional in comparing with YAGF [1], for example. Also I see that you sent similar ITP bug report for YAGF [2]. I think we don't really need cuneiform-qt package in Debian. And if you agree with me please close this bug. Best regards, Boris [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571321 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619056
Bug#655301: [Pkg-xen-devel] Bug#655301: Bug#655301: Bug#655301: xcp-xapi fails to start
On Mon, Jan 16, 2012 at 11:49 PM, Jonathan Ludlam jonathan.lud...@eu.citrix.com wrote: I actually ran into a problem very similar to this myself this morning - it came from the fact that the init scripts were reordered at some point, and I still had the old init script ordering. I sorted it temporarily by starting the scripts by hand - the normal order is: 20: xcp-fe, xend, xcp-v6d 22: xcp-squeezed 23: xcp-xapi If you manually start the scripts in this order does it work? It's interesting that your /proc/xen isn't mounted though - that should happen in the xend init script, and that should have worked. I think that we put a line in the xcp-xapi init script that quit without error if it found a xend pid file. This means that to start xapi you need to either 1) edit /etc/init.d/xend so that xend is never actually run, or 2) first let xend start, and then do 'service xend stop' to kill xend, and then do a 'service xcp-xapi start'. Neither of those is very attractive. Perhaps we could instead have the user create a /etc/default/xen file, which will contain a TOOLSTACK=foo line. If that file exists, and only if TOOLSTACK=xapi, we could then, within the xcp-xapi init script, check to see if xend is running, and if so, shut it down. This allows us to use xend as a common xen init script, but forces the user to explicitly say that they want to use xapi over xend. I would feel better about killing xend from within the xcp-xapi init file if we were to it this way. Thoughts? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622919: Raise severity?
On 06.01.2012 15:33, gregor herrmann wrote: On Tue, 03 Jan 2012 21:35:07 +0100, gregor herrmann wrote: Quick attempt (I looked at the diff in upstream 0.67 - 0.68 and ripped out the parts from the original patch that had no equivalent in the upstream diff). Reviews still appreciated. I've reached Yves on IRC and he was kind enough to take another look at the patches and provided a new minimal one. It's still not /that/ minimal. :) I propose to upload the version from the attached debdiff to s-p-u. Assuming a sanely finalised changelog, please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656199: ITP: liboptions-java -- liboptions-java
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: liboptions-java Version : 0.20120113 Upstream Author : Dr. Matthias Laux matthias.l...@icw.de * URL : sended in private via mail, I asked for publishing at some downloadable place * License : Apache License Version 2.0 Programming Lang: Java Description : command line option parsing library for Java Generic Java API to * Check whether the syntax used is valid and supported * Retrieve the actual data required for the application The Options class implements a generic approach to easily handle the most complex situations. The class allows for a simple definition of the required options and data arguments, and provides thorough syntax checks and easy access to the results of these checks. The reason for packaging is that this library is used in several bioinformatics tools I'm packaging on behalf of the Debian Med project. The packaging is finished in principle and will be pushed to git://git.debian.org/git/debian-med/liboptions-java.git once Vasks is back. You can obtain the source via pristine-tar if needed. Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655979: fbi, memory leaks issue
Patch reduced memory leaks, caught by valgrind. --- ./fb-gui.h 2006-08-12 22:17:14.0 +0100 +++ /home/user/fbi-2.07/./fb-gui.h 2012-01-16 13:48:03.0 + @@ -27,6 +27,7 @@ wchar_t *lines[], unsigned int count); void font_init(void); +void font_done(void); FT_Face font_open(char *fcname); void fb_clear_mem(void); --- ./fbiconfig.h 2006-08-13 19:47:34.0 +0100 +++ /home/user/fbi-2.07/./fbiconfig.h 2012-01-16 15:29:24.0 + @@ -70,4 +70,4 @@ extern struct cfg_cmdline fbi_cfg[]; void fbi_read_config(void); void fbi_write_config(void); - +void fbi_config_free(void); --- ./fbiconfig.c 2006-08-13 19:28:49.0 +0100 +++ /home/user/fbi-2.07/./fbiconfig.c 2012-01-16 15:28:35.0 + @@ -191,6 +191,12 @@ sprintf(fbi_config,%s/.fbirc, home); } +void fbi_config_free(void) +{ + if (fbi_config) + free(fbi_config); +} + void fbi_read_config(void) { init_config(); --- ./fb-gui.c 2006-08-14 20:38:05.0 +0100 +++ /home/user/fbi-2.07/./fb-gui.c 2012-01-16 14:45:02.0 + @@ -10,6 +10,8 @@ #include fontconfig/fontconfig.h #include fontconfig/fcfreetype.h +#include freetype/freetype.h + #include fbtools.h #include dither.h #include fb-gui.h @@ -622,15 +624,25 @@ } } +void font_done(void) +{ +if (FT_Done_FreeType(freetype)) { + fprintf(stderr,FT_Done_FreeType() failed\n); + exit(1); +} +FcFini(); +} + FT_Face font_open(char *fcname) { FcResultresult = 0; FT_Face face = NULL; FcPattern *pattern,*match; -char*fontname,*h; +char*fontname = NULL, *h = NULL; FcChar8 *filename; double pixelsize; int rc; +int err = 1; /* parse + match font name */ pattern = FcNameParse(fcname); @@ -639,7 +651,7 @@ match = FcFontMatch (0, pattern, result); FcPatternDestroy(pattern); if (FcResultMatch != result) - return NULL; + goto out; fontname = FcNameUnparse(match); h = strchr(fontname, ':'); if (h) @@ -649,24 +661,33 @@ result = FcPatternGetFTFace(match, FC_FT_FACE, 0, face); if (FcResultMatch == result) { fprintf(stderr,using \%s\, face=%p\n,fontname,face); - return face; + err = 0; + goto out; } /* failing that use the filename */ result = FcPatternGetString (match, FC_FILE, 0, filename); if (FcResultMatch == result) { - result = FcPatternGetDouble(match, FC_PIXEL_SIZE, 0, pixelsize); +result = FcPatternGetDouble(match, FC_PIXEL_SIZE, 0, pixelsize); if (FcResultMatch != result) pixelsize = 16; - fprintf(stderr,using \%s\, pixelsize=%.2lf file=%s\n, - fontname,pixelsize,filename); + fprintf(stderr,using \%s\, pixelsize=%.2lf file=%s\n,fontname,pixelsize,filename); rc = FT_New_Face (freetype, filename, 0, face); if (rc) - return NULL; + goto out; + else + err = 0; FT_Set_Pixel_Sizes(face, 0, (int)pixelsize); - return face; } +out: +free(fontname); +FcPatternDestroy(match); + +if (err == 0) +return face; + +FT_Done_FreeType(freetype); /* oops, didn't work */ return NULL; } --- ./fbi.c 2008-06-09 15:53:33.0 +0100 +++ /home/user/fbi-2.07/./fbi.c 2012-01-17 12:21:36.0 + @@ -113,6 +113,15 @@ }; static LIST_HEAD(flist); static LIST_HEAD(flru); + +/*FIXME A dirty hack, to avoid memleak */ + +#define fbucket_max 1000 +struct { + void *ptr; +} fbucket[fbucket_max]; +int fbucket_elem = 0; + static int fcount; static struct flist *fcurrent; static struct ida_image *img; @@ -154,6 +163,8 @@ static struct ida_image *flist_img_get(struct flist *f); static void *flist_malloc(size_t size); static void flist_img_load(struct flist *f, int prefetch); +static void free_image(struct ida_image *img); +static void flist_img_free(struct flist *f); /* -- */ @@ -203,6 +214,13 @@ struct flist *f; f = malloc(sizeof(*f)); +if (fbucket_elem == fbucket_max) { + fprintf(stderr, too many files?\n); + //TODO what? +} + +fbucket[fbucket_elem++].ptr = f; + memset(f,0,sizeof(*f)); f-name = strdup(filename); list_add_tail(f-list,flist); @@ -333,6 +351,43 @@ } } +static void flist_free_names(void) +{ + struct list_head *item; + struct flist *f; + list_for_each(item, flist) { + f = list_entry(item, struct flist, list); + if (f-name) { + free(f-name); + } + if (f-fimg) { + if (f-fimg-i.extra) { + if (f-fimg-i.extra-data) { + fprintf(stderr, extra was not freed, cleaned up
Bug#656200: zoph: unowned files after purge (policy 6.8, 10.8)
Package: zoph Version: 0.8.0.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m32.6s ERROR: WARN: Broken symlinks: /etc/apache2/conf.d/zoph - /etc/zoph/apache.conf 0m34.2s ERROR: FAIL: Package purging left files on system: /etc/apache2 owned by: libapache2-mod-php5filter, apache2.2-common /etc/apache2/conf.downed by: apache2.2-common /etc/apache2/conf.d/zoph not owned cheers, Andreas zoph_0.8.0.1-1.log.gz Description: GNU Zip compressed data
Bug#656201: opencc: Better explanation for the -c option arguments
Package: opencc Version: 0.3.0-1 Severity: wishlist Although I could use dpkg -L to figure out /usr/share/opencc is something I look into to find out -c option arguments, I think it will be nice to explain what are the key differences between all these conversions (or at least ones most used) in manpage of opencc or /usr/share/doc/opencc/README. This will help get more Chinese PO support for both ways. Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opencc depends on: ii libc6 2.13-24 ii libopencc1 0.3.0-1 opencc recommends no packages. opencc 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#656202: zemberek-server: unowned files after purge (policy 6.8, 10.8)
Package: zemberek-server Version: 0.7.1-12 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m47.3s ERROR: FAIL: Package purging left files on system: /var/log/zemberek-server.log not owned cheers, Andreas zemberek-server_0.7.1-12.log.gz Description: GNU Zip compressed data
Bug#656197: plasma-widget-networkmanagement conflicts with KDE=4.7
On 17.01.2012 13:58, Allan Sandfeld Jensen wrote: Package: plasma-widget-networkmanagement Version: 0.9~git2026.1ef1677-1 When trying to logon to a GSM modem using the plasma networkmanager, KDED crashes. This has been reported to the upstream solid project see: https://bugs.kde.org/show_bug.cgi?id=291677 and https://bugs.kde.org/show_bug.cgi?id=279649 The reply from the author is that the plasma networkmanager compiled against KDE 4.6 is incompatible with KDE 4.7 (I have kde-workspace 4.7.4-1) This means plasma-widget-networkmanagement should be recompiled with newer KDE, and made to conflict with wrong KDE versions. You are aware that KDE 4.7 is only available in experimental and packages in unstable can't be built against packages from experimental. That said, I don't think this is the right fix for this issue. If solid broke its ABI the problem needs to be addressed there. Michael -- 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#656203: ITP: libqsi -- Quantum Scientific Imaging Library
Package: wnpp Severity: wishlist Owner: Jasem Mutlaq mutla...@ikarustech.com * Package name: libqsi Version : 6.0.3 Upstream Author : QSI supp...@qsimaging.com * URL : http://www.qsimaing.com * License : BSD Programming Lang: C++ Description : Quantum Scientific Imaging Library -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656204: libcapi20-dev: conflict when overwriting `/usr/lib/libcapi20.so` during upgrade
Package: libcapi20-dev Version: 1:3.9.20060704+dfsg.3-3 Severity: important Dear Debian folks, the fix for bug report #655884 introduced a new error when running `sudo aptitude safe-upgradey`. Vorbereitung zum Ersetzen von libcapi20-dev 1:3.9.20060704+dfsg.3-2 (durch .../libcapi20-dev_1%3a3.9.20060704+dfsg.3-3_i386.deb) ... Ersatz für libcapi20-dev wird entpackt ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libcapi20-dev_1%3a3.9.20060704+dfsg.3-3_i386.deb (--unpack): Versuch, »/usr/lib/libcapi20.so« zu überschreiben, welches auch in Paket libcapi20-3 1:3.9.20060704+dfsg.3-2 ist configured to not write apport reports Vorbereitung zum Ersetzen von libcapi20-3 1:3.9.20060704+dfsg.3-2 (durch .../libcapi20-3_1%3a3.9.20060704+dfsg.3-3_i386.deb) ... Ersatz für libcapi20-3 wird entpackt ... I think some `Breaks` or `Conflicts` fields need to be set. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcapi20-dev depends on: ii libcapi20-3 1:3.9.20060704+dfsg.3-3 libcapi20-dev recommends no packages. Versions of packages libcapi20-dev suggests: pn isdnutils-doc none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#656205: yhsm-yubikey-ksm: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: yhsm-yubikey-ksm Version: 1.0.3c-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m24.1s ERROR: FAIL: Package purging left files on system: /home/yhsm-ksmsrv not owned As putting files into /home is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. /var/lib/$PACKAGE is a location commonly used for the home directory of system accounts. yhsm-validation-server has a similar problem: 0m26.9s ERROR: FAIL: Package purging left files on system: /home/yhsm-valsrv not owned cheers, Andreas yhsm-yubikey-ksm_1.0.3c-1.log.gz Description: GNU Zip compressed data
Bug#656197: plasma-widget-networkmanagement conflicts with KDE=4.7
On Tuesday 17 January 2012, you wrote: On 17.01.2012 13:58, Allan Sandfeld Jensen wrote: Package: plasma-widget-networkmanagement Version: 0.9~git2026.1ef1677-1 When trying to logon to a GSM modem using the plasma networkmanager, KDED crashes. This has been reported to the upstream solid project see: https://bugs.kde.org/show_bug.cgi?id=291677 and https://bugs.kde.org/show_bug.cgi?id=279649 The reply from the author is that the plasma networkmanager compiled against KDE 4.6 is incompatible with KDE 4.7 (I have kde-workspace 4.7.4-1) This means plasma-widget-networkmanagement should be recompiled with newer KDE, and made to conflict with wrong KDE versions. You are aware that KDE 4.7 is only available in experimental and packages in unstable can't be built against packages from experimental. That said, I don't think this is the right fix for this issue. If solid broke its ABI the problem needs to be addressed there. I am aware that breakage is to be expected from experimental, I just want to make sure the packages will work once they enter unstable. I am not entirely sure why it crashes in solid, I asked in the upstream bug. You can follow it there, and see if you need to fix their problem on dist level. `Allan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656206: ITP: gst-chromaprint -- A GStreamer plugin for chromaprint
Package: wnpp Severity: wishlist Owner: Christoph Reiter reiter.christ...@gmail.com * Package name: gst-chromaprint Version : 0.1 Upstream Author : Lukáš Lalinský lalin...@gmail.com * URL : https://github.com/lalinsky/gst-chromaprint * License : LGPL-2+ Programming Lang: C Description : A GStreamer plugin for chromaprint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656207: devscripts: `bts show --mbox` does not include all messages separately
Package: devscripts Version: 2.11.3 Severity: normal Dear Debian folks, to follow up on bug report 655884 [1], I issued `bts show --mbox 655884`. Looking at the HTML report [1] message 18 [2] sent to 655884-cl...@debian.org and therefore closing the report is not included separately in the downloaded mbox file and just as an attachment of the “closing message”. It would be nice if that message could be included separately in the mbox file so that the view is similar to the HTML view and therefore the view with threading gives a better overview of the discussion. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655884 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655884#18 -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.16.1.2 ii libc6 2.13-24 ii perl 5.14.2-6 ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-12 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.23.1-3 ii dctrl-tools 2.20.1 ii debian-keyring2011.12.01 ii dput 0.9.6.2 ii equivs2.0.9 ii fakeroot 1.18.2-1 ii gnupg 1.4.11-3 ii libcrypt-ssleay-perl 0.58-1 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 ii lintian 2.5.4 ii man-db2.6.0.2-3 ii patch 2.6.1-2.1 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic none ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-5 ii wdiff 0.6.5-1 ii wget 1.13.4-2 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-elnone ii gnuplot 4.4.0-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perlnone ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perlnone ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.19-1+b1 ii mailx1:20081101-2 ii mutt 1.5.21-5 ii openssh-client [ssh-client] 1:5.9p1-2 ii svn-buildpackage 0.8.4 ii w3m 0.5.3-5 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#656208: asterisk: postinst script doesn't quote directories for chown
Package: asterisk Version: 1:1.6.2.9-2+squeeze4 Severity: grave Tags: patch Justification: renders package unusable When asterisk is upgraded, and some of the directories it chowns contain spaces, the package remains unconfigured. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (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 asterisk depends on: ii adduser3.112+nmu2add and remove users and groups ii asterisk-config-cu 1.1.3 Asterisk configuration by POCOS ii asterisk-sounds-ma 1:1.6.2.9-2+squeeze4 Core Sound files for Asterisk (Eng ii dahdi 1:2.2.1.1-1 utilities for using the DAHDI kern ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libc-client2007e 8:2007e~dfsg-3.1 c-client library for mail protocol ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcap21:2.19-3 support for getting/setting POSIX. ii libcurl3 7.21.0-2 Multi-protocol file transfer libra ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgmime-2.0-2a2.2.25-2 MIME library ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libiksemel31.2-4 C library for the Jabber IM platfo ii libjack-jackd2-0 [ 1.9.6~dfsg.1-2JACK Audio Connection Kit (librari ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii libncurses55.7+20100313-5shared libraries for terminal hand ii libnewt0.520.52.11-1 Not Erik's Windowing Toolkit - tex ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenais31.1.2-2 Standards-based cluster framework ii libopenr2-31.3.0-2 MFC/R2 (telephony) call setup libr ii libpopt0 1.16-1lib for parsing cmdline parameters ii libpq5 8.4.9-0squeeze1+b1PostgreSQL C client library ii libpri1.4 1.4.11.3-1Primary Rate ISDN specification li ii libradiusclient-ng 0.5.6-1.1 Enhanced RADIUS client library ii libresample1 0.1.3-3 real-time audio resampling library ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libspandsp20.0.6~pre12-1 Telephony signal processing librar ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libsqlite0 2.8.17-6 SQLite shared library ii libss7-1 1.0.2-1 Signalling System 7 (ss7) library ii libssl0.9.80.9.8o-4squeeze5 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libsybdb5 0.82-7libraries for connecting to MS SQL ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii libtonezone2.0 1:2.2.1.1-1 tonezone library (runtime) ii libvorbis0a1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvpb04.2.52-2 Voicetronix telephony hardware use ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii unixodbc 2.2.14p2-1ODBC tools libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages asterisk recommends: ii sox 14.3.1-1+b1 Swiss army knife of sound processi Versions of packages asterisk suggests: pn asterisk-dev none (no description available) pn asterisk-doc none (no description available) pn asterisk-h323 none (no description available) -- no debconf information --- asterisk.postinst.orig 2012-01-17 13:18:59.0 +0100 +++ asterisk.postinst 2012-01-17 13:19:28.0 +0100 @@ -37,7 +37,7 @@ /var/lib/asterisk \ -type d | while read dir; do if ! dpkg-statoverride --list $dir /dev/null ; then - chown asterisk: $dir + chown asterisk: $dir fi done @@ -53,8 +53,8 @@ # spool holds some sensitive information (e.g. monitor, voicemail etc.) find /var/spool/asterisk
Bug#583244: Package in mentors
Nice to hear from you! Alioth is down today, so I might have to wait it come back to check your changes. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656209: xtell: unowned files after purge (policy 6.8, 10.8)
Package: xtell Version: 2.10.7 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m23.3s ERROR: FAIL: Package purging left files on system: /etc/xtelldrc not owned cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656205: yhsm-yubikey-ksm: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
On Tue, Jan 17, 2012 at 2:30 PM, Andreas Beckmann deb...@abeckmann.de wrote: ... during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: Hi Thank you for taking the time to provide references and good suggestions. I too had noticed the piuparts failure and sent the following question to my sponsoring developer, but since he seems busy at the moment maybe you can comment on my proposed fix so I can get a new version uploaded quicker? That would be much appreciated. My proposed solution : ... maybe I should change the adduser in yhsm-yubikey-ksm.postinst like this -adduser --quiet --system --group --disabled-password --system --shell /bin/sh yhsm-ksmsrv + adduser --quiet --system --group --disabled-password --system --shell /bin/sh --home /var/cache/yubikey-ksm --no-create-home yhsm-ksmsrv and yhsm-validation-server.postinst : -adduser --quiet --system --group --disabled-password --system --shell /bin/sh yhsm-valsrv +adduser --quiet --system --group --disabled-password --system --shell /bin/sh --home /var/cache/yubikey-val --no-create-home yhsm-valsrv (although the validation server doesn't currently install any directories) Correct? /Fredrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656210: xrdp: Create files with predictable name in /tmp/?
Package: xrdp Version: 0.5.0~20100303cvs-6 Tags: security Severity: important User: debian-...@lists.debian.org Usertags: debian-edu I discovered this on Debian Edu/Squeeze, and it made me wonder if there is some security risk involved here. When starting xrdp, the following files are created in /tmp/: srwxr-xr-x 1 xrdp xrdp 0 16 jan. 09:49 /tmp/xrdp_07ba_listen_pro_done_event srwxr-xr-x 1 xrdp xrdp 0 16 jan. 09:49 /tmp/xrdp_07ba_main_sync srwxr-xr-x 1 xrdp xrdp 0 16 jan. 09:49 /tmp/xrdp_07ba_main_term srwxr-xr-x 1 root root 0 16 jan. 09:49 /tmp/xrdp_sesman_07cc_main_sync srwxr-xr-x 1 root root 0 16 jan. 09:49 /tmp/xrdp_sesman_07cc_main_term The file names seem to be predictable, and unless much care is taken when the files are created, this could be a security risk. Is this a security issue, or is it harmless? In any case, it would be nice if these sockets could be moved elsewhere, either into a subdirectory like /tmp/xrdp/ or into /var/run/. I assume they should not be automatically cleaned out by the jobs that might remove old files from /tmp/ from time to time. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627481: column does not notice ANSI color escapes
On Fri, May 20, 2011 at 08:15:37PM -0500, Jonathan Nieder wrote: column seems to treat \e as having a width of 0 instead of skipping \e[m and similar sequences, so tables that use color don't line up (regardless of how TERM is set). These codes depend on the terminal used, right? So just to get this straight, you think column should get the valid escape sequences for the terminal it runs in and then filter those out? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656211: ITP: indi-qsi -- INDI QSI Driver
Package: wnpp Severity: wishlist Owner: Jasem Mutlaq mutla...@ikarustech.com * Package name: indi-qsi Version : 0.4 Upstream Author : Sami Lehti sami.le...@helsinki.fi, Jasem Mutlaq mutla...@ikarustech.com * URL : http://www.indilib.org * License : LGPL Programming Lang: C++ Description : INDI QSI Driver INDI driver for QSI CCD Filter Wheel. Package uploaded to Debian mentors service: http://mentors.debian.net/package/indi-qsi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629359: epiphany-browser: ignores proxy settings
I guess you are suffering the same bug as us on Gentoo: https://bugs.gentoo.org/show_bug.cgi?id=327595 In summary, epiphany is using proxy set via dconf instead of gconf and, as gnome-control-center-2.32 still only sets it via gconf, settings are ignored. This could probably be solved backporting: http://git.gnome.org/browse/gnome-control-center/commit/?id=2a5eca505ddf0b7023d18f0b96efb811c1532c3d signature.asc Description: This is a digitally signed message part
Bug#656203: ITP: libqsi -- Quantum Scientific Imaging Library
Hi Jasem, despite the long description for this package is missing this would probably a nice target for Debian Science. In case you are not aware of this project feel free to ask for explanation on the mailing list. Kind regards Andreas. On Tue, Jan 17, 2012 at 04:25:33PM +0300, Jasem Mutlaq wrote: Package: wnpp Severity: wishlist Owner: Jasem Mutlaq mutla...@ikarustech.com * Package name: libqsi Version : 6.0.3 Upstream Author : QSI supp...@qsimaging.com * URL : http://www.qsimaing.com * License : BSD Programming Lang: C++ Description : Quantum Scientific Imaging Library -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120117132533.11187.7812.reportbug@jasem-desktop -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656212: xrdp: unowned files after purge (policy 6.8, 10.8)
Package: xrdp Version: 0.5.0-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m19.6s ERROR: FAIL: Package purging left files on system: /var/log/sesman.lognot owned During a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): The fix should be easy: your package is using adduser or deluser from the adduser package, which is only priority important. Using useradd or userdel from the passwd package should fix this problem. Removing xrdp ... Purging configuration files for xrdp ... /var/lib/dpkg/info/xrdp.postrm: 18: /var/lib/dpkg/info/xrdp.postrm: deluser: not found /var/lib/dpkg/info/xrdp.postrm: 19: /var/lib/dpkg/info/xrdp.postrm: delgroup: not found cheers, Andreas xrdp_0.5.0-1.log.gz Description: GNU Zip compressed data
Bug#656203: ITP: libqsi -- Quantum Scientific Imaging Library
Hi Andreas, Sorry I missed that, first time filling an ITP request! I have several packages suitable for Debian Science. All are related to INDI Library (www.indilib.org) which KStars and other clients utilize to control astronomical instrumentation. Regards, Jasem On Tue, Jan 17, 2012 at 4:43 PM, Andreas Tille andr...@an3as.eu wrote: Hi Jasem, despite the long description for this package is missing this would probably a nice target for Debian Science. In case you are not aware of this project feel free to ask for explanation on the mailing list. Kind regards Andreas. On Tue, Jan 17, 2012 at 04:25:33PM +0300, Jasem Mutlaq wrote: Package: wnpp Severity: wishlist Owner: Jasem Mutlaq mutla...@ikarustech.com * Package name : libqsi Version : 6.0.3 Upstream Author : QSI supp...@qsimaging.com * URL : http://www.qsimaing.com * License : BSD Programming Lang: C++ Description : Quantum Scientific Imaging Library -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120117132533.11187.7812.reportbug@jasem-desktop -- http://fam-tille.de -- -- Best Regards, Jasem Mutlaq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656213: xine-ui: unowned files after purge (policy 6.8) violating FHS (policy 9.1) too
Package: xine-ui Version: 0.99.6-1.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m32.0s ERROR: FAIL: Package purging left files on system: /root/.xinenot owned /root/.xine/catalog.cache not owned As putting files into /root is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. cheers, Andreas xine-ui_0.99.6-1.1.log.gz Description: GNU Zip compressed data
Bug#631738: Marking bugs pending
tags 631738 +pending tags 655401 +pending thanks Hi! Bugs are solved on my harddisk, however currently alioth is down, so I can't commit my work to the svn repository, so I won't upload for now. Anyone reading this mail after alioth came to live again and this two bugs are still open: Please tell me to upload it ;) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656214: Closing (Save...) question dialog is not modal but hides from taskbar
Package: vim-gtk Version: 2:7.3.363-1 Severity: normal When you attempt to close gvim with modified files, it opens a dialog window asking whether the file shall be saved. But there is a problem with that dialog, it sets _NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_TASKBAR which makes the window disappear from the taskbar. That's ok for the regular case since the freshly created window appears in the foreground. But if you loose the focus of that dialog once (i.e. by clicking on the main window, or hiding/unhiding the main window of gvim) then you get a problem - the main window still assumes that the dialog window is modal and must be closed first but that dialog window does not behave like a modal window. I.e. it does not set _NET_WM_STATE_MODAL anywhere (or, alternatevly, it is also not re-focused automatically when the main window gets the focus). With old-school window managers (having keyboard quick-switch, like icewm or windowmaker) you can no longer reach that dialog window with keyboard. The only way to get the focus back is using the mouse. Just compare it to some Qt application (the usually do it correctly), Kate for example. Some other applications don't setup modal mode either but they at least don't hide the dialog window from the taskbar, leaving the user a chance. Regards, Eduard. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim-gtk depends on: ii libacl1 2.2.51-5 ii libc6 2.13-24 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgpm2 1.20.4-4 ii libgtk2.0-0 2.24.8-2 ii libice6 2:1.0.7-2 ii liblua5.1-0 5.1.4-12 ii libpango1.0-0 1.29.4-2 ii libperl5.14 5.14.2-6 ii libpython2.72.7.2-10 ii libruby1.8 1.8.7.352-2 ii libselinux1 2.1.0-4 ii libsm6 2:1.2.0-2 ii libtinfo5 5.9-4 ii libx11-62:1.4.4-4 ii libxt6 1:1.1.1-2 ii tcl8.5 8.5.11-1 ii vim-common 2:7.3.363-1 ii vim-gui-common 2:7.3.363-1 ii vim-runtime 2:7.3.363-1 vim-gtk recommends no packages. Versions of packages vim-gtk suggests: pn cscope15.7a-3.5 pn gnome-icon-theme 3.2.1.2-1 pn ttf-dejavu2.33-2 pn vim-doc none -- no debconf information -- rvb Dafür hat Ubuntu nen kleinen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656215: kicad: New upstream stable version 2011-12-28
Package: kicad Version: 0.0.20100314-1 Severity: wishlist I just wanted to bring the maintainers' attention to the fact that there is a new upstream stable release since december (2011-12-28): http://iut-tice.ujf-grenoble.fr/cao/ Hoping it gets packaged for wheezy! -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (490, '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 kicad depends on: ii extra-xdg-menus 1.0-4Extra menu categories for applicat ii kicad-common0.0.20100314-1 Common files used by kicad ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-5 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-5 The OpenGL utility library (GLU) ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t ii libx11-62:1.3.3-4X11 client-side library ii zlib-bin1:1.2.3.4.dfsg-3 compression library - sample progr kicad recommends no packages. Versions of packages kicad suggests: ii kicad-doc-en 0.0.20100314-1 Kicad help files (English) -- 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#656216: xen-utils-common: unowned files after purge (policy 6.8, 10.8)
Package: xen-utils-common Version: 4.1.2-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m20.6s ERROR: FAIL: Package purging left files on system: /var/log/xen not owned cheers, Andreas xen-utils-common_4.1.2-1.log.gz Description: GNU Zip compressed data
Bug#656217: vnc4server: does not remove /usr/bin/vncconfig alternative
Package: vnc4server Version: 4.1.1+X4.3.0-37 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m21.4s ERROR: WARN: Broken symlinks: /etc/alternatives/vncconfig - /usr/bin/vnc4config /etc/alternatives/vncconfig.1.gz - /usr/share/man/man1/vnc4config.1.gz /usr/bin/vncconfig - /etc/alternatives/vncconfig /usr/share/man/man1/vncconfig.1.gz - /etc/alternatives/vncconfig.1.gz 0m22.8s ERROR: FAIL: Package purging left files on system: /etc/alternatives/vncconfignot owned /etc/alternatives/vncconfig.1.gz not owned /usr/bin/vncconfig not owned /usr/share/man/man1/vncconfig.1.gz not owned cheers, Andreas vnc4server_4.1.1+X4.3.0-37.log.gz Description: GNU Zip compressed data
Bug#656218: libnss-myhostname: Package's description is outdated
Package: libnss-myhostname Version: 0.3-3 Severity: normal It seems that version 0.3 of libnss-myhostname changed its behavior and introduced an important feature: the module now first returns all locally configured public IP addresses and only if none are found it fallbacks to 127.0.0.2 (or, in Debian, 127.0.1.1). The package's long description should be updated to include that; I'm using normal as the severity and not minor, since this is a quite important change and may fool users into thinking that this need of theirs is not covered by the package. Your opinion may vary :) FWIW, the diff from upstream's README reads: - gethostname(2). A lot of software relies on that the local host name is - resolvable via DNS to an IPv4 or IPv6 address. When using dynamic - hostnames this is usually achieved by patching /etc/hosts which however - is suboptimal since it requires a writable /etc file system and is - fragile because the file might also be edited by the administrator. - nss-myhostname simply returns the IPv4 address 127.0.0.2 (wich is on - the local loopback) and the IPv6 address ::1 (which is the local host) - for whatever system hostname is configured locally. Patching - /etc/hostname is thus no longer necessary. + gethostname(2). Various software relies on an always resolvable local + host name. When using dynamic hostnames this is usually achieved by + patching /etc/hosts at the same time as changing the host name. This + however is not ideal since it requires a writable /etc file system and + is fragile because the file might be edited by the administrator at the + same time. nss-myhostname simply returns all locally configure public + IP addresses, or -- if none are configured -- the IPv4 address + 127.0.0.2 (wich is on the local loopback) and the IPv6 address ::1 + (which is the local host) for whatever system hostname is configured + locally. Patching /etc/hosts is thus no longer necessary. Regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656219: vm: unowned files after purge (policy 6.8, 10.8)
Package: vm Version: 8.1.0-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): Removing vm ... Purging configuration files for vm ... dpkg: warning: while removing vm, directory '/usr/share/emacs/site-lisp/vm' not empty so not removed. 1m8.4s ERROR: FAIL: Package purging left files on system: /etc/emacs23/site-start.d owned by: emacs23-common /usr/share/emacs owned by: emacsen-common, vm, emacs23-common, emacs23 /usr/share/emacs/site-lisp owned by: emacsen-common, vm, emacs23-common /usr/share/emacs/site-lisp/vm owned by: vm /usr/share/emacs/site-lisp/vm/version.txt not owned The version.txt file needs to be removed, dpkg will take care of the directories. cheers, Andreas vm_8.1.0-1.log.gz Description: GNU Zip compressed data
Bug#655545: please remove sagetex/ directories from texlive-latex-extra-*
On Tue, 17 Jan 2012 at 11:58AM +0100, Frank Küster wrote: I thought SageTeX is included in the manual Sage install? Then why are the tex files not put into /usr/local/temxf/...? I'm not sure if this is the right place to discuss the installation process for software not available in Debian, but: when doing a manual Sage install, the tex files get put into /usr/local/texmf only if (1) the user actually has the ability to do so, and (2) the user exercises that ability. Many Sage users do not have root permissions on the computers on which they install Sage, so installing into /usr/local/texmf is not possible. We do suggest using /usr/local/texmf (or, perhaps more properly, TEXMFLOCAL, since we support OS X and Solaris) and TEXMFHOME in our installation guide: http://sagemath.org/doc/installation/sagetex.html. But as you can imagine, not everyone reads that. However, many people quite like that Sage is very self-contained -- running Sage does not require making other changes to your system. Part of this is because of the non-privileged users mentioned above, and part of this is because Sage ships with many of its own versions of software that may be installed on the system. This may seem wasteful, but it is necessary to make sure that Sage works properly. Being self-contained is a big selling point, as it were, so many users forget that they might need to install SageTeX files elsewhere on the system. ...and then, having forgotten (or never learned in the first place), they try SageTeX, and when they try to typeset their document, they get truly strange errors because the .sty file from TeXLive and the Python module included in Sage do not match and do not work together. If you remove the SageTeX files from Debian, then those users will get LaTeX Error: File `sagetex.sty' not found. which is far more likely to be helpful to them. And the users who haven't installed Sage will never miss those files. Regards, Dan -- --- Dan Drake - http://mathsci.kaist.ac.kr/~drake --- signature.asc Description: Digital signature
Bug#656220: varnish: unowned files after purge (policy 6.8, 10.8)
Package: varnish Version: 3.0.2-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): Removing varnish ... Purging configuration files for varnish ... dpkg: warning: while removing varnish, directory '/etc/varnish' not empty so not removed. 0m23.4s ERROR: FAIL: Package purging left files on system: /etc/varnish owned by: varnish /etc/varnish/secretnot owned cheers, Andreas varnish_3.0.2-1.log.gz Description: GNU Zip compressed data
Bug#656221: vala-terminal: does not remove /usr/bin/x-terminal-emulator alternative on uninstallation
Package: vala-terminal Version: 1.3-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m40.4s ERROR: WARN: Broken symlinks: /etc/alternatives/x-terminal-emulator.1.gz - /usr/share/man/man1/vala-terminal.1.gz /etc/alternatives/x-terminal-emulator - /usr/bin/vala-terminal /usr/bin/x-terminal-emulator - /etc/alternatives/x-terminal-emulator /usr/share/man/man1/x-terminal-emulator.1.gz - /etc/alternatives/x-terminal-emulator.1.gz 0m42.2s ERROR: FAIL: Package purging left files on system: /etc/alternatives/x-terminal-emulator not owned /etc/alternatives/x-terminal-emulator.1.gz not owned /usr/bin/x-terminal-emulator not owned /usr/share/man/man1/x-terminal-emulator.1.gz not owned The alternative needs to be removed in the 'prerm remove' or 'postrm remove' step. cheers, Andreas vala-terminal_1.3-1.log.gz Description: GNU Zip compressed data
Bug#656137: readme.txt: asynchronous usage is a misleading lie
On Mon, Jan 16, 2012 at 08:53:06PM +0100, Enrico Zini wrote: - Actions are synchronous. After sending a command to asterisk, a readline() is issued right away. Again, this blocks the event loop until asterisk replies, if it ever does. This is in fact a bigger issue than just documentation. Suppose you want to detect if the network connection to asterisk went down, and do something like this: class ResilientManager(Asterisk.Manager): [...] def read_loop(self, idle_timeout=5*60.0): Read loop that will quit if there has been no input from asterisk for a configurable amount of seconds while True: rlist, wlist, xlist = select.select([self], [], [], idle_timeout) if not rlist: # It timed out return else: self.read() def read_loop_with_pings(self, idle_timeout=5*60.0): Read loop that, if nothing is heard from Asterisk after a given idle timeout, performs a ping to see if Asterks is still there. while True: self.read_loop(idle_timeout) log.info(%s: no news from asterisk after %f seconds: pinging, self.name, idle_timeout) event = self.Ping() log.info(%s: asterisk replied to ping, self.name) In this case, since Ping reads its reply with a readline(), if the network went down then readline() waits indefinitely, defeating the purpose of doing a Ping in the first place. I tested it here, disconnecting the VPN to the asterisk server: a Ping was issued by the process has been stuck in the Ping() method since 15 minutes and counting. At least for Ping, you *definitely* need at least a timeout. As a workaround, one needs to wrap the above code in a multiprocessing.Process, and then implement a further watchdog in the parent process. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#648705: Please help with fixing a bug on kfreebsd [Was: Processed: unarchiving 648705]
Le 17 janv. 2012 à 10:56, Alexander Reichle-Schmehl a écrit : Hi! Am 16.01.2012 19:18, schrieb Andreas Tille: Why not enabling others having the experience to have fixed a bug on freebsd? The package is team maintained. To cite you in the mail which started this thread: any hint, how to fix this problem? And the previous mail you claimed you can't fix in from a Linux box. Seems to me you got precisely what you asked for ;) Ok I believe I found the bug. I'll try to provided a patch. A question still remains: when app links to so, where should I install them ? /usr/lib, /usr/lib64 ??? - Eric Maeker, MD (Fr) http://www.freemedforms.com http://wiki.debian.org/DebianMed http://www.ericmaeker.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631477: [debcommit] Be smart as to how to tag a repository
Package: devscripts Followup-For: Bug #631477 Version: 2.11.3 I want to add that the most cumbersome issue I have is when maintaining packages wich has tildes in their versions (pre-releases); For example if we have the version 1.3~pre4; debcommit -ra will make the tag 1.3.pre4 and git buildpackage --git-tag will make the tag 1.3_pre4; While the actual tag isn't much of a problem except it might look bad, git dch only listens to one of the tags and ignores the other format. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- EMAIL=$(git config user.email) DEBFULLNAME=$(git config user.name) DEBUILD_SET_ENVAR_DEBIAN_KERNEL_USE_CCACHE=tru -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.1.2 ii libc6 2.13-21 ii perl 5.14.2-6 ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.22.0-3 ii dctrl-tools 2.20 ii debian-keyring2011.08.07 ii dput 0.9.6.2 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.1-1 ii gnupg 1.4.11-3 ii libcrypt-ssleay-perl 0.57-2+b3 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 ii lintian 2.5.4 ii man-db2.6.0.2-3 ii patch 2.6.1-2 ii patchutils0.3.2-1 ii python-debian 0.1.21 ii python-magic none ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-5 ii wdiff 0.6.5-1 ii wget 1.13.4-1 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-elnone ii gnuplot 4.4.0-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perlnone ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.2-4+b3 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.19-1+b1 ii mutt 1.5.21-5 ii openssh-client [ssh-client] 1:5.9p1-2 ii svn-buildpackage none ii w3m 0.5.3-5 -- 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#656180: tex-common: ! TeX capacity exceeded, sorry [pool size=1182621].
On Di, 17 Jan 2012, Frank Küster wrote: Norbert, what's the current pool size in upstream texlive (or where is upstream's texmf.cnf in the SVN)? pool_size = 325 so that is about 2.5 times what it is in Debian: 125 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 TODDING (vb.) The business of talking amiably and aimlessly to the barman at the local. --- 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#656222: uzbl: does not remove /usr/bin/x-www-browser alternative on uninstallation
Package: uzbl Version: 0.0.0~git.2028-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m43.5s ERROR: WARN: Broken symlinks: /etc/alternatives/x-www-browser - /usr/bin/uzbl-browser /usr/bin/x-www-browser - /etc/alternatives/x-www-browser 0m45.1s ERROR: FAIL: Package purging left files on system: /etc/alternatives/x-www-browsernot owned /usr/bin/x-www-browser not owned The alternative needs to be removed in the 'prerm remove' or 'postrm remove' step using update-alternatives --remove ... cheers, Andreas uzbl_0.0.0~git.2028-1.log.gz Description: GNU Zip compressed data