Bug#665927: libaugeas-ruby: Update ruby-augeas to 0.4.1
Package: libaugeas-ruby Version: 0.3.0-1.1 Severity: wishlist ruby-augeas 0.4.1 was released last year and could be uploaded to unstable. Announcement of 0.4.0 and 0.4.1 in first reply: http://www.redhat.com/archives/augeas-devel/2011-March/msg00071.html Downloads: http://augeas.net/download/ruby/ -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaugeas-ruby depends on: ii libaugeas-ruby1.8 0.3.0-1.1 Augeas bindings for the Ruby langu libaugeas-ruby recommends no packages. libaugeas-ruby 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#665279: pointing luatex to external lua modules
On Di, 27 MÀr 2012, Faheem Mitha wrote: Well, that's too bad. That means the only option is to self-compile the modules? Bummer. I'll copy this bug report if I write to the luatex project. Thanks. I honestly don't know whether and how luatex allows for that ... 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 CLOVIS (q.v.) One who actually looks forward to putting up the Christmas decorations in the office. --- 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#626394: Priority: source in Sources
On Mon, Mar 26, 2012 at 09:11:14PM +0200, Jakub Wilk wrote: (Context: dak produces Sources files with incorrect Priority field.) * Ansgar Burchardt ans...@debian.org, 2012-03-26, 18:48: source is not a valid value for the Priority field. Is this used anywhere or could dak just output Priority: optional for all source packages (and maybe drop the field for Sources long-term)? I suspect that wanna-build might be using it. wb-team folks, could you confirm/deny? Yep, we sort the packages to build by source priority. My gut feeling is that it should be the max priority of the set of binaries it builds to keep that feature. OTOH the uploaded source packages do have a priority. (The one in the source stanza is replicated into the .changes.) Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#661372: upx-nrv: GPL code missing source and linked against non-free library
clone 661372 -1 reassign -1 ftp.debian.org severity -1 normal retitle -1 RM: upx-nrv -- ROM; license issues; undistributable thanks Markus F.X.J. Oberhumer wrote: Hi now that UPX supports LZMA compression (since v2.90, 2006) there are probably no strong technical needs for keeping upx-nrv in Debian. So considering the fact that this license discussion pops up every few years it will indeed save us some time to just drop it. In any case the precompiled UPX upx-nrv remains available for your users at upx.sourceforge.net and is just one click away. Ok, so let's remove the package from Debian then. Thanks, robert signature.asc Description: OpenPGP digital signature
Bug#665929: RM: factory-boy/1.1.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm binary package renamed -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665930: perl: moved from 5.14.2-7 to -9 and can no longer contact https://www.paypal.com
Package: perl Version: 5.14.2-9 Severity: normal This simple script works fine when under perl 5.14.2-7: #!/usr/bin/perl use warnings; use strict; use LWP::UserAgent; use WWW::Mechanize; my $m = WWW::Mechanize-new(); $m-show_progress(1); print $m-get('http://www.paypal.com')-status_line(), \n; And no longer when I moved to -9 Dear Maintainer, *** 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, 'testing'), (500, 'stable'), (499, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-1-pompei (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_CA, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.01.0.6-1 ii libc6 2.13-27 ii libdb5.1 5.1.29-1 ii libgdbm3 1.8.3-10 ii perl-base 5.14.2-9 ii perl-modules 5.14.2-9 ii zlib1g1:1.2.6.dfsg-2 Versions of packages perl recommends: ii netbase 4.47 Versions of packages perl suggests: ii libterm-readline-gnu-perl | libterm-readline-perl-perl none ii make3.81-8.1 ii perl-doc5.14.2-9 -- 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#592959: dovecot: Please provide backports of Dovecot v2.0 for Squeeze.
Hi all, my company needs Dovecot 2.x (due to LMTP) so I took the liberty to prepare the backport for it: - I've pushed a new branch on git (I did that only because it's on collab-maint) named 'morph-bpo60' with the changes I did to prepare the backport - I've created a small apt-get-able repo containing the resulting packages (both binary and source) at: http://people.debian.org/~morph/dovecot2-bpo60/ We'll be start testing thoroughly in the coming days, but i've added some of the bpo interested people in the loop, so they can give a look the pkgs. I don't have plans to upload it to squeeze-backport yet, at least not without an explicit ack from maints and several other people. Cheers, -- 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#661318: linux-image-3.2.0-1-amd64: Possibility integrating newer Hyper-V paravirt drivers in squeeze?
G'day Am 26.02.2012 18:10, schrieb Ben Hutchings: Please ping this bug after v3.4-rc1 and I'll try to pull all the changes that went into there. 3.4-rc1 isn't out - yet, but I'd say that Linus' tree now contains all the stuff that should go into 3.4 for Hyper-V. The diff of Hyper-V driver with my patched vanilla 3.2 and 3.4 is nonexisting now. So far I kept running vanilla 3.2.11 + linux-next (all) patches that whent up in mainline and things seem to work. I'd like to help getting the patches in right shape - if possible. (or point me to the site I'd need to read) Does Debian prefer 1 patch per upstream commit or have one big patch per driver/file? Additionally: There is one issue that was raised by MS people towards Ubuntu - where we are attained too: ata_pIIx doesn't defer to the (much faster) paravirt storage driver when Debian is run on Hyper-V, or worse, we can lose the root file system when drivers switch between storvsc and ata_piix. As we can't use modprobe rules (as done on RHEL for this), Andy Whitcroft has come up with a patch for Ubuntu's 3.2-based kernel that solves the problem and does the job on Wheezys' kernel too.* Looking forward and thanks for your time! - Mathieu * http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commitdiff;h=a896e46ae52619bf4f34cdb342c2862071f5c25c;hp=720dab378e884a99b6d8aed51f7eb1615d10549e (MS' Mike Sterling agreed in community forums that this patch isn't likely to go upstream as such...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665931: Application complains about CUDA libraries and drivers and exit
Package: nvidia-visual-profiler Version: 4.1.28-1 Severity: important The NVIDIA Visual Profiler complains that CUDA libraries and drivers are needed. Just installing libcupti4 seems to do the job (but that could be because of some dragged dependancies). Perhaps something needs to be manually added to your Depends? The error message (upon importing a CSV profile) states: Unable to locate CUDA libraries and establish connection with CUDA driver. Make sure that the CUDA and CUDA runtime libraries are on your library path. See the installation guide for more information. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (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 nvidia-visual-profiler depends on: ii default-jre [java6-runtime]1:1.6-47 ii libc6 2.13-27 ii libgtk2.0-02.24.10-1 ii openjdk-6-jre [java6-runtime] 6b24-1.11.1-3 Versions of packages nvidia-visual-profiler recommends: pn nvidia-cuda-doc none nvidia-visual-profiler 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#665917: [pkg-ntp-maintainers] Bug#665917: ntp: don't use /home/ for the users homedir
On Tue, Mar 27, 2012 at 02:20:27AM +0200, Christoph Anton Mitterer wrote: Package: ntp Version: 1:4.2.6.p5+dfsg-1 Severity: normal Hi. Currently the maintainer scripts set the homedir for this package to be in /home/username. As this is system user, I'd say this is rather bad style. Which script are you talking about? I do not see the path mentioned in any of them. Could you please move this to something more reasonable and also change it for upgraded systems? I don't see how maintair scripts need to change anything for the upgrade in that case, either they do the right thing or don't. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636219: How can we quote # in a value passed to debconf-set-selections?
On Montag, 26. März 2012, Petter Reinholdtsen wrote: See #664976 for the details of the Debian Edu problem. Clear text passwords are passed from d-i to /target/ using debconf-set-selections, and breaking for passwords like '*#secret'. I think it's better to recommend not to use passwords with a # (and possible other characters) then modifiying the way preseeding works in stable. And, after all, preseeding clear text passwords is sub-optimal anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660712: Foreign-architecture packages break popularity-contest
On Tue, 27 Mar 2012, Ben Hutchings wrote: The new behaviour, using dpkg 1.16.2: /etc/cron.daily/popularity-contest: dpkg-query: error: --listfiles needs a valid package name but 'gcc-4.6-base' is not: ambiguous package name 'gcc-4.6-base' with more than one installed instance Indeed, I also got this today. On Tue, 21 Feb 2012, Bill Allombert wrote: Yes, but currently this does not work, see bug #659782, which this bug is probably a duplicate. Sort of. But the discussions in #659782 gave you the solution to this bug. You should use ${binary:Package} preferrably over ${Package} when getting the list of packages to query. Yes ${binary:Package} might be empty with older versions of dpkg so you must ask for both and be ready to deal with it. dpkg-query -W -f'${binary:Package},${Package} ${Status}\n' And use the first non-empty value for the package name. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665933: [SPARC] NIC mac address changed on reboot (driver: cassini)
Package: linux-image-2.6.32-5-sparc64-smp Version: 2.6.32-41squeeze2 Every time the system reboots, the NIC's MAC address gets changed, then udev changed the name of the interface. When network is configured in /etc/network/interface manually, it fails to get network connection. I'm not sure if it's a problem in the driver, or anything else. Currently I've applied following workaround: 1.Make udev don't rename the interface even MAC address has changed. # chmod -x write_net_rules # rm /etc/udev/rules.d/70-persistent-net.rules 2.Manually configure a hwaddress in /etc/network/interfaces for every interface available. -- 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#516785: Bug #516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic
Hi, I can confirm that Debian Squeeze 6.0.4, with kernel linux-image-2.6.32-5-sparc64-smp, version 2.6.32-41 or 2.6.32-41squeeze2, does not crash anymore. The installation process is smooth (d-i prompts for a firmware), and the system is working well. But don't run lshw with this kernel, it may cause panic (#665932). -- 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#665852: UI still refers to volatile.debian.org
Quoting Joey Hess (jo...@debian.org): Package: apt-setup Severity: normal VOL_HOST still appears as volatile.debian.org in the UI, but that is thuroughly dead now. If I'm correct there is no more volatile at all. So, if this is correct, the change would be disabling everything related to it. Trying to do so without breaking my beloved translations would leato this template: Template: apt-setup/volatile_host Type: string Default: volatile.debian.org Description: for internal use; can be preseeded Host to use for volatile updates to be removed. And this one: # All services are enabled by default to allow preseeding Template: apt-setup/services-select Type: multiselect Choices-C: security, volatile # SEC_HOST and VOL_HOST are host names (e.g. security.debian.org) # Translators: the *entire* string should be under 55 columns # including host name. In short, KEEP THIS SHORT and, yes, that's tricky # :sl3: __Choices: security updates (from ${SEC_HOST}), volatile updates (from ${VOL_HOST}) Default: security, volatile # :sl3: _Description: Services to use: Debian has two services that provide updates to releases: security and volatile. . Security updates help to keep your system secured against attacks. Enabling this service is strongly recommended. . Volatile updates provide more current versions for software that changes relatively frequently and where not having the latest version could reduce the usability of the software. An example is the virus signatures for a virus scanner. This service is only available for stable and oldstable releases. To be changed to: # All services are enabled by default to allow preseeding Template: apt-setup/services-select Type: multiselect Choices-C: security # SEC_HOST is a host name (e.g. security.debian.org) # Translators: the *entire* string should be under 55 columns # including host name. In short, KEEP THIS SHORT and, yes, that's tricky # :sl3: __Choices: security updates (from ${SEC_HOST}) Default: security # :sl3: _Description: Services to use: Security updates help to keep your system secured against attacks. Enabling this service is strongly recommended. And, of course, changing the relevant code in maintainer scripts... (OK, that makes services, aka plural, but leaves room opened for more services in the futureand you guys will jump on my dead body, now, to change strings...:-)) signature.asc Description: Digital signature
Bug#665923: [Pkg-samba-maint] Bug#665923: Bug#665923: file enumeration vulnerability via mount.cifs due to early use of chdir() and error message
Quoting Steve Langasek (vor...@debian.org): severity 665923 important reassign 665923 cifs-utils thanks Luk, are you in position to take care of this? Even though the bug is not RC, fixing it would be nice. Also, aren't we late by one version or something with cifs-utils? signature.asc Description: Digital signature
Bug#665933: Bug #665933: [SPARC] NIC mac address changed on reboot (driver: cassini)
$ lsmod Module Size Used by xt_multiport2931 2 nf_conntrack_ipv4 10993 14 nf_defrag_ipv4 1139 1 nf_conntrack_ipv4 xt_connlimit3159 1 xt_state1335 13 nf_conntrack 53681 3 nf_conntrack_ipv4,xt_connlimit,xt_state xt_tcpudp 2503 13 xt_limit1974 2 iptable_filter 2258 1 ip_tables 14835 1 iptable_filter x_tables 14314 6 xt_multiport,xt_connlimit,xt_state,xt_tcpudp,xt_limit,ip_tables ext3 126505 1 jbd38213 1 ext3 loop 11239 0 evdev 8088 0 ext4 326393 1 mbcache 5435 2 ext3,ext4 jbd2 67843 1 ext4 crc16 1295 1 ext4 raid1 18815 1 md_mod 83136 2 raid1 sd_mod 31796 5 crc_t10dif 1292 1 sd_mod usbhid 37592 0 hid74489 1 usbhid sg 26189 0 sr_mod 14098 0 cdrom 33735 1 sr_mod ata_generic 3399 0 ohci_hcd 18886 0 pata_cmd64x 5838 0 ehci_hcd 35029 0 qla2xxx 224070 3 libata147407 2 ata_generic,pata_cmd64x usbcore 118702 4 usbhid,ohci_hcd,ehci_hcd scsi_transport_fc 37580 1 qla2xxx cassini42652 0 scsi_tgt8202 1 scsi_transport_fc nls_base6817 1 usbcore scsi_mod 137229 7 sd_mod,sg,sr_mod,qla2xxx,libata,scsi_transport_fc,scsi_tgt ide_pci_generic 2972 0 -- 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#661658: cctools: FTBFS on kfreebsd
Hi, [sorry for the delay] On Wed, Feb 29, 2012 at 12:13:17AM +0100, Julien Cristau wrote: Source: cctools Version: 3.4.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) The relevant parts seem to be: checking for /usr/include/python2.7/Python.h...yes found python development libraries Traceback (most recent call last): File stdin, line 4, in module AttributeError: 'NoneType' object has no attribute 'split' I ran the respective bit of python code on asdfasdf.d.n and cannot reproduce the failure with Python 2.7. Maybe this was a transient issue in the kfreebsd port that is no longer present in today's unstable. Maybe a simple rebuild attempt would fix it (CC'ing the wb-team)? gb cctools_3.4.2-1 . kfreebsd-amd64 kfreebsd-i386 thanks, 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#665355: cups: Fails to finish printing - printer gets stuck.
Good time of the day, Brian. You wrote: Please install cups-filters from unstable and report back. I have a bug w/ base-files package probably, - it says I have wheezy/sid, but I have wheezy only, no sid, therefore I can not install cups-filters from unstable. May I help w/ something else?! Thanks for Your time and work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665456: texlive-bin: FTBFS on hurd
On 27.03.12 Norbert Preining (prein...@logic.at) wrote: On Mo, 26 MÀr 2012, Hilmar Preusse wrote: Hi, Please don't delay the upload for this. It does not make sense, since the transition to testing is anyway blocked by the FTBFS, so we have to solve both ;-) I submitted that bug as important. It should not block. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#665657: FTBFS: glibmm.h:82:26: fatal error: glibmmconfig.h: No such file or directory
On Mon, Mar 26, 2012 at 3:39 PM, Michael Biebl bi...@debian.org wrote: That all said: Does ladish use pkg-config to get the build flags? Sure it does. So, this affects flowcanvas, I'll have a look at it as sonn as possible. Thanks and cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665934: base-files: Says I have wheezy/sid installation when I have wheezy only.
Package: base-files Version: 6.7 Severity: normal Dear Maintainer, I have wheezy installation only, but base-files lies in /etc/issue it being wheezy/sid. Because of this - at the time I make bug reports - many maintainers do err w/ this and give me advices to install newer packages from the ones I have - but is not the solution for me, as You may have supposed already. Also, reportbug asks for it seeing older version of packages installed. Please fix it. And thank You for Your work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:3.1.8+dfsg-0.1 ii mawk [awk] 1.3.3-16 base-files recommends no packages. base-files 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#665935: gcc-4.7: FTBFS: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory
Source: gcc-4.7 Version: 4.7.0-1 Severity: important Justification: fails to build from source Hi, gcc-4.7 FTBFS on sh4. http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.7arch=sh4ver=4.7.0-1stamp=1332785852 - /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/nm -pg _ic_invalidate_s.o | gawk 'NF == 3 $2 !~ /^[UN]$/ $3 !~ /.*_compat/ $3 !~ /.*@.*/ { print \t.hidden, $3 }' _ic_invalidate.visT mv -f _ic_invalidate.visT _ic_invalidate.vis /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/xgcc -B/build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/ -B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem /usr/sh4-linux-gnu/include -isystem /usr/sh4-linux-gnu/sys-include -g -O2 -m4-nofpu -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mieee -mieee -DNO_FPSCR_VALUES -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mieee -mieee -DNO_FPSCR_VALUES -I. -I. -I../../.././gcc -I../../../../src/libgcc -I../../../../src/libgcc/. -I../../../../src/libgcc/../gcc -I../../../../src/libgcc/../include -DHAVE_CC_TLS -o _ic_invalidate.o -MT _ic_invalidate.o -MD -MP -MF _ic_invalidate.dep -DL_ic_invalidate -xassembler-with-cpp -c ../../../../src/libgcc/config/sh/lib1funcs.S -include _ic_invalidate.vis /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/xgcc -B/build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/ -B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem /usr/sh4-linux-gnu/include -isystem /usr/sh4-linux-gnu/sys-include -g -O2 -m4-nofpu -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mieee -mieee -DNO_FPSCR_VALUES -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mieee -mieee -DNO_FPSCR_VALUES -I. -I. -I../../.././gcc -I../../../../src/libgcc -I../../../../src/libgcc/. -I../../../../src/libgcc/../gcc -I../../../../src/libgcc/../include -DHAVE_CC_TLS -o _ic_invalidate_array_s.o -MT _ic_invalidate_array_s.o -MD -MP -MF _ic_invalidate_array_s.dep -DSHARED -DL_ic_invalidate_array -xassembler-with-cpp -c ../../../../src/libgcc/config/sh/lib1funcs.S /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/nm -pg _ic_invalidate_array_s.o | gawk 'NF == 3 $2 !~ /^[UN]$/ $3 !~ /.*_compat/ $3 !~ /.*@.*/ { print \t.hidden, $3 }' _ic_invalidate_array.visT mv -f _ic_invalidate_array.visT _ic_invalidate_array.vis /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/xgcc -B/build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/ -B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem /usr/sh4-linux-gnu/include -isystem /usr/sh4-linux-gnu/sys-include -g -O2 -m4-nofpu -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mieee -mieee -DNO_FPSCR_VALUES -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mieee -mieee -DNO_FPSCR_VALUES -I. -I. -I../../.././gcc -I../../../../src/libgcc -I../../../../src/libgcc/. -I../../../../src/libgcc/../gcc -I../../../../src/libgcc/../include -DHAVE_CC_TLS -o _ic_invalidate_array.o -MT _ic_invalidate_array.o -MD -MP -MF _ic_invalidate_array.dep -DL_ic_invalidate_array -xassembler-with-cpp -c ../../../../src/libgcc/config/sh/lib1funcs.S -include _ic_invalidate_array.vis /build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/xgcc -B/build/buildd-gcc-4.7_4.7.0-1-sh4-sXvmRA/gcc-4.7-4.7.0/build/./gcc/ -B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem /usr/sh4-linux-gnu/include -isystem /usr/sh4-linux-gnu/sys-include -g -O2 -m4-nofpu -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mieee -mieee -DNO_FPSCR_VALUES -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mieee -mieee -DNO_FPSCR_VALUES -I. -I. -I../../.././gcc -I../../../../src/libgcc -I../../../../src/libgcc/. -I../../../../src/libgcc/../gcc -I../../../../src/libgcc/../include -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c ../../../../src/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS In file included from /usr/include/stdio.h:28:0, from ../../../../src/libgcc/../gcc/tsystem.h:88, from ../../../../src/libgcc/libgcc2.c:29: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory compilation terminated. make[7]: *** [_muldi3.o] Error 1 make[7]: Leaving directory `/build/bu - I see this like a problem same as #639752. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#665936: [hunspell-fr] Please upgrade to version 4.4.1
Package: hunspell-fr Version: 1:3.3.0-3 Severity: wishlist --- Please enter the report below this line. --- The version 4.4.1 is available since december 20 2011 and is required to install the libreoffice extension Grammalecte which is a grammatical checker for french grammar derived from lightproof. The version now seams to be 3.8, but it is hard to identify (it appears only in the .aff file), could you note the upstream version in the changelog file or put in /usr/doc/hunspell-fr the upstream README file? Thx --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstableftp.fr.debian.org 500 testing ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 500 oldstable ftp.fr.debian.org 101 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== dictionaries-common(= 0.10) | 1.12.5 OR openoffice.org-updatedicts| Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== hunspell | 1.3.2-4 openoffice.org-hunspell| OR openoffice.org-core (= 2.0.2) | -- Landry MINOZA Chef de projet technique Linux et réseaux Département Informatique Sté TELBASE FC Tél: 4715 (+33140494714) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660049: mosh sponsorship and name
Hi Christine, On 25 March 2012 20:39, Christine Spang christ...@spang.cc wrote: As you may have noticed from the activity on your mosh ITP, I didn't check the WNPP bugs list before sponsoring another package with the name 'mosh', which has now clearned NEW and entered the archive. Would you be willing to rename your mosh package to, say, mosh-scheme? I'd be happy to then sponsor your package to the archive and be your sponsor for future uploads. Well, mosh seems like an older program, having been begun by the R6RS process in 2008; but I would concede that keithw/mosh probably has a larger user base. As these rename issues can get thorny and mosh is already in the archive in any case, I'll be willing to rename. Hopefully the technical barriers will not be too hard to surmount. Aside: CCing to both bugs to be safe. However, how should the existing bugs be handled in this case? Simply rename the ITP and RFS to 'mosh-scheme'? Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665822: [Aptitude-devel] Bug#665822: introduce user own marker on installed packages
On 27 March 2012 05:51, William r...@libertysurf.fr wrote: Thanks a lot for your answer. The given command gives 1225 packages : $ aptitude search '~i!~M' In my case, such a list is clearly not manageable! The ubuntu command : aptitude search '~i!~M(!~tubuntu-desktop!~tminimal!~tstandard!~tprint-server)(!~n^grub$!~n^linux-!~n^aspell$!~n^openoffice.org-l10n-common$((!~n-fr$!~n-fr-)|~ndoc-fr$))' gives 103 packages, which starts to become manageable! So, clearly, having a command such as this one, given in the man page, that would give the 103 packages, would be very interesting : $ aptitude search ~user But I can fully understand that aptitude is not able to do it. Indeed, that would require a definition of what is from the distribution and what is not, which does not seam easy. The old style tasks have been phased out and replaced by meta-packages with names beginning with task-. As a result of this it is now possible to have the dependencies of a task marked as automatically installed and thus most of the clutter in your preferred search (!~tubuntu-desktop etc.) will no longer be needed. However, if you had upgraded from an older system it is likely you will have to select each task that is installed and mark the dependencies before this is useful. I don't believe it will be worth anyone's effort to attempt to define a distribution/non-distribution distinction between packages. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665822: [Aptitude-devel] Bug#665822: introduce user own marker on installed packages
On 27 March 2012 16:07, Daniel Hartwig mand...@gmail.com wrote: The old style tasks have been phased out and replaced by meta-packages with names beginning with task-. As a result of this it is now possible to have the dependencies of a task marked as automatically installed and thus most of the clutter in your preferred search (!~tubuntu-desktop etc.) will no longer be needed. However, if you had upgraded from an older system it is likely you will have to select each task that is installed and mark the dependencies before this is useful. I don't believe it will be worth anyone's effort to attempt to define a distribution/non-distribution distinction between packages. Otherwise you can use user-tags to track the packages you are interested in yourself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665877: ncurses-term: /usr/share/terminfo/s/st-256color conflicts with file from suckless-tools
Hello, according to the Contents file, these two files exist both in ncurses-term/5.9-5 and suckless-tools/38-1: /usr/share/terminfo/s/st /usr/share/terminfo/s/st-256color -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665939: ITP: ruby-capistrano-colors -- Capistrano helper for colorizing output
Package: wnpp Severity: wishlist Owner: Taku YASUI t...@debian.org * Package name: ruby-capistrano-colors Version : 0.5.5 Upstream Author : Mathias Stjernstrom * URL : https://github.com/stjernstrom/capistrano_colors * License : MIT Programming Lang: Ruby Description : Capistrano helper for colorizing output capistrano_colors is a helper for Capistrano to colorize its output. This package is used with capistrano. I already created the package using gem2deb. Please look at following source URLs. svn://svn.debian.org/svn/collab-maint/deb-maint/ruby-capistrano-colors http://anonscm.debian.org/viewvc/collab-maint/deb-maint/ruby-capistrano-colors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665824: [Aptitude-devel] Bug#665824: possibility for the user to mark installed packages with some kind of text
On 27 March 2012 06:25, William r...@libertysurf.fr wrote: Hello, and many thanks for this very interesting comment. Hi My answers will be to-the-point so as to be clear. There a couple of interesting suggestions here but others which can not be used. Clearly, that would be interesting to put it in the --help page or in the internet wiki debian page (I can help if you tell me how!). The primary source for information about using aptitude is the user's manual (French version available in aptitude-doc-fr). Also the man page contains the full details of the command-line, but does not contain details of search terms, etc. --help is meant to be brief. In the future you can expect even less content thereto keep the focus on what is frequently used. You can edit the wiki by signing up I guess. Feel free to add anything you think will be useful there. Keep in mind that as the program changes anything you put on a wiki will become more and more out-of-date. Note : I tried : $ aptitude add-user-tag foo wine It said nothing, but could not find the tag after, using the command : $ aptitude search '?user-tag(foo)' Is that on a multi-arch system? May I suggest new syntax and new commands ? I know this may not be accepted, but anyway I would like to share my thoughts. The purpose of the 'new' commands is to make it simplier for the user, yet powerful : Please excuse my blunt replies :-) # aptitude install --user-tag william-debian-packaging-tutorial build-essential devscripts debhelper [ 1 : simplified name here, to be used in many different commands. 2 : No add. If tag does not exists, then it is created. ] No. user-tag does not indicate an action, add-user-tag does and makes it clear what is happening. Further, it is possible to mix many aptitude actions in the same command, for example: # aptitude install foo bar- other_ which will install foo, remove bar, and purge other. In this way it becomes very difficult to decide what action --user-tag should imply (add or remove? Both?) It is impossible to decide in a way that is predictable for the user, so we require --add-user-tag or --remove-user-tag. Also, with your syntax, how can someone say install packages with the tag jason? # aptitude install --user-tag jason otherpkg1 otherpkg2 Can't be done. the user tag will be added to otherpkg1 and otherpkg2, rather than installing all packages tagged jason and those other two. # aptitude show --user-tag [ 3 : or something to be able to list available tags ! Not available right now ? ] An interesting idea. # aptitude search --user-tag william # aptitude search --user-tag william '!~M' [ 4 : different syntax, that uses '--user-tag' much like other commands ] No. User tags already have a well established search term which is used exactly the same as all other search terms. You are now also suggesting to overload --user-tag here to mean search for this user tag where previously you suggest --user-tag to mean maybe add or remove this user tag. This is dangerous territory. # aptitude user-tag william-debian-packaging-tutorial devscripts [ 5 : action to add the tag to the package, which does not work right now ? ] There is already add-user-tag, which is more meaningful and does work. Note that the lack of output only indicates that there has not been any errors. # aptitude add-user-tag temp emacs23 emacs23-nox # aptitude search -F%p '?user-tag(temp)' emacs23 emacs23-nox # aptitude purge --user-tag william-debian-packaging-tutorial [ 6 : removes the tag and the packages at the same time ] No. The user may still be interested in having the packages tagged (perhaps they want to remember what they tried later? etc.) Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665887: wajig new - global name util is not defined
Not good. I will have a version fixing that problem released before end of this week (maybe today). In the meantime, you can run VCS version. Instructions: $ wajig readme wajig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665940: Bug 637239 is still present in stable (with libc6 2.11.3-3)
Package: libc6 Version: 2.11.3-3 Severity: normal The bug reported in #637239 is still present in squeeze, though it is recorded as having been fixed in 2.11.3-1. This may be verified by running the test script at http://sourceware.org/bugzilla/attachment.cgi?id=5218 and observing a segmentation fault. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.11.3-3 Embedded GNU C Library: Binaries ii libgcc1 1:4.4.5-8 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.11.3-3 Embedded GNU C Library: National L -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: ssh openbsd-inetd exim4 cron autofs
Bug#665941: ITP: ruby-capistrano-colors -- Capistrano helper for colorizing output
Package: wnpp Severity: wishlist Owner: Taku YASUI t...@debian.org * Package name: ruby-capistrano-colors Version : 0.5.5 Upstream Author : Mathias Stjernstrom * URL : https://github.com/stjernstrom/capistrano_colors * License : MIT Programming Lang: Ruby Description : Capistrano helper for colorizing output capistrano_colors is a helper for Capistrano to colorize its output. This package is used with capistrano. I already created the package using gem2deb. Please look at following source URLs. svn://svn.debian.org/svn/collab-maint/deb-maint/ruby-capistrano-colors http://anonscm.debian.org/viewvc/collab-maint/deb-maint/ruby-capistrano-colors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665452: openssl: 'upgrade' also breaks https://www.paypal.com
Package: openssl Version: 1.0.1-2 Followup-For: Bug #665452 I can no longer contact paypal on its ssl port with that 'upgrade' with perl, wget, w3m, etc. (all clients using openssl). Going back to 1.0.0h fixes it. Dear Maintainer, *** 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, 'testing'), (500, 'stable'), (499, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-1-pyrrhus (SMP w/4 CPU cores) Locale: LANG=en_CA, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages openssl depends on: ii libc62.13-27 ii libssl1.0.0 1.0.1-2 ii zlib1g 1:1.2.6.dfsg-2 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20120212 -- 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#665930: perl: please close, problem lies with openssl 'upgrade'
Package: perl Followup-For: Bug #665930 Sorry for the spurious bug report. The problem is with openssl (which perl uses unfortunately). Dear Maintainer, *** 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, 'testing'), (500, 'stable'), (499, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-1-pyrrhus (SMP w/4 CPU cores) Locale: LANG=en_CA, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libbz2-1.01.0.6-1 ii libc6 2.13-27 ii libdb5.1 5.1.29-1 ii libgdbm3 1.8.3-10 ii perl-base 5.14.2-9 ii perl-modules 5.14.2-9 ii zlib1g1:1.2.6.dfsg-2 Versions of packages perl recommends: ii netbase 4.47 Versions of packages perl suggests: ii libterm-readline-gnu-perl 1.20-2+b1 ii make 3.81-8.1 ii perl-doc 5.14.2-9 -- 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#657822: ITP: ruby-capistrano-ext -- Useful task libraries and methods for Capistrano
Hi, Have you already created the package? If you don't have any interest about this package, shall I take over it? Thanks, Taku -- Taku YASUI t...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665942: ITP: ruby-capistrano-colors -- Capistrano helper for colorizing output
Package: wnpp Severity: wishlist Owner: Taku YASUI t...@debian.org * Package name: ruby-capistrano-colors Version : 0.5.5 Upstream Author : Mathias Stjernstrom * URL : https://github.com/stjernstrom/capistrano_colors * License : MIT Programming Lang: Ruby Description : Capistrano helper for colorizing output capistrano_colors is a helper for Capistrano to colorize its output. This package is used with capistrano. I already created the package using gem2deb. Please look at following source URLs. svn://svn.debian.org/svn/collab-maint/deb-maint/ruby-capistrano-colors http://anonscm.debian.org/viewvc/collab-maint/deb-maint/ruby-capistrano-colors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665696: gosa-sync breaks on passwords containing spaces
Steven Chamberlain a écrit, le 27/03/2012 01:54: Hi, On 26/03/12 10:05, Petter Reinholdtsen wrote: The fix for gosa.conf is not upgradable, so we need to come up with a better idea. The fix won't work. Using quotes in gosa.conf is no good if the %userPassword substitution could contain double quotes. yes the patch to gosa.conf I had first sent has to be reversed if GOsa is upgraded to escape userPassword (in functions.inc). With such an escaped %userPassword the variable can be sent to the gosa-sync script untampered, then the only thing to do is make sure gosa-sync handles it correctly : re-quote it to be used in kadmin, because kadmin only uses double quotes. Without that, it is possible, and fairly easy, for a user to exploit %userPassword to send any command to kadmin, run as root, which is a pretty big vulnerability at the moment. That's why I had send that patch to gosa-sync, which is the only thing to patch once GOsa's functions.inc is upgraded. --- /usr/share/debian-edu-config/tools/gosa-sync.orig 2012-03-25 09:28:32.0 +0200 +++ /usr/share/debian-edu-config/tools/gosa-sync2012-03-26 15:34:13.0 +0200 @@ -28,9 +28,10 @@ $USERPASSWORD EOF IAM=`ldapwhoami -x -Z -y $TMPFILE -D $USERDN 2/dev/null || true` +EUSERPASSWORD=`cat $TMPFILE | sed -e 's///g'` # escapes because kadmin need to use double quotes if [ $IAM = dn:$USERDN ] ; then cat $TMPFILE EOF -change_password -pw $USERPASSWORD $USERID +change_password -pw $EUSERPASSWORD $USERID EOF cat $TMPFILE | kadmin.local 21 | logger -t gosa-sync -p notice logger -t gosa-sync -p notice Kerberos password for \'$USERID\' changed.
Bug#504380: 2.0~svn951472-2+b1 works
Hi, Just a note to say that icecc-monitor 2.0~svn951472-2+b1 works perfectly. -- Will -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662893: Will it be an apttitude?
On Sat, Mar 10, 2012 at 04:54:40AM -0800, Hart Larry wrote: Can some1 please inform on how-and-what means we will know when Colin uploads a fix of this bug? You'll get an e-mail when this bug is closed. A short while after that (hours) it should be available on mirrors and visible to package managers etc. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662893: Will it be an apttitude?
On Tue, Mar 27, 2012 at 10:20:04AM +0100, Colin Watson wrote: On Sat, Mar 10, 2012 at 04:54:40AM -0800, Hart Larry wrote: Can some1 please inform on how-and-what means we will know when Colin uploads a fix of this bug? You'll get an e-mail when this bug is closed. A short while after that (hours) it should be available on mirrors and visible to package managers etc. Oh, from your original report it looks as though you may be running testing. In that case it normally takes an extra ten days for packages to propagate from unstable to testing, but it should show up then in your routine upgrades. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665943: systemd: mounts tmpfs on /media
Package: systemd Severity: normal systemd mounts a tmpfs on /media. There is no point in doing that since the directory is usually empty anyway. Anything that mounts stuff there should clean up after itself anyway. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#665696: gosa-sync breaks on passwords containing spaces
[Samuel Krempp] yes the patch to gosa.conf I had first sent has to be reversed if GOsa is upgraded to escape userPassword (in functions.inc). OK. Then I believe we should patch gosa instead to fix it properly and completely, and get a fix into squeeze. For r1 we should probably provide our own patched package, until a update make it into squeeze proper. I undid the gosa.conf change and uploaded to squeeze-test, along with other fixes. This also get rid of the conffile question for those upgrading in the future. That's why I had send that patch to gosa-sync, which is the only thing to patch once GOsa's functions.inc is upgraded. Thank you. Applied. -- 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#665924: plasma-widgets-workspace: battery monitor is frozen after resume
On 03/27/12 09:45, Yevgeny Kosarzhevsky wrote: Package: plasma-widgets-workspace Version: 4:4.7.4-2 Severity: normal Dear Maintainer, I get battery monitor frozen after resume from suspend - it always shows last value regardless of the current battery state. I have this trouble on ThinkPad X201, not sure if other hardware affected. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.6 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widgets-workspace depends on: ii libc6 2.13-27 ii libkcmutils4 4:4.7.4-4 ii libkdecore5 4:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkdewebkit5 4:4.7.4-4 ii libkio5 4:4.7.4-4 ii libkunitconversion4 4:4.7.4-4 ii libkworkspace44:4.7.4-2 ii libplasma34:4.7.4-4 ii libplasmaclock4abi2 4:4.7.4-2 ii libqt4-dbus 4:4.7.4-2 ii libqt4-network4:4.7.4-2 ii libqt4-xml4:4.7.4-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libqtwebkit4 2.2.0-3 ii libsolid4 4:4.7.4-4 ii libstdc++64.6.3-1 ii libx11-6 2:1.4.4-4 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxfixes31:5.0-4 ii libxrender1 1:0.9.6-2 ii plasma-dataengines-workspace 4:4.7.4-2 plasma-widgets-workspace recommends no packages. plasma-widgets-workspace suggests no packages. -- no debconf information Does the battery level decrease after standby in the corresponding BAT* file in /sys/class/power_supply -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662596: partimage: diff for NMU version 0.6.8-2.2
tags 662596 + patch thanks Dear maintainer, I've prepared an NMU for partimage (versioned as 0.6.8-2.2). The diff is attached to this message. I've not uploaded this NMU as I'm not a DD but I hope it is useful for you. Regards. diff -Nru partimage-0.6.8/debian/changelog partimage-0.6.8/debian/changelog --- partimage-0.6.8/debian/changelog 2011-11-18 23:06:09.0 +0100 +++ partimage-0.6.8/debian/changelog 2012-03-27 11:22:44.0 +0200 @@ -1,3 +1,12 @@ +partimage (0.6.8-2.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/03-ftbfs-zlib.patch: Fix FTBFS errors: +cannot convert 'gzFile_s**' to 'gzFile' for argument '1'. +(Closes: #662596) + + -- Mònica Ramírez Arceda mon...@probeta.net Tue, 27 Mar 2012 00:26:40 +0200 + partimage (0.6.8-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru partimage-0.6.8/debian/patches/03-ftbfs-zlib.patch partimage-0.6.8/debian/patches/03-ftbfs-zlib.patch --- partimage-0.6.8/debian/patches/03-ftbfs-zlib.patch 1970-01-01 01:00:00.0 +0100 +++ partimage-0.6.8/debian/patches/03-ftbfs-zlib.patch 2012-03-27 11:20:59.0 +0200 @@ -0,0 +1,36 @@ +Description: Fix FTBFS errors: cannot convert 'gzFile_s**' to 'gzFile' for argument '1'. +Author: Mònica Ramírez Arceda mon...@probeta.net +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662596 +Last-Update: 2012-03-27 + +--- a/src/client/imagefile.h b/src/client/imagefile.h +@@ -41,7 +41,7 @@ + COptions m_options; + + FILE *m_fImageFile; +- gzFile *m_gzImageFile; ++ gzFile m_gzImageFile; + BZFILE *m_bzImageFile; + + int m_nFdImage; +--- a/src/client/imagefile.cpp b/src/client/imagefile.cpp +@@ -783,7 +783,7 @@ + else if (m_options.dwCompression == COMPRESS_GZIP) // Gzip compression + { + showDebug(1, open gzip\n); +- m_gzImageFile = (gzFile *) gzdopen(m_nFdImage, wb); //wb1h); ++ m_gzImageFile = gzdopen(m_nFdImage, wb); //wb1h); + if (m_gzImageFile == NULL) + { + showDebug(1, error:%d %s\n, errno, strerror(errno)); +@@ -1098,7 +1098,7 @@ + } + else if (m_options.dwCompression == COMPRESS_GZIP) // Gzip compression + { +- m_gzImageFile = (gzFile *) gzdopen(m_nFdImage, rb); ++ m_gzImageFile = gzdopen(m_nFdImage, rb); + if (m_gzImageFile == NULL) + THROW(ERR_ERRNO, errno); + else diff -Nru partimage-0.6.8/debian/patches/series partimage-0.6.8/debian/patches/series --- partimage-0.6.8/debian/patches/series 2011-11-18 23:05:38.0 +0100 +++ partimage-0.6.8/debian/patches/series 2012-03-27 11:11:24.0 +0200 @@ -1,3 +1,4 @@ # Debian patches for partimage 01-openssl.patch 02-format-security.patch +03-ftbfs-zlib.patch
Bug#665944: gitolite should provide contrib files and ADC commands in particular
Package: gitolite Version: 2.0.3-1 Severity: wishlist It is quite common to want to add supplementary commands by the way of ADC scripts and gitolite provides a number of ready to use commands [1]. But they are not provided in the generated .deb file. Please make sure to include them. I guess you should also include most of what's in contrib. Cheers, [1] https://github.com/sitaramc/gitolite/tree/master/contrib/adc -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665945: openarena-server: [squeeze regression] server ceases to respond to getstatus after ~50 days
Package: openarena-server Version: 0.8.5-5+squeeze2 Severity: normal Tags: patch pending When backporting upstream r1762 for CVE-2010-5077, I didn't also backport r1898, which fixes a regression caused by r1762. I believe the regression is that when the Q3 server clock (a 32-bit number of milliseconds) wraps around, the rate-limiting code drops all getstatus requests. In effect, this will mean that the server becomes unable to report its status after an uptime of about 50 days. (Obviously, I can't have tested this yet, because 50 days haven't elapsed... but the patch looks right, has been upstream for a year, and is in unstable.) I also propose to apply r1763, which initializes some variables that could otherwise be used uninitialized (an uninitialized pointer dereference) if the address family is neither IPv4 nor IPv6. I don't think this can actually happen, but the change is obviously correct and it seems better to be safe. Before fixing either of these, I'll ask ioquake3 upstream whether there are any other known regressions caused by that change. The proposed changes are in the debian-squeeze branch in git. Currently untested, I'll test before upload. http://anonscm.debian.org/gitweb/?p=pkg-games/openarena.git;a=shortlog;h=refs/heads/debian-squeeze Would the security team want to do this via the security archive, since it fixes a regression from a security fix, or should I talk to the stable release team? Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665946: texlive-base: tl-paper: Handling of ConTeXt paper size doesn't work
Package: texlive-base Version: 2011.20120322-1 Severity: normal # tl-paper status /dev/null /usr/bin/tl-paper: found no paper file for context (from kpsewhich --progname=context --format=tex cont-sys.rme) Norbert, any idea? Regards, Frank -- System Information: reported from a different system -- 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#665947: texlive-base: ucf mess with paper sizes
Package: texlive-base Version: 2011.20120322-1 Severity: important In the first version of the libpaper code, texconfig was patched to use ucf for pdftexconfig.tex, config.ps, XDvi and dvipdfmx.cfg. When we switched to TL 2011/12, I got the impression that, due to the new default to read configuration files everywhere, we wouldn't need _and_install_ those files below /etc/texmf any more. I understood that they would only be created locally when calling tl-paper. However, they are still installed by ucf, giving rise to spurious warnings (I got a whitespace change) and probably more problems. I also think that when those files are generated by tl-paper, they should _only_ contain papersize settings and nothing else, to make it manageable. Or in fact we need to use ucf in tl-paper, which would mean to patch the Perl modules in /usr/share/texlive/tlpkg/TeXLive/. Regards, Frank -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 frank frank 1858 13. Apr 2007 /home/frank/.texmf-var/ls-R -rw-r--r-- 1 root root 1623 29. Nov 12:30 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 5884 3. Mai 2010 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 27. Mär 2011 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 7. Okt 2010 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 7. Okt 2010 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files -rw-r--r-- 1 frank frank 17 25. Jun 2008 /home/frank/.texmf-config/web2c/texmf.cnf -rw-r--r-- 1 frank frank 0 26. Jun 2008 /home/frank/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 frank frank 20670 18. Mai 2007 /home/frank/.texmf-var/web2c/updmap.cfg -rw-r--r-- 1 root root 13319 29. Nov 12:30 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ insgesamt 15 -rw-r--r-- 1 root root 12304 11. Jun 2007 fmtutil.cnf_onceuponatime -rw-r--r-- 1 root root 283 4. Apr 2007 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf d588a08518f705d06ac262acd78f2bc4 /etc/texmf/texmf.d/20xmltex.cnf 589b39396bf292237eb7ea037cf199f6 /etc/texmf/texmf.d/20xmltex.cnf.bak c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf a97d4dac1333cedb719bc0c9402f4c88 /etc/texmf/texmf.d/45TeXinputs.cnf~ 8a26468004b5ebc7ae9884740356c1d0 /etc/texmf/texmf.d/45TeXinputs.cnf.ucf-dist 5be40776c04076dfd0a43f7ac8abd188 /etc/texmf/texmf.d/45TeXinputs.cnf.ucf-old ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf.bak 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf 1f00a56be982e52d375c57ff6a5740c4 /etc/texmf/texmf.d/85Misc.cnf.ucf-old 7b9c80b4a90a3e3b5cae01d23fa7056d /etc/texmf/texmf.d/90TeXDoc.cnf bd9a6dcfcc6ca1c479be98c064754de8 /etc/texmf/texmf.d/90TeXDoc.cnf~ a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf.ucf-dist 402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf~ d254e287f481458845f82a71dd44d377 /etc/texmf/texmf.d/95NonPath.cnf.ucf-old -- System Information: Debian Release: 6.0.4 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686
Bug#665948: Should recommend openssh-server
Package: opennebula-node Version: 3.2.1-1 Severity: wishlist Hi, the README.Debian (which is great!) suggests using to connect the nodes so recommending openssh-server would make sure the daemon is actually there and running. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665949: bzr-rewrite: Update for 2.6
Package: bzr-rewrite Version: 0.6.3-1 Severity: grave Since the upload of 2.6 pre-releases of bzr to unstable, the bzr-rewrite package is not installable anymore. So, please update the package. I don't really understand why bzr 2.6 was uploaded, though, given that the wheezy freeze will happen in June, while 2.6 will be released in August ( 2 months *after* the freeze). Does not make much sense to me. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bzr-rewrite depends on: ii bzr2.5.0-2 ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-1 bzr-rewrite recommends no packages. bzr-rewrite suggests no packages. -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpBgQwDaoSVh.pgp Description: PGP signature
Bug#665696: gosa-sync breaks on passwords containing spaces
tags 665696 + security clone 665696 -1 reassign -1 gosa retitle -1 gosa: unescaped arguments used on a command line found -1 gosa/2.6.11-3 found -1 gosa/2.6.11-3+squeeze1 fixed -1 gosa/2.7.3-1 tags -1 + squeeze fixed-upstream blocks 665696 by -1 thanks Hi! So, the problem here was that %userPassword, or similar string substitutions into command lines specified in gosa.conf, are not escaped; and adding quotes to the gosa.conf file cannot properly escape them either. On 27/03/12 10:27, Petter Reinholdtsen wrote: [Samuel Krempp] [...] to escape userPassword (in functions.inc). OK. Then I believe we should patch gosa instead to fix it properly and completely, and get a fix into squeeze. For r1 we should probably provide our own patched package, until a update make it into squeeze proper. I was going to suggest we chase this upstream, but then I noticed: * gosa 2.6.12 - Escaped command line arguments in some locations - Updated password handling and hooks, allows sepcial chars in passwords - Added lock/unlock events for users $ grep -nR %userP gosa-core-2.6.13/ gosa-core-2.6.13/include/functions.inc:3075:$command= preg_replace(/%userPassword/, escapeshellarg($password), $command); $ ls -al gosa-core-2.6.13/include/functions.inc -rw-r--r-- 1 steven steven 104887 Dec 14 2010 gosa-core-2.6.13/include/functions.inc They already fixed this in the 2.6 series (back in December), and apparently made similar fixes in other places too? In my opinion the fixes of 2.6.12 want to go into Debian s-p-u. Maybe even to security if it could be an issue outside of Debian Edu; fortunately I think the 'sudo' command line in gosa.conf was something specific to Debian Edu and that other GOsa users are not at such a risk by default. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665951: phoneui-apps: Missing dependencies
Package: phoneui-apps Version: 0.1+git20111214-1 Severity: important Dear Maintainer, It seems there are missing dependencies because of which the applications in phoneui-apps do not run. The symptom of the problem is a warning about elm not being able to create windows. After installing the e17 meta-package the problem went away and I can launch the applications. The packages that were installed at that time were following: e17-data libecore-ipc1 libedbus1 libedje-bin libefreet1 libembryo-bin libevas1-engines-core libevas1-engines-x libxcb-image0 (and e17 itself) So at least some of those should be added to the dependencies of phoneui-apps. I'm running the Neo FreeRunner, although reporting from a PC. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phoneui-apps depends on: ii libc6 2.13-27 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libglib2.0-0 2.30.2-6 ii phoneuid 0.1+git20110506-1 phoneui-apps recommends no packages. phoneui-apps 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#665952: File conflict with opennebula 2.2.1-1
Package: ruby-opennebula Version: 3.2.1-1 Severity: important Hi, Update from 2.2.1 to 3.2.1-1 is currently broken due to a missing replaces: Selecting previously unselected package apg. (Reading database ... 33583 files and directories currently installed.) Unpacking apg (from .../apg_2.2.3.dfsg.1-2_i386.deb) ... Selecting previously unselected package ruby-opennebula. Unpacking ruby-opennebula (from .../ruby-opennebula_3.2.1-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-opennebula_3.2.1-1_all.deb (--unpack): trying to overwrite '/usr/lib/one/ruby/OpenNebula.rb', which is also in package opennebula 2.2.1-1 ruby-opennebula should add a replaces opennebula (- 3.2.1-1~) Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665953: Missing update instruction
Package: opennebula Version: 3.2.1-1 Severity: minor Hi, after updating from 2.2.1-1 to 3.2.1-1 the user is left out in the cold with: # /etc/init.d/opennebula restart Restarting OpenNebula cloud: oneoned and scheduler stopped #Database version mismatch. oned failed to start and no instruction how to proceed from there. Having a pointer to README.Debian and some details what to do in there would be great. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661517: mpg123: Missing symbols in libmpg123-0.symbols.XXX
Ehy Miguel! the Debian Multimedia Maintainers team is taking over this, so you could simply push your changes into our git area. Please push your patches here, they may need a refresh as I've imported the latest upstream release: git+ssh://git.debian.org/git/pkg-multimedia/mpg123.git Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665842: tremulous: traffic amplification via spoofed getstatus requests
Backported patches apply and build, but have not been tested (at all). I'll upload to unstable when I've had a chance to test them. I've asked upstream whether there's anything else non-obvious that will need backporting... S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665954: O: emacs-jabber -- Jabber client for Emacsen
Package: wnpp Severity: normal I can't maintain the package for Debian anymore, so I orphan it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665233: Pending fixes for bugs in the libanyevent-perl package
tag 665233 + pending thanks Some bugs in the libanyevent-perl package are closed in revision 6042974c4f6d5e3bb566b42b763feecca5cfaae3 in branch 'master' by Alessandro Ghedini The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libanyevent-perl.git;a=commitdiff;h=6042974 Commit message: Add use-tlsv1-in-test.patch Closes: #665233 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665955: emacs23: X protocol error: BadValue (integer parameter out of range for operation) on protocol request 140
Package: emacs23 Version: 23.2+1-7 Severity: normal Emacs was started on a remote machine, with local display on a Debian/unstable amd64 machine. It immediately crashed with the following error: X protocol error: BadValue (integer parameter out of range for operation) on protocol request 140 I don't know how to reproduce the problem. Unfortunately it didn't leave a core file. After a search on Google, other users got a similar error with Emacs but with a different number after on protocol request. -- System Information: Debian Release: 6.0.4 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64-server (SMP w/16 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common23.2+1-7 The GNU Emacs editor's shared, arc ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgif4 4.1.6-9library for GIF images (library) ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libm17n-0 1.6.1-1a multilingual text processing lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libotf0 0.9.11-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze3 PNG library - runtime ii librsvg2-22.26.3-1 SAX-based renderer library for SVG ii libsm62:1.1.1-1 X11 Session Management library ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: pn emacs23-common-non-dfsg none (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#665956: planner: No icon in gnome 3 menu
Package: planner Version: 0.14.6-1 Severity: minor Dear Maintainer, Before this morning update of packages I didn't know that it is installed. Please add icon in gnome 3 menu. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (550, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9-120302 (SMP w/8 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages planner depends on: ii gconf-service 3.2.3-4 ii gconf23.2.3-4 ii libart-2.0-2 2.3.21-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-02.24.1-1 ii libglade2-0 1:2.6.4-1 ii libglib2.0-0 2.30.2-6 ii libgnomecanvas2-0 2.30.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.29.4-3+b1 ii libpython2.7 2.7.2-8 ii libxml2 2.7.8.dfsg-7 ii libxslt1.11.1.26-8 ii planner-data 0.14.6-1 ii python2.7.2-10 ii python2.7 2.7.2-8 ii rarian-compat [scrollkeeper] 0.8.1-5 ii scrollkeeper 0.8.1-5 ii shared-mime-info 0.90-1 Versions of packages planner recommends: ii planner-doc 0.14.6-1 planner 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#636219: debconf-set-selections can't set values (strings) with a hash
On 27/03/12 08:19, Holger Levsen wrote: I think it's better to recommend not to use passwords with a # (and possible other characters) then modifiying the way preseeding works in stable. Sorry, I don't think that is good advice to give :) But I understand what you mean; users pre-seeding passwords from CSV files are already in an awkward situation. There could still be issues with unicode characters (for example £ or € currency symbols) if they didn't take care with character encoding, especially if the file originated on a Windows machine. Debian Edu needs to fix the escaping of raw passwords in stable anyway because of the risk of running arbitrary commands as root. The debconf-set-selections issue remains; whether or not it should be fixed in stable I cannot say. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665877: ncurses-term: /usr/share/terminfo/s/st-256color confilcted with file from suckless-tools
On Mon, Mar 26, 2012 at 09:47:23PM +0200, Sven Joachim wrote: # reassign to ncurses-term only, since we're the ones who introduced # the file conflict reassign 665877 ncurses-term 5.9-5 clone 665877 -1 reassign -1 suckless-tools 38-1 severity -1 wishlist retitle -1 suckless-tools: stop providing /usr/share/terminfo/s/st-256color thanks On 2012-03-26 20:30 +0200, Alexander V. Kudrevatykh wrote: Package: ncurses-term Version: 5.9-4 Should have read 5.9-5, but this has already been corrected. Severity: normal Correct would have been serious, has been corrected as well. version 5.9-5 fails to install when suckless-tools installed Sorry for not having noticed this in advance. There are two possibilities to solve that problem: 1. Stop shipping the st-256color terminfo entry in ncurses-term and continue to include it in suckless-tools. 2. Include st-256color in ncurses-term and stop shipping it in suckless-tools, which means that suckless-tools have to depend on ncurses-term (= 5.9-5), and ncurses-term will add Replaces+Breaks on suckless-tools ( 39-1) (or whatever version is the first to stop shipping st-256color). I noticed an error in ncurses' st-256color (the use= clauses are in the wrong order). Fix will be in the next patch... -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#664900: libio-socket-ssl-perl: FTBFS, failing test
On Sat, Mar 24, 2012 at 12:45:18PM +0100, Salvatore Bonaccorso wrote: Hi Alessandro On Wed, Mar 21, 2012 at 11:39:20PM +0100, Alessandro Ghedini wrote: On Wed, Mar 21, 2012 at 11:19:47PM +0100, Alessandro Ghedini wrote: On Wed, Mar 21, 2012 at 10:26:37PM +0100, Salvatore Bonaccorso wrote: On Wed, Mar 21, 2012 at 09:02:54PM +0100, Salvatore Bonaccorso wrote: t/dhe.t Failed 2/3 subtests In fact this one does not fail in a wheezy build with 1.42-1+b1. Okay to reassign this to libnet-ssleay-perl and add a affects libio-socket-ssl-perl? I think it is an openssl-related thing. I can reproduce the failure with the latest libssl1.0.0 in sid (1.0.1-2) but not with the version 1.0.0h-1 and below. Also, having a look at the t/dhe.t file I read: # openssl 1.0.1(beta2) complains about the rsa key too small, unless # we explicitly set version to tlsv1 or sslv3 # unfortunatly the workaround fails for older openssl versions :( I think that the version check below that comment is the cause: removing it (but leaving the SSL_version = 'tlsv1') solves the problem for me with libssl 1.0.1 (but would probably break with older versions). Given that OPENSSL_VERSION_NUMBER is a macro, maybe simply rebuilding libnet-ssleay-perl against the new libssl would solve the issue? I looked into this now, and yes you should be right. When recompiling libnet-ssleay-perl against new openssl the issue dissapears then. We still have [1] open, but upstream RT contains discussion on resolving that. [1] http://bugs.debian.org/661566 Also, I've tried to build libio-socket-ssl-perl removing the Net::SSLeay version test from t/dhe.t as I did before but using OpenSSL 1.0.0h this time, and everything works fine (despite what the comment in the test says). IMO we should be ok patching the test and uploading the package without waiting a rebuild of Net::SSLeay (I'll push a patch soon). Cheers -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#611487: xterm: immediately exits upon running: exec login USER
On Mon, Mar 26, 2012 at 06:27:47PM -0400, Jeffrey Sheinberg wrote: On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote: Looks like a possible workaround would be to use sudo or other wrapper that holds the setuid behavior. Hi Thomas, I tried your above suggestion, in my case I used su like this, $ su -l jsroot to get a user jsroot login shell. I have decided it is not appropriate to expect exec login jsroot to work, even though it seemed to work when /bin/login is setuid 0 and xterm 235-2 was installed. I say seemed to work because, actually, the count of logged in users on my system was always off by +1 when I used this technique. sounds good (I wasn't getting far with this, last year, though I'd not given up). Now, when I get a jsroot login shell via su -l jsroot, the following situation exists, # tty /dev/pts/2 # logname jeff # var user logname export USER='jsroot' export LOGNAME='jsroot' # who | grep pts/2 jeff pts/2Mar 26 09:18 (:0.0) And when I then launch an xterm from this jsroot login shell on pts/2, I have problems with xterm 261-1 276-2, like this, # tty /dev/pts/6 # logname root # var user logname export USER='jsroot' export LOGNAME='root' # who | grep pts/6 root pts/6Mar 26 16:12 (:0.0) while xterm 235-2 works correctly, like this, # tty /dev/pts/6 # logname jsroot # var user logname export USER='jsroot' export LOGNAME='jsroot' # who | grep pts/6 jsroot pts/6Mar 26 16:02 (:0.0) Note that both lxterminal 0.1.8-2 and xfce4-terminal 0.4.5-1 exibit the same (IMO, correct) behavior as xterm 235-2 in this case. hmm - I'll have to investigate this. It sounds as if you're referring to the effect of this chunk in main.c: login_name = NULL; if (x_getpwuid(screen-uid, pw)) { login_name = x_getlogin(screen-uid, pw); } which (is supposed to follow this guideline): /* * If the logon-name differs from the value we get by looking in the * password file, check if it does correspond to the same uid. If so, * allow that as an alias for the uid. */ ...so perhaps there's some information that I've discarded before that point. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#665808: gnome-shell: Segfault on startup (sid)
Hi, As somebody gave me the advice, I tried to install network manager : gnome-shell isn't crashing anymore if network manager is running (stopping it with /etc/init.d/network-manager stop causes gnome-shell to crash). I don't know if this can help solve this problem. Regards, Sebastien
Bug#665957: libzip1: CVE-2012-1162/CVE-2012-1163 PRE-SA-2012-02 Incorrect loop construct and numeric overflow in libzip
Package: libzip1 Version: 0.9.3-1 Severity: important http://seclists.org/fulldisclosure/2012/Mar/312 http://www.pre-cert.de/advisories/PRE-SA-2012-02.txt -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libzip1 depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libzip1 recommends no packages. libzip1 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#665958: libcgroup1: Please add .symbols file
Package: libcgroup1 Version: 0.37.1-1 Severity: wishlist Tags: patch Hi, Could you please add a .symbols file to the libcgroup1 package. This would allow depending package to have correct versionized dependencies. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcgroup1 depends on: ii libc6 2.13-27 libcgroup1 recommends no packages. libcgroup1 suggests no packages. -- no debconf information --- libcgroup-0.37.1/debian/libcgroup1.symbols 1970-01-01 01:00:00.0 +0100 +++ libcgroup-0.37.1/debian/libcgroup1.symbols 2012-03-27 13:09:54.0 +0200 @@ -0,0 +1,79 @@ +libcgroup.so.1 libcgroup1 #MINVER# + CGROUP_0.32.1@CGROUP_0.32.1 0.36.2 + CGROUP_0.32@CGROUP_0.32 0.36.2 + CGROUP_0.33@CGROUP_0.33 0.36.2 + CGROUP_0.34@CGROUP_0.34 0.36.2 + CGROUP_0.35@CGROUP_0.35 0.36.2 + CGROUP_0.36@CGROUP_0.36 0.37.1 + CGROUP_0.37@CGROUP_0.37 0.37.1 + cg_chmod_recursive@CGROUP_0.37 0.37.1 + cgroup_add_controller@CGROUP_0.32 0.36.2 + cgroup_add_value_bool@CGROUP_0.32 0.36.2 + cgroup_add_value_int64@CGROUP_0.32 0.36.2 + cgroup_add_value_string@CGROUP_0.32 0.36.2 + cgroup_add_value_uint64@CGROUP_0.32 0.36.2 + cgroup_attach_task@CGROUP_0.32 0.36.2 + cgroup_attach_task_pid@CGROUP_0.32 0.36.2 + cgroup_change_cgroup_flags@CGROUP_0.34 0.36.2 + cgroup_change_cgroup_path@CGROUP_0.32 0.36.2 + cgroup_change_cgroup_uid_gid@CGROUP_0.32 0.36.2 + cgroup_change_cgroup_uid_gid_flags@CGROUP_0.32 0.36.2 + cgroup_compare_cgroup@CGROUP_0.32 0.36.2 + cgroup_compare_controllers@CGROUP_0.32 0.36.2 + cgroup_config_load_config@CGROUP_0.32 0.36.2 + cgroup_copy_cgroup@CGROUP_0.32 0.36.2 + cgroup_create_cgroup@CGROUP_0.32 0.36.2 + cgroup_create_cgroup_from_parent@CGROUP_0.32 0.36.2 + cgroup_delete_cgroup@CGROUP_0.32 0.36.2 + cgroup_delete_cgroup_ext@CGROUP_0.35 0.36.2 + cgroup_free@CGROUP_0.32 0.36.2 + cgroup_free_controllers@CGROUP_0.32 0.36.2 + cgroup_get_all_controller_begin@CGROUP_0.35 0.36.2 + cgroup_get_all_controller_end@CGROUP_0.35 0.36.2 + cgroup_get_all_controller_next@CGROUP_0.35 0.36.2 + cgroup_get_cgroup@CGROUP_0.32 0.36.2 + cgroup_get_controller@CGROUP_0.34 0.36.2 + cgroup_get_controller_begin@CGROUP_0.34 0.36.2 + cgroup_get_controller_end@CGROUP_0.34 0.36.2 + cgroup_get_controller_next@CGROUP_0.34 0.36.2 + cgroup_get_current_controller_path@CGROUP_0.32 0.36.2 + cgroup_get_last_errno@CGROUP_0.33 0.36.2 + cgroup_get_procname_from_procfs@CGROUP_0.34 0.36.2 + cgroup_get_procs@CGROUP_0.37 0.37.1 + cgroup_get_subsys_mount_point@CGROUP_0.34 0.36.2 + cgroup_get_task_begin@CGROUP_0.34 0.36.2 + cgroup_get_task_end@CGROUP_0.34 0.36.2 + cgroup_get_task_next@CGROUP_0.34 0.36.2 + cgroup_get_uid_gid@CGROUP_0.32 0.36.2 + cgroup_get_uid_gid_from_procfs@CGROUP_0.34 0.36.2 + cgroup_get_value_bool@CGROUP_0.32 0.36.2 + cgroup_get_value_int64@CGROUP_0.32 0.36.2 + cgroup_get_value_name@CGROUP_0.35 0.36.2 + cgroup_get_value_name_count@CGROUP_0.35 0.36.2 + cgroup_get_value_string@CGROUP_0.32 0.36.2 + cgroup_get_value_uint64@CGROUP_0.32 0.36.2 + cgroup_init@CGROUP_0.32 0.36.2 + cgroup_init_rules_cache@CGROUP_0.32 0.36.2 + cgroup_modify_cgroup@CGROUP_0.32 0.36.2 + cgroup_new_cgroup@CGROUP_0.32 0.36.2 + cgroup_print_rules_config@CGROUP_0.32 0.36.2 + cgroup_read_stats_begin@CGROUP_0.34 0.36.2 + cgroup_read_stats_end@CGROUP_0.34 0.36.2 + cgroup_read_stats_next@CGROUP_0.34 0.36.2 + cgroup_read_value_begin@CGROUP_0.37 0.37.1 + cgroup_read_value_end@CGROUP_0.37 0.37.1 + cgroup_read_value_next@CGROUP_0.37 0.37.1 + cgroup_register_unchanged_process@CGROUP_0.34 0.36.2 + cgroup_reload_cached_rules@CGROUP_0.32 0.36.2 + cgroup_set_uid_gid@CGROUP_0.32 0.36.2 + cgroup_set_value_bool@CGROUP_0.32 0.36.2 + cgroup_set_value_int64@CGROUP_0.32 0.36.2 + cgroup_set_value_string@CGROUP_0.32 0.36.2 + cgroup_set_value_uint64@CGROUP_0.32 0.36.2 + cgroup_strerror@CGROUP_0.32.1 0.36.2 + cgroup_unload_cgroups@CGROUP_0.34 0.36.2 + cgroup_walk_tree_begin@CGROUP_0.33 0.36.2 + cgroup_walk_tree_end@CGROUP_0.33 0.36.2 + cgroup_walk_tree_next@CGROUP_0.33 0.36.2 + cgroup_walk_tree_set_flags@CGROUP_0.34 0.36.2 + create_cgroup_from_name_value_pairs@CGROUP_0.35 0.36.2
Bug#306914: [rt.cpan.org #76044] IPv6 support? (patch)
The way I've dealt with the problem [1] is by requiring IO::Socket::INET6 first, while still allowing the code to fall back to IO::Socket::INET. (Just like Net::HTTP already falls back to IO::Socket if IO::Socket::INET is itself unavailable.) The patch I'm using is MIME'd. [1] http://permalink.gmane.org/gmane.comp.lang.perl.modules.lwp/2556 -- FSF associate member #7257 --- HTTP.pm.~1~ 2012-02-17 03:17:26.0 +0700 +++ HTTP.pm 2012-03-27 17:05:37.0 +0700 @@ -5,8 +5,13 @@ $VERSION = 6.03; unless ($SOCKET_CLASS) { -eval { require IO::Socket::INET } || require IO::Socket; -$SOCKET_CLASS = IO::Socket::INET; +if (eval { require IO::Socket::INET6 }) { +$SOCKET_CLASS = IO::Socket::INET6; +} else { +eval { require IO::Socket::INET } +|| require IO::Socket; +$SOCKET_CLASS = IO::Socket::INET; +} } require Net::HTTP::Methods; require Carp;
Bug#665959: ncurses-base: linux console can't display ACL's anymore
Package: ncurses-base Version: 5.9-5 Severity: normal After an update to 5.9-5 the linux console can't disply ACL's anymore. This came up to me running mutt using ACL in thread display. Copying /lib/terminfo/l out of 5.9-4 to /etc/terminfo or $HOME/.terminfo/ braught me to the old behaviour. Elimar -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.3.0-samweis Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662033: Primary Group Filter in GOsa²'s group management view fails to work
Am Dienstag, 6. März 2012, 09:57:42 schrieben Sie: Hi Cajus, On Mo 05 Mär 2012 08:29:36 CET Cajus Pollmeier wrote: Am Samstag, 3. März 2012, 19:54:06 schrieben Sie: Package: gosa Severity: important Version: 2.6.11-3+squeeze1 in the right part of the GOsa² GUI layout there is a view filter to filter out objects in GOsa²/LDAP. For the group management, it is possible to filter out primary groups (which can be many if every user has his/her own primary POSIX group). This filter switch, however, fails to work in GOsa² 2.6.11 (as in Debian squeeze and used for Debian Edu). Please detail why you think that it does not work. There were some misunderstandings of this switch in the past. The primary groups (to my understanding) are those groups that are used in the 4th field of /etc/passwd entries. On Debian, these groups get created on user creation and they normally bear the same name as the user. Home directories also get create with ownership and groupship for this username=groupname tuple. The mass import of GOsa² 2.6 creates posixAccounts and per posixAccount one posixGroup. These groups being created I consider as primary groups. For a school with 600 students these groups are many in occurrence and they are mostly not needed for system administration (only to grant access to individual homes, which is not a common use case here around). It would be good to be able to hide those in the GOsa²-WebGUI on a Debian Edu system. Hi Mike, sorry for beeing late ;-) Ok. There is the filter named Show primary groups. If you uncheck that box, you'll not see all primary groups. That's how it is in 2.6.11 available in squeeze. Just checked it, because I didn't use 2.6.x for some time now. For me it works fine. Working fine means, that all primary groups disappear from the list. So what does not work mean in detail? Is there a special setup that makes the filters stop working? Is there an easy way for me to reproduce it? I.e. minimum ldap setup + ldif + gosa.conf? I tag this issue as important as it highly reduces usability of GOsa² with Debian Edu for large setups (i.e. schools). I hope to come up with a patch soon... Does anyone know if this issue occurs with GOsa² 2.7.x in Debian sid? 2.7 releases do have a revised filtering. There's no filter like that anymore. Hmmm ok... does this mean, that I will not be able to hide these many many groups from the administrator? Any other approach available? The filter are user defineable beeing bound to a filter class. In the moment, there's a groupLDAPFilter, but it doesn't filter out primary groups. The feature has been dropped some time ago, because it is a big performance issue: To get the list of primary groups, you've to check for all users, and get their gidNumber. Then you've to search for all posixGroups inside the current scope and eliminate these groups with these gidNumbers. For big environments, this cannot be done with just two LDAP searcher, because it will exceed the maximum size of query strings. So you've to either split into multiple queries or do this manually in the code. That's where the filter does not finish in a reasonable timeframe if having multiple 1k's of users. If you want this feature back (maybe as a group filter extension), please open a ticket on oss.gonicus.de. We'll add it back if it's really required. Cheers, Cajus signature.asc Description: This is a digitally signed message part.
Bug#665832: gnuplot: Crashes with Segmentation fault on every command
On Mon, Mar 26, 2012 at 08:43:48PM +0200, Anton Gladky wrote: I confirm the bug on i386. = gnuplot G N U P L O T Version 4.6 patchlevel 0last modified 2012-03-04 Build System: Linux i686 Copyright (C) 1986-1993, 1998, 2004, 2007-2012 Thomas Williams, Colin Kelley and many others gnuplot home: http://www.gnuplot.info faq, bugs, etc: type help FAQ immediate help: type help (plot window: hit 'h') Terminal type set to 'wxt' gnuplot help Segmentation fault Strange, I cannot reproduce it here, Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=es_ES.ISO-8859-1, LC_CTYPE=es_ES.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.6.0-1 ii gnuplot-x11 4.6.0-1 I am attaching output of ldd -v /usr/bin/gnuplot in case it helps, Regards, -- Agustin linux-gate.so.1 = (0xb76eb000) libedit.so.2 = /usr/lib/i386-linux-gnu/libedit.so.2 (0xb76a8000) libgd.so.2 = /usr/lib/libgd.so.2 (0xb7661000) liblua5.1.so.0 = /usr/lib/i386-linux-gnu/liblua5.1.so.0 (0xb762f000) libwx_gtk2u_core-2.8.so.0 = /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0 (0xb72d8000) libwx_baseu-2.8.so.0 = /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0 (0xb718a000) libpangocairo-1.0.so.0 = /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0 (0xb717b000) libpango-1.0.so.0 = /usr/lib/i386-linux-gnu/libpango-1.0.so.0 (0xb712e000) libcairo.so.2 = /usr/lib/i386-linux-gnu/libcairo.so.2 (0xb7049000) libgobject-2.0.so.0 = /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb6ff7000) libglib-2.0.so.0 = /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb6efc000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6ed5000) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6de9000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6dcc000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb6db3000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6c56000) libbsd.so.0 = /lib/i386-linux-gnu/libbsd.so.0 (0xb6c47000) libncurses.so.5 = /lib/i386-linux-gnu/libncurses.so.5 (0xb6c23000) libXpm.so.4 = /usr/lib/i386-linux-gnu/libXpm.so.4 (0xb6c12000) libX11.so.6 = /usr/lib/i386-linux-gnu/libX11.so.6 (0xb6ad8000) libjpeg.so.8 = /usr/lib/i386-linux-gnu/libjpeg.so.8 (0xb6a9f000) libfontconfig.so.1 = /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb6a69000) libfreetype.so.6 = /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb69cd000) libpng12.so.0 = /lib/i386-linux-gnu/libpng12.so.0 (0xb69a3000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xb698c000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6988000) libgtk-x11-2.0.so.0 = /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (0xb6514000) libgdk-x11-2.0.so.0 = /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 (0xb6463000) libatk-1.0.so.0 = /usr/lib/i386-linux-gnu/libatk-1.0.so.0 (0xb6442000) libgio-2.0.so.0 = /usr/lib/i386-linux-gnu/libgio-2.0.so.0 (0xb62f7000) libpangoft2-1.0.so.0 = /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0 (0xb62c9000) libgdk_pixbuf-2.0.so.0 = /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0 (0xb62a8000) libgmodule-2.0.so.0 = /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 (0xb62a4000) libgthread-2.0.so.0 = /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xb629f000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6296000) libXinerama.so.1 = /usr/lib/i386-linux-gnu/libXinerama.so.1 (0xb6293000) libSM.so.6 = /usr/lib/i386-linux-gnu/libSM.so.6 (0xb628a000) libtiff.so.4 = /usr/lib/i386-linux-gnu/libtiff.so.4 (0xb6226000) libpixman-1.so.0 = /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xb618f000) libxcb-shm.so.0 = /usr/lib/i386-linux-gnu/libxcb-shm.so.0 (0xb618b000) libxcb-render.so.0 = /usr/lib/i386-linux-gnu/libxcb-render.so.0 (0xb618) libxcb.so.1 = /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb615c000) libXrender.so.1 = /usr/lib/i386-linux-gnu/libXrender.so.1 (0xb6152000) libffi.so.5 = /usr/lib/i386-linux-gnu/libffi.so.5 (0xb6149000) libpcre.so.3 = /lib/i386-linux-gnu/libpcre.so.3 (0xb610b000) /lib/ld-linux.so.2 (0xb76ec000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb60eb000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xb60c) libXcomposite.so.1 = /usr/lib/i386-linux-gnu/libXcomposite.so.1 (0xb60bd000) libXdamage.so.1 = /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xb60ba000) libXfixes.so.3 =
Bug#665960: pciehp warnings at boot: please solve internally and don't warn the user
Package: eeepc-acpi-scripts Version: 1.1.12 Severity: wishlist File: /etc/init.d/eeepc-acpi-scripts We read in /usr/share/doc/eeepc-acpi-scripts/NEWS.Debian.gz: eeepc-acpi-scripts (1.1.0) unstable; urgency=low * There is no longer any need for pciehp to be listed in /etc/modules. With a new-enough kernel, it is no longer required; there is a script, run during startup, which will load it if an older kernel is in use. Therefore can you just check internally without spewing all these messages at us: ^[]R^[[9;30]^[[14;30]Loading EeePC support modules...Module pciehp is loaded; trying to unload ... ^[[33m(warning).^[[39;49m FATAL: Module pciehp is builtin. ... ^[[33m(warning).^[[39;49m Also why to the TPUT characters end up in /var/boot/log? Or should something be done about /lib/lsb/init-functions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665961: asciidoc needs multiarch metadata to ensure build-dependency satisfaction
Package: asciidoc Version: 8.6.6 Tags: patch As part of making debian 'bootstrappable' we are making sure that at least the core system is cross-buildabale. For build-dependencies to work properly under multiarch this package needs to be marked Multi-Arch: foreign so that it can satisfy a build-depenedency for any architecture. See http://wiki.debian.org/Multiarch/CrossDependencies and http://wiki.debian.org/Multiarch/Implementation for explanation and background. There are 75 packages which build-depend on this package. None of them will be multiarch cross-buildable without this fix. Coresponds to Ubuntu bug https://launchpad.net/bugs/950008 Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ diff -ur asciidoc-8.6.6/debian/control asciidoc-8.6.6.new/debian/control --- asciidoc-8.6.6/debian/control 2012-03-06 19:14:19.0 + +++ asciidoc-8.6.6.new/debian/control 2012-03-05 18:07:24.0 + @@ -14,6 +14,7 @@ Depends: python (= 2.4), ${misc:Depends}, ${python:Depends} Recommends: docbook-utils, xmlto, dblatex, libxml2-utils Suggests: vim-addon-manager, source-highlight +Multi-Arch: foreign Description: Highly configurable text format for writing documentation AsciiDoc is a text document format for writing articles, books, manuals and UNIX man pages. AsciiDoc files can be translated to HTML (with or without
Bug#665962: zookeeper: Memory leak on any async python call
Package: zookeeper Version: 3.3.5+dfsg1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/patches/fixes/ZOOKEEPER-1431: Fix up memory leak in zookeeper python binding which results in significant memory growth for large result sets (LP: #963280). Thanks to Johan Rydberg for identifying this bug and Kapil Thangavelu for the patch. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPcabMAAoJEL/srsug59jDNwkP/R4W58mVksVccliIKuIB2Snt XFRpswLRZNAwpBhiKgYcVyvCQPRGuAb3pPtadmifUTmrmVCyiSVODoILJ+4xTrz2 XSZgKaE9Oxj5aPtZDnTV/mDMX6iIDYe2gjBF3gdQyP8czIHrnaicQSEHbe+O4U+S ay7ZJT7BBW0J2MWI0wec56FtvtAHA47Azp+1cABDc+cLBCZ1hGwDsHYn3vceOSAf M4Zn/U2uJUlT5u3P1Sc+QId+nkvP0mWULlPXNHSr4ljjKtdqnCgMMR2XwfGmEIAh Tw8tjYQUS/MrDj82r8RzUT7sXfLTNlYFlHVQS6aqhsH7FyC3PlHjmzzvVUKDEXow fo/ebiSOatZGpdIAyKawi6M7W2kLAw4mVazmL0bBFhxpnlOQq718jARbGOkUhzgW bq8wg7h/J/icMmSBHCLbdxb65wtYd9K4ITHHm4YBsx/JhuaaWnLUEJ+xnLlDQMn6 dHM+b0Rfc9ur7rWTNqBKHoHbAHWfXrtlmeKVVTtEWknR5Zgtd6an8HxTySfukhft yuj84f5wTlCIX7+U2VjSv888t1fadnw80/29K4Q6uitm4fO+5i54cm1FARn7+kWC egHD1AvkuWRilktbTNQup+mo89/jXBBXtn1/Di28/gMh+Zs8KksEiQQXA3tZsiLG 6Bzj6Axyrk3JYwkHXkdi =VCKj -END PGP SIGNATURE- --- zookeeper-3.3.5+dfsg1/debian/patches/fixes/ZOOKEEPER-1431 1970-01-01 01:00:00.0 +0100 +++ zookeeper-3.3.5+dfsg1/debian/patches/fixes/ZOOKEEPER-1431 2012-03-23 17:45:49.0 + @@ -0,0 +1,71 @@ +Description: Fix up memory leak for large results set in zk + python bindings. +Author: Kapil Thangavelu kapil.thangav...@canonical.com +Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/zookeeper/+bug/963280 +Bug: https://issues.apache.org/jira/browse/ZOOKEEPER-1431 + +Index: a/src/contrib/zkpython/src/c/zookeeper.c +=== +--- a/src/contrib/zkpython/src/c/zookeeper.c (revision 1304459) b/src/contrib/zkpython/src/c/zookeeper.c (working copy) +@@ -436,7 +436,8 @@ + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) { + PyErr_Print(); + } +- if (pyw-permanent == 0 (type != ZOO_SESSION_EVENT || is_unrecoverable(zzh) == ZINVALIDSTATE)) { ++ Py_DECREF(arglist); ++ if (pyw-permanent == 0 (type != ZOO_SESSION_EVENT || is_unrecoverable(zzh) == ZINVALIDSTATE)) { + free_pywatcher(pyw); + } + PyGILState_Release(gstate); +@@ -457,6 +458,7 @@ + PyObject *arglist = Py_BuildValue((i,i), pyw-zhandle, rc); + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) + PyErr_Print(); ++ Py_DECREF(arglist); + free_pywatcher(pyw); + PyGILState_Release(gstate); + } +@@ -474,9 +476,9 @@ + PyObject *pystat = build_stat(stat); + PyObject *arglist = Py_BuildValue((i,i,O), pyw-zhandle,rc, pystat); + Py_DECREF(pystat); +- + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) + PyErr_Print(); ++ Py_DECREF(arglist); + free_pywatcher(pyw); + PyGILState_Release(gstate); + } +@@ -498,6 +500,7 @@ + + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) + PyErr_Print(); ++ Py_DECREF(arglist); + free_pywatcher(pyw); + PyGILState_Release(gstate); + } +@@ -518,6 +521,7 @@ + PyObject *arglist = Py_BuildValue((i,i,O), pyw-zhandle, rc, pystrings); + if (arglist == NULL || PyObject_CallObject((PyObject*)callback, arglist) == NULL) + PyErr_Print(); ++ Py_DECREF(arglist); + } + else + PyErr_Print(); +@@ -540,6 +544,7 @@ + PyObject *arglist = Py_BuildValue((i,i,s), pyw-zhandle,rc, value); + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) + PyErr_Print(); ++ Py_DECREF(arglist); + free_pywatcher(pyw); + PyGILState_Release(gstate); + } +@@ -565,6 +570,7 @@ + if (PyObject_CallObject((PyObject*)callback, arglist) == NULL) { + PyErr_Print(); + } ++ Py_DECREF(arglist); + free_pywatcher(pyw); + PyGILState_Release(gstate); + } diff -Nru zookeeper-3.3.5+dfsg1/debian/patches/series zookeeper-3.3.5+dfsg1/debian/patches/series --- zookeeper-3.3.5+dfsg1/debian/patches/series 2012-03-21 21:23:25.0 + +++ zookeeper-3.3.5+dfsg1/debian/patches/series 2012-03-23 17:32:11.0 + @@ -5,3 +5,4 @@ fixes/ZOOKEEPER-1033 fixes/ZOOKEEPER-1374 fixes/ZOOKEEPER-1403 +fixes/ZOOKEEPER-1431
Bug#636702: gwibber-service-facebook: Fails to add Facebook account after authentication
Package: gwibber-service-facebook Version: 3.0.0.1-2.1 Followup-For: Bug #636702 Dear Maintainer, I authenticated to Facebook using Gwibber's Add Account system. I got a Success message. But the Facebook account was not added to the list of account in Gwibber. I checked my Facebook Apps page. Gwibber had been successfully added to the list of approved apps. But, the Facebook account was still not added to Gwibber. I tried removing Gwibber from the Facebook apps page and re-authenticated it using Gwibber. Again, I got the same Success message and Gwibber was added to the Facebook page. But, the account was not available in Gwibber. The problem seems to be that the Gwibber Add Account System is not returning back to the Gwibber app (with the Success message and the required/received tokens). Best Regards, Rigved Rakshit -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwibber-service-facebook depends on: ii gwibber-service 3.0.0.1-2.1 gwibber-service-facebook recommends no packages. gwibber-service-facebook 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#665949: [Pkg-bazaar-maint] Bug#665949: bzr-rewrite: Update for 2.6
On Tue, Mar 27, 2012 at 12:30:32PM +0200, Julian Andres Klode wrote: Package: bzr-rewrite Version: 0.6.3-1 Severity: grave Since the upload of 2.6 pre-releases of bzr to unstable, the bzr-rewrite package is not installable anymore. So, please update the package. Thanks, I'll have a look. I don't really understand why bzr 2.6 was uploaded, though, given that the wheezy freeze will happen in June, while 2.6 will be released in August ( 2 months *after* the freeze). Does not make much sense to me. In the past, we've been too conservative with the version of bzr in Unstable. Lenny had bzr 1.5 and Squeeze had 2.1, both of which were out of date release series a few days into the freeze. In the case of Lenny this meant that some newer repositories couldn't be read by Lenny users. In the case of squeeze this meant that a large number of performance improvements didn't make it into the release. In addition, both 1.6 and 2.2 carried a large number of bug fixes. Bazaar has a really extensive testsuite and is fairly conservative about what ends up in trunk. Newer snapshots have consistently been much better than older versions, even releases. Regression are pretty rare. Personally, I don't think the beta moniker is appropriate for the kinds of releases that are done; they're pretty similar to the monthly releases we used to do, with the exception that we now have release series, with no features or API changes being introduced after the last beta. The current schedule puts the last beta release (beta 5) somewhere in the first couple of days of July. There is some flexibility upstream too though, so if it helps we can possibly skip it or pull it forward. Cheers, Jelmer signature.asc Description: Digital signature
Bug#657822: It is already packaged
Hi Taku, It is already packaged and is in pkg-ruby-extras git repository (https://lists.debian.org/debian-ruby/2012/01/msg00097.html, http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-capistrano-ext.git;a=summary) But it seems ruby team is not interested in this package :( See https://lists.debian.org/debian-ruby/2012/02/msg00018.html Can you reply to the list about importance of this package? If you can upload it, that would be great too. Thanks Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665963: setools: indexcon freezes when traversing a broken symlink
Package: setools Version: 3.3.6.ds-7.2+b1 Severity: normal To reproduce: mkdir blah (cd /blah ; ln -s /does/not/exist) strace -f -F indexcon /tmp/blah.files -d /blah Note that it freezes at the ENOENT response of not being able to follow the symlink -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 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 setools depends on: ii bwidget1.9.2-1 A set of extension widgets for Tcl ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libqpol1 3.3.6.ds-7.2+b1 Security Enhanced Linux policy abs ii libselinux12.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libsetools-tcl 3.3.6.ds-7.2+b1 SETools Tcl bindings ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii tk8.4 [wish] 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - setools recommends no packages. setools 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#665964: debianutils needs multiarch metadata to ensure dependency satisfaction
Package: debianutils Version: 4.2.2 Tags: patch User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch As part of making debian 'bootstrappable' we are making sure that at least the core system is cross-buildabale. For build-dependencies to work properly under multiarch this package needs to be marked Multi-Arch: foreign so that it can satisfy a build-depenedency for any architecture. See http://wiki.debian.org/Multiarch/CrossDependencies and http://wiki.debian.org/Multiarch/Implementation for explanation and background. There are 4 packages which build-depend on this package. None of them will be multiarch cross-buildable without this fix. This same change also fixes the different Ubuntu bug: https://launchpad.net/bugs/933051 Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ --- origs/debianutils-4.2.2/debian/control 2012-03-24 14:52:38.0 + +++ patched/debianutils-4.2.2/debian/control 2012-03-27 11:45:44.0 + @@ -13,6 +13,7 @@ Depends: sensible-utils Section: utils Essential: yes +Multi-Arch: foreign Description: Miscellaneous utilities specific to Debian This package provides a number of small utilities which are used primarily by the installation scripts of Debian packages, although
Bug#665965: FTCBFS: Cross build calls wrong-arch strip
Package: dash Version: 0.5.7-2ubuntu1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dash does not call the correct arch strip so cross-builds fail right at the end. debian/rules binary rm -rf '/tmp/dash-0.5.7/debian/ash' install -d -m0755 '/tmp/dash-0.5.7/debian/ash'/bin ln -s dash '/tmp/dash-0.5.7/debian/ash'/bin/ash install -d -m0755 '/tmp/dash-0.5.7/debian/ash'/usr/share/man/man1/ ln -s dash.1.gz '/tmp/dash-0.5.7/debian/ash'/usr/share/man/man1/ash.1.gz # changelog test -r changelog || ln -s ChangeLog changelog # dash rm -rf '/tmp/dash-0.5.7/debian/dash' install -d -m0755 '/tmp/dash-0.5.7/debian/dash'/bin install -m0755 build-tmp/src/dash '/tmp/dash-0.5.7/debian/dash'/bin/dash strip -R .comment -R .note '/tmp/dash-0.5.7/debian/dash'/bin/dash strip: Unable to recognise the format of the input file `/tmp/dash-0.5.7/debian/dash/bin/dash' make: *** [install-arch] Error 1 dpkg-buildpackage: error: debian/rules binary gave error exit status 2 - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (999, 'precise-updates'), (999, 'precise'), (500, 'precise-security'), (50, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-14-generic (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii debianutils 4.2.1ubuntu1 ii dpkg 1.16.1.2ubuntu5 ii libc62.15-0ubuntu6 dash recommends no packages. dash suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk9xre4ACgkQeQ6MlGH/2qtvGQCePZayJHfXesL8qls+FGstI72d lCwAoIuINuuMMpTcJLQj909ajbyDfQTa =i6VE -END PGP SIGNATURE- diff -u dash-0.5.7/debian/rules dash-0.5.7/debian/rules --- dash-0.5.7/debian/rules +++ dash-0.5.7/debian/rules @@ -8,6 +8,7 @@ DEB_BUILD_GNU_TYPE =$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) CC =$(DEB_HOST_GNU_TYPE)-gcc + STRIP =$(DEB_HOST_GNU_TYPE)-strip endif ifneq (,$(findstring diet,$(DEB_BUILD_OPTIONS))) diff -u dash-0.5.7/debian/changelog dash-0.5.7/debian/changelog --- dash-0.5.7/debian/changelog +++ dash-0.5.7/debian/changelog @@ -1,3 +1,9 @@ +dash (0.5.7-2ubuntu2) precise; urgency=low + + * Ensure correct strip is called when cross-building LP: #966103 + + -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Tue, 27 Mar 2012 10:31:15 + + dash (0.5.7-2ubuntu1) precise; urgency=low * Merge from Debian testing, remaining changes:
Bug#665966: /etc/init.d/open-iscsi stop does not kill all iscsid processes
Package: open-iscsi Version: 2.0.872-2 Severity: normal Tags: patch open-iscsi stop script does not kill all iscsid processes: when starting, iscisd is forking in 2 process, one for management, the other for logging [child]. Because in the stop function, we invoke start-stop-daemon with the KILL option, only the parent is killed. Using TERM option kills both. diff -u src.orig/debian/open-iscsi.init src/debian/open-iscsi.init --- src.orig/debian/open-iscsi.init 2012-03-15 12:14:11.0 +0800 +++ src/debian/open-iscsi.init 2012-03-23 16:19:05.0 +0800 @@ -164,7 +164,7 @@ stoptargets log_daemon_msg Stopping iSCSI initiator service - start-stop-daemon --stop --quiet --pidfile $PIDFILE --signal KILL --exec $DAEMON + start-stop-daemon --stop --quiet --pidfile $PIDFILE --signal TERM --exec $DAEMON rm -f $PIDFILE modprobe -r ib_iser 2/dev/null modprobe -r iscsi_tcp 2/dev/null -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549024: checkrestart: finds old /usr/lib/xulrunner-1.9/xulrunner-stub
On Du, 25 mar 12, 23:06:24, Axel Beckert wrote: I somehow suspect that this may also be caused by updated Firefox plugins, either packaged ones or per user/profile ones. (In which case this warning may be valid.) I understand that checkrestart may show false positives on a still running system, but how can it detect old libraries in use if these have been deleted and the system rebooted? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#665917: [pkg-ntp-maintainers] Bug#665917: ntp: don't use /home/ for the users homedir
Am 27.03.2012 09:04, schrieb Kurt Roeckx: Which script are you talking about? I do not see the path mentioned in any of them. /var/lib/dpkg/info$ grep adduser ntp* ntp.postinst: adduser --system --quiet --ingroup ntp --no-create-home ntp While this doesn't create a directory, it sets the home dir to the default /home/user in /etc/passwd: $ grep ntp /etc/passwd ntp:x:102:104::/home/ntp:/bin/false I don't see how maintair scripts need to change anything for the upgrade in that case, either they do the right thing or don't. Well,.. obviously they did it not cleanly,.. to the usual way is to clean up on upgrades, otherwise users will stay with the old settings forever. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642747: wss4j: Patch to resolve FTBFS
Package: wss4j Version: 1.5.8+svntag-1 Followup-For: Bug #642747 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS (LP: #935490): - d/rules: Switched xml-security - xmlsec to pickup jar name change in libxml-security-java. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-20-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPca/uAAoJEL/srsug59jDZ/0QAKdVEzYnmGWpTgRjMUSJYLUk d7O2RKJEz4co1Q8ru1MBCDMVu5WcPlbjJcy+PVTyHHpSEZnXm7IR4hsYCpcavKd+ St2ShWYTZxO0Xp6noFCLfOZn6w7UFLg/mlQz8eHwcSnyOCSCTALhLPud0T7X9fA4 8plFOiHQa3k1KdZu9KVPSdzkw+ltcotTeoRtJtMvIEm8OJxaLX8imIsAnrIQhXQE 6iPUYfwYWL49lnYvQlddxWLPn1bnndBJ7euCbQ6wbrTEL5eE0Igejz8+NzjP7qHW UI9rBOxYH9/ro+oFv7PKpherm2wQ6w/MQ3k0kbK0MBJ4HGdS+jfFnf21zax2zcX0 diqNIVAJKfDAqDSF2dTak23hoaIFeDtKneo/S5wPhm132i4mPAXoZIDqiwGaTveG XBKqRYZjEmosEjoMH+1AwiJPe8icS1+M8heaMzdXx3wqgvqaw8On8ordbLGuEfFM UD/stE0BZ3HLtua0iYpL/K1QqLdYtHLR7nIiKIHexy+IG65tymOCUSUs5jT9+qYJ WY9cRhc/nA6GSKuu2zgw3Bc37tyjSb39cd1JjoTLd1MlV/D+kwUX7F0hgpeadm6k qykOhACDXoLoVPtmYE5QYjnFkZugQ0Ucwv0EwyTcp1Grb9gh+WUSn5TAvota4Lgp myOj0TS26d+hTUIpYfey =NntR -END PGP SIGNATURE- === modified file 'debian/rules' --- debian/rules 2010-02-11 19:30:49 + +++ debian/rules 2012-03-27 12:14:26 + @@ -10,7 +10,7 @@ JAVA_HOME:= /usr/lib/jvm/default-java DEB_ANT_CLEAN_TARGET := debian-clean DEB_ANT_BUILDFILE:= debian/build.xml -DEB_JARS := axis commons-logging xalan2 bcprov jaxrpc xml-security +DEB_JARS := axis commons-logging xalan2 bcprov jaxrpc xmlsec DEB_INSTALL_CHANGELOGS_ALL = ChangeLog.txt
Bug#665967: postinst doesn't copy auth-sql.conf.ext into /etc/dovecot/conf.d/ dir
Package: dovecot-mysql Version: 1:2.0.18-1 Severity: minor Hello, debian/dovecot-mysql.postinst doesn't install SQL auth template conf file (auth-sql.conf.ext) into the conf directory. Since it's handy to have it already there, to be used as skeleton, please change postinst to copy that too. cheers, Sandro -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665968: jquery: distfile does not contain complete source code
Source: jquery Version: 1.7.2-1 Severity: serious Justification: violates source requirement Hi, the jquery distfile (jquery_1.7.2.orig.tar.gz) does not contain complete source code required for regenerating the dist/jquery.js file as shipped. Indeed, it only contains a part of the main git checkout without the required Sizzle submodule. Checking it out from git, then trying to generate jquery.js, yields: $ make jquery make: *** No rule to make target `src/sizzle/sizzle.js', needed by `src/selector.js'. Stop. Running “git clone --recursive https://github.com/jquery/jquery.git” lets “make jquery” succeed. I highly suggest you repack upstream source code and do NOT ship the dist/jquery.js file, instead generating it during Debian package build (this does not need node.js, since it isn’t minified using their tools). The procedure for this might look as follows: git clone https://github.com/jquery/jquery.git cd jquery git checkout 1.7.2 git submodule update --init src/sizzle cd src/sizzle git checkout 1.5.1 cd ../../.. mv jquery jquery-1.7.2 find jquery-1.7.2 -type f | fgrep -v /.git | \ paxcpio -oC512 -Hustar -Mdist | gzip -n9 \ jquery_1.7.2.orig.tar.gz This requires pax (= 1:20120216~) to be installed; using GNU cpio for tar creation is discouraged as it generates broken files, so use pax please. ;-) Then, change override_dh_auto_build in debian/rules to add one line before YUI which just says: ${MAKE} jquery That should suffice. Another option is to use two distfiles, since you use debian/source/format 3.0 (quilt) anyway, which would allow you to properly version Sizzle. If you want, I can do an NMU to that effect. I can make these steps into a debian/rules get-orig-source target, even. HTH HAND, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665969: nmu: apt_0.9.0
Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Please provide bin-NMUs for a coming apt ABI change (the apt version in experimental will hit unstable as 0.9.0). The version of apt in experimental includes multiarch support (among other changes) and now that dpkg in unstable supports that apt shold move to unstable as well. It also splits the library out of the main package properly which will make subsequent ABI breaks easier but that means that there will be binary-NEW processing needed after the initial apt upload. We need to make sure that libept gets rebuild right after apt is ready to ensure that its updated for the new apt. Ideally we take the version in experimental that encodes the apt ABI version in its soname to ensure that its clear that while libept did not change ABI it indirectly did because of the libapt ABI break. 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#626394: Priority: source in Sources
On 03/27/2012 08:40 AM, Philipp Kern wrote: Yep, we sort the packages to build by source priority. My gut feeling is that it should be the max priority of the set of binaries it builds to keep that feature. OTOH the uploaded source packages do have a priority. (The one in the source stanza is replicated into the .changes.) I don't think the Priority field is required in the source stanza. Also we should use the values from the overrides instead of the ones in the package itself which leaves two possibilities to implement this: a, Let gps2 use max(override_priority) of *uploaded* binary packages. (Maybe also store this in the override table.) b, Add a dak command to update the priority for source overrides to max(override_priority) of binary packages listed in the Package-List field of the .dsc; fallback to Priority: extra. With a, the Priority could change as binaries for additional architectures arrive (that do not exist for the architectures already uploaded). As b, needs to look at all source packages, it probably should only run at dinstall. Priorities for new packages would be wrong until the next dinstall run. I believe it is also a bit more complicated to implement than a,. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665959: ncurses-base: linux console can't display ACL's anymore
retitle 665959 ncurses-base: linux console can't display ACS characters anymore. thanks * Elimar Riesebieter riese...@lxtec.de [2012-03-27 13:25 +0200]: Package: ncurses-base Version: 5.9-5 Severity: normal Sorry: s/ACL/ACS/ ;-) After an update to 5.9-5 the linux console can't disply ACL's anymore. This came up to me running mutt using ACL in thread display. Copying /lib/terminfo/l out of 5.9-4 to /etc/terminfo or $HOME/.terminfo/ braught me to the old behaviour. Elimar -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.3.0-samweis Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- no debconf information -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665970: Add Musicbrainz support
Package: abcde Version: 2.4.2-1 Severity: wishlist I have code which adds musicbrainz support. Patch coming shortly. The new abcde-mb-helper script is written in perl and uses two perl library packages: libmusicbrainz-discid-perl and libwebservice-musicbrainz-perl. I can see two sensible ways of packaging up this lot: 1) Simply include the abcde-mb-helper script and add Recommends/Depends as you see fit on these library packages 2) Create a new package for the abcde-mb-helper script (which will then Depend on those libraries) and add a Recommends for that package. I'd prefer the former and my patch will go that way, but it's up to you if you'd prefer the latter. -- System Information: Debian Release: 6.0.4 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_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abcde depends on: ii cd-discid1.1-1 CDDB DiscID utility ii cdparanoia 3.10.2+debian-9 audio extraction tool for sampling ii flac 1.2.1-2+b1 Free Lossless Audio Codec - comman ii icedax 9:1.1.11-1 Creates WAV files from audio CDs ii vorbis-tools 1.4.0-1 several Ogg Vorbis tools ii wget 1.12-2.1retrieves files from the web Versions of packages abcde recommends: ii vorbis-tools 1.4.0-1several Ogg Vorbis tools Versions of packages abcde suggests: pn distmp3 none (no description available) ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer pn eyed3 none (no description available) pn id3 none (no description available) ii id3v2 0.1.12-2 A command line id3v2 tag editor ii mkcue 1-2.1 Generates a CUE sheet from a CD pn mp3gain none (no description available) pn normalize-aud none (no description available) pn python-musicb none (no description available) pn vorbisgainnone (no description available) -- Configuration Files: /etc/abcde.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657822: It is already packaged
Hi Praveen, Thank you for your reply. I've look at your message and reply it. I need this as soon as possible. I hope my reply will help you. Thanks, Taku On Tue, Mar 27, 2012 at 8:47 PM, Praveen A prav...@gmail.com wrote: Hi Taku, It is already packaged and is in pkg-ruby-extras git repository (https://lists.debian.org/debian-ruby/2012/01/msg00097.html, http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-capistrano-ext.git;a=summary) But it seems ruby team is not interested in this package :( See https://lists.debian.org/debian-ruby/2012/02/msg00018.html Can you reply to the list about importance of this package? If you can upload it, that would be great too. Thanks Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- Taku YASUI t...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665877: ncurses-term: /usr/share/terminfo/s/st-256color confilcted with file from suckless-tools
Hi, Michael (as the prospective suckless-tools maintainer), what is your opinion on that? I noticed that the version on mentors.debian.net has already dropped the terminfo entry, but that may have been unintentional. this file was part of the terminal emulator 'st', which is maintained in stterm and so will be dropped from suckless-tools in the next version. Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665971: FTCBFS: Cross build calls wrong-arch strip
Package: dash Version: 0.5.7-2ubuntu1 Severity: normal Tags: patch Dash does not call the correct arch strip so cross-builds fail right at the end. debian/rules binary rm -rf '/tmp/dash-0.5.7/debian/ash' install -d -m0755 '/tmp/dash-0.5.7/debian/ash'/bin ln -s dash '/tmp/dash-0.5.7/debian/ash'/bin/ash install -d -m0755 '/tmp/dash-0.5.7/debian/ash'/usr/share/man/man1/ ln -s dash.1.gz '/tmp/dash-0.5.7/debian/ash'/usr/share/man/man1/ash.1.gz # changelog test -r changelog || ln -s ChangeLog changelog # dash rm -rf '/tmp/dash-0.5.7/debian/dash' install -d -m0755 '/tmp/dash-0.5.7/debian/dash'/bin install -m0755 build-tmp/src/dash '/tmp/dash-0.5.7/debian/dash'/bin/dash strip -R .comment -R .note '/tmp/dash-0.5.7/debian/dash'/bin/dash strip: Unable to recognise the format of the input file `/tmp/dash-0.5.7/debian/dash/bin/dash' make: *** [install-arch] Error 1 dpkg-buildpackage: error: debian/rules binary gave error exit status 2 - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (999, 'precise-updates'), (999, 'precise'), (500, 'precise-security'), (50, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-14-generic (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dash depends on: ii debianutils 4.2.1ubuntu1 ii dpkg 1.16.1.2ubuntu5 ii libc62.15-0ubuntu6 dash recommends no packages. dash suggests no packages. - -- debconf information excluded diff -u dash-0.5.7/debian/rules dash-0.5.7/debian/rules --- dash-0.5.7/debian/rules +++ dash-0.5.7/debian/rules @@ -8,6 +8,7 @@ DEB_BUILD_GNU_TYPE =$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) CC =$(DEB_HOST_GNU_TYPE)-gcc + STRIP =$(DEB_HOST_GNU_TYPE)-strip endif ifneq (,$(findstring diet,$(DEB_BUILD_OPTIONS))) diff -u dash-0.5.7/debian/changelog dash-0.5.7/debian/changelog --- dash-0.5.7/debian/changelog +++ dash-0.5.7/debian/changelog @@ -1,3 +1,9 @@ +dash (0.5.7-2ubuntu2) precise; urgency=low + + * Ensure correct strip is called when cross-building LP: #966103 + + -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Tue, 27 Mar 2012 10:31:15 + + dash (0.5.7-2ubuntu1) precise; urgency=low * Merge from Debian testing, remaining changes:
Bug#663053: terminatorx: diff for NMU version 3.82-7.6
tags 663053 + patch thanks Dear maintainer, I've prepared an NMU for terminatorx (versioned as 3.82-7.6). The diff is attached to this message. I've not uploaded this NMU as I'm not a DD but I hope it is useful for you. However, this package is not usable until #637007 is not fixed. Regards. diff -u terminatorx-3.82/debian/changelog terminatorx-3.82/debian/changelog --- terminatorx-3.82/debian/changelog +++ terminatorx-3.82/debian/changelog @@ -1,3 +1,12 @@ +terminatorx (3.82-7.6) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/22_fix_ftbfs_zlib.dpatch: Fix FTBFS errors +cannot convert 'gzFile_s**' to 'gzFile' for argument '1'. +(Closes: #663053) + + -- Mònica Ramírez Arceda mon...@probeta.net Tue, 27 Mar 2012 12:12:57 +0200 + terminatorx (3.82-7.5) unstable; urgency=low * Non-maintainer upload. diff -u terminatorx-3.82/debian/patches/00list terminatorx-3.82/debian/patches/00list --- terminatorx-3.82/debian/patches/00list +++ terminatorx-3.82/debian/patches/00list @@ -6,0 +7 @@ +22_fix_ftbfs_zlib only in patch2: unchanged: --- terminatorx-3.82.orig/debian/patches/22_fix_ftbfs_zlib.dpatch +++ terminatorx-3.82/debian/patches/22_fix_ftbfs_zlib.dpatch @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 21_fix_ftbfs_zlib.patch.dpatch by Mònica Ramírez Arceda mon...@probeta.net +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix FTBFS errors cannot convert 'gzFile_s**' to 'gzFile' for argument '1'. + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' terminatorx-3.82~/src/tX_midiin.cc terminatorx-3.82/src/tX_midiin.cc +--- terminatorx-3.82~/src/tX_midiin.cc 2003-08-22 00:41:50.0 +0200 terminatorx-3.82/src/tX_midiin.cc 2012-03-27 12:11:37.140942550 +0200 +@@ -447,7 +447,7 @@ + + void tX_midiin::store_connections(FILE *rc, char *indent) + { +- gzFile *rz=NULL; ++ gzFile rz=NULL; + + tX_store(%smidi_connections\n, indent); + strcat(indent, \t);
Bug#665972: adduser: userdel -r fails with segmentation fault
Package: adduser Version: 3.113+nmu1 Severity: important Dear Maintainer, * What led up to the situation? I tried to delete an user added with adduser, using userdel -r * What exactly did you do (or not do) that was effective (or ineffective)? I used userdel -r * What was the outcome of this action? Segmentation fault obtained * What outcome did you expect instead? I expected removing of the user. Note: I can delete user only manually editing /etc/passwd file, but userdel fails. Deluser do not works too -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.5.42 ii passwd 1:4.1.5-1 ii perl-base 5.14.2-9 adduser recommends no packages. Versions of packages adduser suggests: ii liblocale-gettext-perl 1.05-7+b1 ii perl-modules5.14.2-9 -- debconf information: adduser/homedir-permission: true adduser/title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665832: gnuplot: Crashes with Segmentation fault on every command
Package: gnuplot Version: 4.6.0-1 Followup-For: Bug #665832 Hi, as an additional data point, I see exactly the same behaviour. Cheers Detlev -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.6.0-1 ii gnuplot-x11 4.6.0-1 gnuplot recommends no packages. Versions of packages gnuplot suggests: pn gnuplot-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626394: Priority: source in Sources
Hallo Ansgar, am Tue, Mar 27, 2012 at 02:49:32PM +0200 hast du folgendes geschrieben: On 03/27/2012 08:40 AM, Philipp Kern wrote: Yep, we sort the packages to build by source priority. My gut feeling is that it should be the max priority of the set of binaries it builds to keep that feature. OTOH the uploaded source packages do have a priority. (The one in the source stanza is replicated into the .changes.) I don't think the Priority field is required in the source stanza. Also we should use the values from the overrides instead of the ones in the package itself which leaves two possibilities to implement this: programs trip over it being missing: [1]. Kind regards, Philipp Kern [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611805 -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#665943: systemd: mounts tmpfs on /media
Am 27.03.2012 11:27, schrieb Paul Wise: Package: systemd Severity: normal systemd mounts a tmpfs on /media. There is no point in doing that since the directory is usually empty anyway. Anything that mounts stuff there should clean up after itself anyway. The FHS says, that removable media should be mounted as a subdirectory of /media. That means, /media needs to be writable. systemd mounts a tmpfs at /media as the goal is to support a ro-/ -- 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#665973: network-manager: Could not initialize NMClient /org/freedesktop/NetworkManager when logged via XDM
Package: network-manager Version: 0.9.2.0-2 Severity: normal Usertags: pca.it-communication Hi there! According to file:///usr/share/doc/network-manager/README.Debian.gz: --8---cut here---start-8--- Security To allow users to connect to the NetworkManager daemon they have to be in the group netdev. If you want to add a user to group netdev use the command adduser username netdev or one of the graphical user management frontends. After that you have to reload D-Bus with the command service dbus reload. Alternatively you can install the consolekit package which will grant access for all locally logged in users. --8---cut here---end---8--- There is however something strange going on: my local user 'luca' is not in the netdev group, but consolekit is installed, so everything should work just fine. And this is the case with 0.9.4.0-1 when logged in a *console* (sorry, I forgot to test this with 0.9.2.0-2). However, if the user is not in the netdev group, when logged in via *XDM* I get the following errors with 0.9.2.0-2 (the reason why I reported it to this old version): = $ ck-list-sessions Session2: unix-user = '0' realname = 'root' seat = 'Seat1' session-type = '' active = FALSE x11-display = '' x11-display-device = '' display-device = '/dev/pts/5' remote-host-name = '' is-local = TRUE on-since = '2012-03-26T22:15:39.804473Z' login-session-id = '4294967295' Session1: unix-user = '1000' realname = 'Luca Capello' seat = 'Seat2' session-type = '' active = FALSE x11-display = ':0' x11-display-device = '/dev/tty7' display-device = '' remote-host-name = '' is-local = FALSE on-since = '2012-03-26T19:34:45.384234Z' login-session-id = '4294967295' $ nmcli nm ** (process:27312): WARNING **: _nm_object_get_property: Error getting \ 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.29 (uid=1000 pid=27312 comm=nmcli nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=1316 comm=/usr/sbin/NetworkManager ) ** (process:27312): WARNING **: _nm_object_get_property: Error getting \ 'WwanHardwareEnabled' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.29 (uid=1000 pid=27312 comm=nmcli nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=1316 comm=/usr/sbin/NetworkManager ) ** (process:27312): WARNING **: _nm_object_get_property: Error getting \ 'WimaxHardwareEnabled' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.29 (uid=1000 pid=27312 comm=nmcli nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=1316 comm=/usr/sbin/NetworkManager ) ** (process:27312): WARNING **: _nm_object_get_property: Error getting \ 'State' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.29 (uid=1000 pid=27312 comm=nmcli nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=1316 comm=/usr/sbin/NetworkManager ) Error: nmcli (0.9.2.0) and NetworkManager (unknown) versions don't match. Force execution using --nocheck, but the results are unpredictable. $ dpkg-query -W network-manager\* network-manager 0.9.2.0-2 network-manager-gnome network-manager-kde network-manager-openconnect network-manager-openvpn 0.9.2.0-1 network-manager-pptp network-manager-vpnc0.9.2.0-1 $ nmcli -n nm [same errors as above plus the two ones below] ** (process:6350): WARNING **: _nm_object_get_property: Error getting \ 'State' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.62 (uid=1000 pid=6350 comm=nmcli -n nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=4589 comm=/usr/sbin/NetworkManager ) ** (process:6350): WARNING **: _nm_object_get_property: Error getting \ 'NetworkingEnabled' for /org/freedesktop/NetworkManager: (9) \ Rejected send message, 2 matched rules; type=method_call, \ sender=:1.62 (uid=1000 pid=6350 comm=nmcli -n nm ) \ interface=org.freedesktop.DBus.Properties member=Get \ error name=(unset) requested_reply=0 \ destination=org.freedesktop.NetworkManager \ (uid=0 pid=4589