Bug#686250: I believe this is a duplicate bug
forcemerge 686250 688574 retitle 686250 lack of __USE_GNU causes crashes in dvd_reader.c close 686250 4.2.0+20120521-3 thanks On 05/29/2013 04:22 AM, Jeff Epler wrote: I beliieve that this bug #686250 is duplicated by the fixed #688574 (not in wheezy, alas). thanks. However, I'm not sufficiently versed in debian bug tracker etiquiette to go ahead and change the bug metadata accordingly. np, i've done so above. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708851: please add upstart script
ping -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701262: Close the bug
fixed 701262 3.1.4~abc9f50-2 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#304406: Simple script
Hi everyone! I've done some search and here is my simple script for new login functionality: #!/bin/bash # Issue a new login command for currently running login manager. # ...assuming there can be only one. pidof lightdm /dev/null dm-tool switch-to-greeter pidof lxdm /dev/null lxdm -c USER_SWITCH pidof gdm /dev/null gdmflexiserver pidof kdm /dev/null kdmctl reserve Tested with lightdm, although you have to enter password both in lightdm and xscreensaver to return to your session without VT switch. But that's better than nothing. Maybe this bug should be merged with #499909. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708170: clone doesn't properly handle blocked-by [only uses blocks]
Don Armstrong d...@debian.org wrote: On Mon, 13 May 2013, Jakub Wilk wrote: Apparently the blocked-by relation between #692286 and #708166 was inverted. Yeah; this is a bug in the cloning; I'll get a fix out for it soonish. My perlfu is weak, but something like attached? From 3ce917993c54c3e84851cfc44e367ba51e97e54d Mon Sep 17 00:00:00 2001 From: Daniel Hartwig mand...@gmail.com Date: Wed, 29 May 2013 13:35:13 +0800 Subject: [PATCH] make clone properly handle blocked-by bugs * Debbugs/Control.pm (clone_bug): Ensure that each new bug is correctly blocked-by the same bugs as the original. Refactor for both blocks and blocked-by, perform only the minimal number of updates. Closes: #708170 --- Debbugs/Control.pm | 32 +++- 1 file changed, 15 insertions(+), 17 deletions(-) diff --git a/Debbugs/Control.pm b/Debbugs/Control.pm index 44d0062..7ce0f15 100644 --- a/Debbugs/Control.pm +++ b/Debbugs/Control.pm @@ -2962,25 +2962,23 @@ sub clone_bug { __end_control(%info); # bugs that this bug is blocking are also blocked by the new clone(s) for my $bug (split ' ', $data-{blocks}) { - for my $new_bug (@new_bugs) { - set_blocks(bug = $new_bug, - block = $bug, - hash_slice(%param, - keys %common_options, - keys %append_action_options), - ); - } + set_blocks(bug = $bug, + block = @new_bugs, + add = 1, + hash_slice(%param, + keys %common_options, + keys %append_action_options), + ); } # bugs that this bug is blocked by are also blocking the new clone(s) -for my $bug (split ' ', $data-{blockedby}) { - for my $new_bug (@new_bugs) { - set_blocks(bug = $bug, - block = $new_bug, - hash_slice(%param, - keys %common_options, - keys %append_action_options), - ); - } +my @blockers = split ' ', $data-{blockedby}; +for my $new_bug (@new_bugs) { + set_blocks(bug = $new_bug, + block = @blockers, + hash_slice(%param, + keys %common_options, + keys %append_action_options), + ); } } -- 1.7.10.4
Bug#698732: dspam external map does not work with TLS enabled
Hi I noticed Weezy has been released. Did the fixes for DSPAM make it in? Thanks Jason On Apr 11, 2013, at 4:04 PM, Thomas Preud'homme robo...@debian.org wrote: Le jeudi 11 avril 2013 10:59:28, Jason Johnson a écrit : Wonderful. Tranks for your help! For now I would need a special repo for it. I'm currently using DSPAM in Squeeze via the backports repo. Alright, I'll provide you a version you can upgrade from backport without using the version from wheezy. Thanks again, Jason I'll keep you informed. Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710213: libcommoncpp2-doc and libcoin80-doc: error when trying to install together
Package: libcoin80-doc,libcommoncpp2-doc Version: libcoin80-doc/3.1.4~abc9f50-2 Version: libcommoncpp2-doc/1.8.1-5 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-05-29 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcoin80-doc libcommoncpp2-doc Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcoin80-doc. (Reading database ... 10806 files and directories currently installed.) Unpacking libcoin80-doc (from .../libcoin80-doc_3.1.4~abc9f50-2_all.deb) ... Selecting previously unselected package libcommoncpp2-doc. Unpacking libcommoncpp2-doc (from .../libcommoncpp2-doc_1.8.1-5_all.deb) ... dpkg: error processing /var/cache/apt/archives/libcommoncpp2-doc_1.8.1-5_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/thread.h.3.gz', which is also in package libcoin80-doc 3.1.4~abc9f50-2 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libcommoncpp2-doc_1.8.1-5_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man3/string.h.3.gz /usr/share/man/man3/thread.h.3.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623645: Fix breaks dtpad build
I guess this is the testcase that was needed. dtpad in CDE breaks with this fix, due to a missing XmPrintShellCallbackStruct (and possibly other things?) To build CDE, refer to https://sourceforge.net/p/cdesktopenv/wiki/LinuxBuild/ The page is somewhat out-of-date, so note the following: -1.2 Parts not building yet: ignore this. -1.5 You won't be able to build documentation with gcc-4.7 anyhow, you can ignore this. -1.6 Only needed if you will install. -2.3 make World.dev, not World. This skips documentation, speeding up build and reducing the amount of irrelevant errors. You may want to log this. Then cd programs/dtpad; ls dtpad || make Thanks, Isaac Dunham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701243: still... aptitude: ftbfs with GCC-4.8
On 28 May 2013 20:17, Axel Beckert a...@debian.org wrote: Hi Daniel, Daniel Hartwig wrote: On 3 May 2013 04:56, Dmitrijs Ledkovs x...@debian.org wrote: I have now tried building aptitude using ubuntu saucy chroot which has gcc-4.8 and boost1.53. This resulted in the following build failure: http://paste.ubuntu.com/5627193/ A patch for that was last month posted to aptitude-devel. Now that #701243 (FTBFS with gcc 4.8) has been raised to severity serious, are then any short-term update plans -- also with regards to the upcoming libboost transition (http://bugs.debian.org/704032)? Problems in Boost still cause aptitude to FTBFS with gcc-4.8. New point release to be made available once these blocking bugs are fixed: - http://bugs.debian.org/710210 in libboost1.53-dev - http://bugs.debian.org/710211 in libboost1.49-dev There is a similar issue with google-mock and gcc-4.8. If needed that part of the test suite can be temporarily disabled to avoid holding up the transitions. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709805: [Pkg-fonts-devel] Bug#709805: Bug#709805: Bug#709805: task-chinese-t: missing glyphs in font set(s)
reassign 709805 fonts-hanazono retitle 709805 Please mention that this font also covers the range of Chinese glyphs thanks Quoting Toni Mueller (supp...@oeko.net): Hi Kess, On Tue, May 28, 2013 at 08:42:18AM +0200, Kess Vargavind wrote: is available in, at least, the font HanaMinA [1] and is available in, at least, fonts such as HanaMinB [1] and IPAmjMincho [2]. [1] fonts-hanazono [2] fonts-ipamj-mincho great - I'll install them right away. Then, the biggest problem seems to be that these fonts are not mentioned as being relevant for Chinese, but only for Japanese. May I suggest that apt-cache search chinese would turn these up, too? Well, that pertains to the fonts descriptions. Let's have the fonts-hanazono main maintainer decide whether it's relevant to add Chinese somewhere in the font description. However, as it might be relevant for most fonts targeted at Japanese, I wonder if one should anyway always assume that a Japanese font is likely to well support Chinese too. Reassigning, as I'm not a specialist of both these. signature.asc Description: Digital signature
Bug#706774: [BTS#706774] templates://tt-rss/{templates} : Final update for English review
Quoting Sebastian Reichel (s...@ring0.de): On Mon, May 27, 2013 at 10:28:31PM +0300, Christian PERRIER wrote: However, please try to avoid uploading tt-rss with these changes right now. The changed strings are already untranslated [0] (sorry that's my fault), so is there any advantage of holding the changes back? It might indirectly induce more confusion to some translators, which is why I always recommend doing the changes when you have the translations of the reworded templates (which is the step I will now start if you confirm you agree with the new debconf templates). -- signature.asc Description: Digital signature
Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module
Hello Mathieu, This is it: I have the guilty commit: http://anonscm.debian.org/gitweb/?p=pkg-php/pkg-php-tools.git;a=commitdiff;h=dbfe0c9b6b77f2597223b8b57588a93e7c721dbe The problem is present onlywith recent debhelper and pkg-php-tools = 1.4. Will patch and upload in about 2 hours. Solved in version 1.4.1 (unstable) and 1.5.1 (experimental) nice work. I have tested stomp-php against pkg-php-tools 1.5.2 and it's working. I have now following depend line: libc6 (= 2.14), php5 (= 5.2.2), php-pear (= 1.4.0), phpapi-20121212 Do you plan to upload 1.5.2 to unstable? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710215: Compressed JavaScript library
Source: grantlee Version: 0.3.0-1 Severity: serious examples/htmlapps/templates/shared/jquery-1.5.min.js is a compressed JavaScript library without corresponding uncompressed version. Either provide the uncompressed version, or remove it from the upstream tarball. Also, copyright holders are not listed in debian/copyright file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710216: ITP: maven-shared-utils -- A replacement for plexus-utils in Maven
Package: wnpp Severity: wishlist --- Please fill out the fields below. --- Package name: maven-shared-utils Version: 0.4 Upstream Author: The Apache Software Foundation URL: http://maven.apache.org/shared/maven-shared-utils/ License: Apache-2.0 Description: A replacement for plexus-utils in Maven This project aims to be a functional replacement for plexus-utils in Maven. . It is not a 100% API compatible replacement though, but a replacement with improvements: lots of methods got cleaned up, generics got added and a lot of unused code was dropped. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710217: modsecurity-apache: CVE-2013-2765: NULL pointer dereference
Package: modsecurity-apache Severity: grave Tags: security upstream patch Hi, the following vulnerability was published for modsecurity-apache. CVE-2013-2765[0]: NULL pointer dereference Upstream patch is at [1], fixed in 2.7.4[2]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2765 http://security-tracker.debian.org/tracker/CVE-2013-2765 [1] https://github.com/SpiderLabs/ModSecurity/commit/0840b13612a0b7ef1ce7441cf811dcfc6b463fba [2] https://raw.github.com/SpiderLabs/ModSecurity/master/CHANGES Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710218: pgplot5: please add multiarch support
Package: pgplot5 Version: 5.2.2-19 Severity: wishlist This package provides some shared libraries which it would be nice to have packaged with Multi-Arch: same. As noted in #648129 and implied by various lintian warnings, the package needs an overhaul. Splitting it up into libpgplot5, pgplot5-dev, etc. would seem a reasonable first step. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710219: evolution: segmentation fault
Package: evolution Version: 3.4.4-3 Severity: important segmentation fault there isn't any update of this package -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.10-1 ii debconf [debconf-2.0]1.5.50 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-3 ii gconf-service3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-3 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-33 3.4.4-3 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-3 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libenchant1c2a 1.6.0-3+b1 ii libevolution 3.4.4-3 ii libgail-3-0 3.4.2-6 ii libgconf-2-4 3.2.5-1+build1 ii libgdata13 0.12.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-6 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-1 ii libnotify4 0.7.5-2 ii libnspr4 2:4.9.6-1 ii libnspr4-0d 2:4.9.6-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-01.30.0-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.17-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.2+dfsg1-3 ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b2 ii yelp 2.30.1+webkit-1+b1 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.12-7 ii network-manager 0.9.4.0-10 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710220: libstdc++6: 4.8.0-8 upgrade breaks system_clock
Package: libstdc++6 Version: 4.8.0-8 Severity: important Dear Maintainer, Attached test case gets the current system time using std::chrono and using gettimeofday, both with millisecond precision. Using libstdc++6 version 4.8.0-7, this code works properly, both timestamps being identical. However, since upgrading to 4.8.0-8, the std::chrono version reports a timestamp in seconds despite the explicit duration_case to milliseconds, when compiling with GCC 4.6 or 4.7. Using libstdc++6 4.8.0-8 with GCC 4.8 results in correct output. Looking through the preprocessed output, it seems like there is a a mismatch between the system_clock duration of the preprocessed output (i.e. the duration field in the system_clock struct generated by the chrono header) and the one libstdc++ exposes. The output compiled with GCC 4.7 contains a system_clock struct with a duration typedef'd to std::chrono::nanoseconds, which results in correct timestamps using libstdc++6 version 4.8.0-7 but doesn't with version 4.8.0-8 (off by a factor of 1000). GCC 4.8 uses a nanosecond duration as well, but accesses a system_clock within a V2 namespace, which seems to expose a nanosecond-precision. I'm guessing the upgrade to libstdc++6 version 4.8.0-8 changed the system_clock exposed by the library, now using microsecond precision rather than nanosecond precision (the V2 system_clock seems to be the one offering nanosecond precision now). This conflicts with the chrono header, which -- due to the _GLIBCXX_USE_CLOCK_REALTIME definition -- accesses the system_clock with nanosecond duration. Best, Tim -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6 depends on: ii gcc-4.8-base 4.8.0-8 ii libc6 2.17-3 ii libgcc11:4.8.0-8 ii multiarch-support 2.17-3 libstdc++6 recommends no packages. libstdc++6 suggests no packages. -- no debconf information #include chrono #include cstdio #include sys/time.h int main() { std::chrono::time_pointstd::chrono::high_resolution_clock tp = std::chrono::high_resolution_clock::now(); printf(C++: %lu\n, std::chrono::duration_caststd::chrono::milliseconds (tp.time_since_epoch()).count()); struct timeval tv; gettimeofday(tv, NULL); printf(C: %lu\n, tv.tv_sec * 1000 + tv.tv_usec / 1000); return 0; }
Bug#706980: [pkg-php-pear] Bug#706980: RFS: php5-stomp - STOMP module
2013/5/29 Jonas Genannt jonas.gena...@capi2name.de: Hello Mathieu, This is it: I have the guilty commit: http://anonscm.debian.org/gitweb/?p=pkg-php/pkg-php-tools.git;a=commitdiff;h=dbfe0c9b6b77f2597223b8b57588a93e7c721dbe The problem is present onlywith recent debhelper and pkg-php-tools = 1.4. Will patch and upload in about 2 hours. Solved in version 1.4.1 (unstable) and 1.5.1 (experimental) nice work. I have tested stomp-php against pkg-php-tools 1.5.2 and it's working. I have now following depend line: libc6 (= 2.14), php5 (= 5.2.2), php-pear (= 1.4.0), phpapi-20121212 Do you plan to upload 1.5.2 to unstable? 1.6 (with a testsuite!) will be in unstable probably on monday. If you can't wait, you somebody else can upload it now (testsuite on BuildSystem is still missing but this can wait an 1.6.1). Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539593: dosfstools: usb device not regognised and gparted doesn't work properly
close 539593 thanks submitter never followed up, closing. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710092: mirror submission for debian.univ-tlse2.fr
Hello, Le mardi 28 mai 2013 à 22:45 +0200, Simon Paillard a écrit : Control: tag -1 +moreinfo Hi (from Toulouse too), On Tue, May 28, 2013 at 08:19:43AM +, Julien CABESSUT wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.univ-tlse2.fr Type: leaf Archive-architecture: amd64 armel i386 Your trace file says different, can you check ? Architectures: GUESSED:{ source amd64 armel i386 ia64} Yes, I thought I had excluded source and ia64 but I do mirror them actually. But I'll exclude ia64 from the next syncs as I don't have much space available. So actual archs are source, amd64, armel and i386. Please prefer ftp.fr.debian.org name, it guarantees you can sync from a valid source. Just changed it. Updates: once Could you please consider increase the sync frequency, ideally to 4/day, the current archive update frequency ? http://www.debian.org/mirror/ftpmirror#when I did update the cron to sync 4 times a day (6am, 12am, 6pm and 12pm). Maintainer: Julien CABESSUT cabes...@univ-tlse2.fr Country: FR France Location: Toulouse, Midi-Pyrénées Sponsor: Universite Toulouse 2 Le Mirail http://www.univ-tlse2.fr How much bandwidth is available ? You're connected via Renater, right ? Yes, we're on RENATER but through a local provider (REMIP). Bandwidth on the host is 100 Mbps right now. If you have good peering, would you consider to receive push updates from proxad or oleane ? No problem, if this is the preferred method. Don't know about the exact peering, but syncing from proxad is very fast, between 50 and 100 Mbps. Regards, Julien. -- Julien CABESSUT Université Toulouse 2 Le Mirail DSi / équipe Systèmes-Réseaux-Télécoms 05.61.50.23.61 / 05.61.50.37.60 julien.cabes...@univ-tlse2.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708718: collectd: FTBFS with perl 5.18: POD errors
FYI, this was fixed upstream as 03d8ea084519d9d845e9ca8922f0177aeb9faa2d http://octo.cx/03d8ea0. Thanks for reporting and best regards, —octo -- collectd – The system statistics collection daemon Website: http://collectd.org Google+: http://collectd.org/+ GitHub: https://github.com/collectd Twitter: http://twitter.com/collectd signature.asc Description: Digital signature
Bug#710220:
This also seems to apply to already-compiled binaries, e.g. if I compile the aforementioned testcase with libstdc++6 version 4.8.0-7, which results in correct output, and then upgrade libstdc++6 to version 4.8.0-8, re-running the testcase without recompilation results in faulty output. So since this affects unrelated binaries making use of std::chrono, without requiring recompilation, I guess the impact of this bug is quite a bit higher... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709839: django-registration: snapshot release from mercurial
Hi James, I am currently preparing a Debian package update for django-registration to fix django 1.5 support; I need some help to avoid choosing the wrong version for the snapshot release from mercurial. I hope you have the time to check if these assumptions are correct: - releases are done using 'python ./setup sdist'. - your next proper release will be version '0.9'. - there are no 'official' snapshots or beta releases from the hg tip/ 0.9 yet. Fwiw, my current best shot is to release from mercurial tip 440 like so: django-registration-0.9~b1+hg440.tar.gz Btw, in noted the unchanged current tip, semantically version 0.9, beta 1 afaiu, would produce a version like '0.9b1', which will not work if you are going to release '0.9' stable later; '0.9~b1' would work just fine here, in case this beta would be released officially by you ;). Thanks! Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706625: glusterfs: upgrading from squeeze to wheezy breaks existing exports/mounts/shares
Hi, first sorry for my late answer. Working system: glusterfs, v3.0.5-1 on Debian/squeeze Broken system: glusterfs, v3.2.7-3 on Debian/wheezy # dpkg --list glusterfs\* | awk '/^ii/ {print $2 $3}' glusterfs-client 3.2.7-3 glusterfs-common 3.2.7-3 glusterfs-server 3.2.7-3 Problem description: After dist-upgrading the system from Debian/squeeze to wheezy the glusterfs share(s) can't be accessed any longer (reboot and remounting the share don't change it): Yeah, correct and it is not possible to automagic upgrade glusterfs.. There are some steps required, see [0]. But I agree that this should be noted in the release notes and/or README of the package, but this bugreport was too late to fix this. [0]: http://gluster.org/community/documentation/index.php/Gluster_3.0_to_3.2_Upgrade_Guide -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700489: RFS: new package lua-ldoc
Hello, I looked at your package as I need it to package Awesome 3.5. Here are some issues I found: * You don't need to Build-Depends on quilt and add it in debian/rules as you are already using 3.0 (quilt) as source/format[0]. * I tried quickly but I cannot build the package with cowbuilder. I have attached the log to this email. It may be an issue in my building environment (I built myself lua-unit and lua-discount as it is still in NEW) and the fact that I don't know anything about lua packages sure does not help ;-). * There seems to be a new upstream release (1.3.13), could you please package it? If you cannot find anybody else which knows about lua packaging, then I will sponsor it if that's ok with you of course. Cheers, -- Arnaud Fontaine [0] http://wiki.debian.org/Projects/DebSrc3.0 # cowbuilder --allow-untrusted --build lua-ldoc_1.3.11-1.dsc - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.23076 forking: cp -al /var/cache/pbuilder/debian-sid-amd64.cow /var/cache/pbuilder/build//cow.23076 I: removed stale ilistfile /var/cache/pbuilder/build//cow.23076/.ilist forking: chroot /var/cache/pbuilder/build//cow.23076 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' - Invoking pbuilder forking: pbuilder build --configfile /home/arnau/.pbuilder/pbuilderrc --allow-untrusted --buildplace /var/cache/pbuilder/build//cow.23076 --buildresult /var/cache/pbuilder/result/debian-sid --debbuildopts --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.23076 cow-shell /src/debian/misc/lua-ldoc_1.3.11-1.dsc W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: using fakeroot in build. I: Current time: Wed May 29 16:47:04 JST 2013 I: pbuilder-time-stamp: 1369813624 I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /var/cache/pbuilder/result/debian-sid I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps I: user script /var/cache/pbuilder/build/cow.23076/tmp/hooks/D01-dpkg-scanpackages starting dpkg-scanpackages: info: Wrote 5 entries to output Packages file. Ign file: ./ InRelease Ign file: ./ Release.gpg Ign file: ./ Release Ign file: ./ Translation-en Get:1 http://ftp.jaist.ac.jp sid InRelease [205 kB] Get:2 http://ftp.jaist.ac.jp sid/main amd64 Packages/DiffIndex [7876 B] Get:3 http://ftp.jaist.ac.jp sid/main Translation-en/DiffIndex [7876 B] Get:4 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0230.44.pdiff [9056 B] Get:5 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0230.44.pdiff [9056 B] Get:6 http://ftp.jaist.ac.jp sid/main 2013-05-28-0230.44.pdiff [626 B] Get:7 http://ftp.jaist.ac.jp sid/main 2013-05-28-0230.44.pdiff [626 B] Get:8 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0828.22.pdiff [6355 B] Get:9 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-0828.22.pdiff [6355 B] Get:10 http://ftp.jaist.ac.jp sid/main 2013-05-28-0828.22.pdiff [321 B] Get:11 http://ftp.jaist.ac.jp sid/main 2013-05-28-0828.22.pdiff [321 B] Get:12 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-1429.39.pdiff [44.5 kB] Get:13 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-1429.39.pdiff [44.5 kB] Get:14 http://ftp.jaist.ac.jp sid/main 2013-05-28-1429.39.pdiff [821 B] Get:15 http://ftp.jaist.ac.jp sid/main 2013-05-28-1429.39.pdiff [821 B] Get:16 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-2027.02.pdiff [41.5 kB] Get:17 http://ftp.jaist.ac.jp sid/main amd64 2013-05-28-2027.02.pdiff [41.5 kB] Get:18 http://ftp.jaist.ac.jp sid/main 2013-05-28-2027.02.pdiff [308 B] Get:19 http://ftp.jaist.ac.jp sid/main 2013-05-28-2027.02.pdiff [308 B] Get:20 http://ftp.jaist.ac.jp sid/main amd64 2013-05-29-0230.22.pdiff [65.0 kB] Get:21 http://ftp.jaist.ac.jp sid/main amd64 2013-05-29-0230.22.pdiff [65.0 kB] Get:22 http://ftp.jaist.ac.jp sid/main 2013-05-29-0230.22.pdiff [5929 B] Get:23 http://ftp.jaist.ac.jp sid/main 2013-05-29-0230.22.pdiff [5929 B] Fetched 395 kB in 7s (50.0 kB/s) Reading package lists... Done I: user script /var/cache/pbuilder/build/cow.23076/tmp/hooks/D01-dpkg-scanpackages finished - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being
Bug#634271: have dh_python2 automatically detect python-pkg-resources dependency
[Ian Zimmerman, 2013-05-26] According to [1], setup() in distutils.core (which is the distribution module in the Python standard library, at least for Python 2.7) has no entry_points argument. Do you mean the setup from setuptools, which is not in the standard library but is an external package? Does dh_python2 depend on setuptools? no, dh_python2 doesn't depend on anything outside stdlib If so, why is that not stated in the manpage or other documentation? dh_python2 (and dh_python3) does parse requires.txt installed by setuptools or distribute. If it's missing, setup.py's install_requires or pip's requirements.txt is not used for one simple reason: it's not trivial to check if given requirement is meant for given interpreter version - there are plenty of standards (sic!) I'm sorry if I sound exasperated - it's because I am. I find the pervasive confusion on this point somewhat galling. As another example, the manpage says: dh_python2 tries to translate Python dependencies from requires.txt file to Debian dependencies. What is this requires.txt file? Again, no mention of it in [1], which instead mandates that dependencies be specified with the requires= keyword argument to setup(). I will try to improve the wording (although I don't know why it irritated you so much) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710221: alsa-utils: No sound after fresh install
Package: alsa-utils Version: 1.0.23-3 Severity: wishlist It happen on several computers with Wheezy. alsa-utils 1.0.25-4 All work fine after: # alsactl init 0 (As /proc/asound/cards reported my sound card was id 0) Maybe it's possible to add a initialization line in the postinst script ? Maybe not, because we need to know the sound card id. ThanksRegards, Marc -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (910, 'oldstable'), (500, 'oldstable-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alsa-utils depends on: ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii linux-sound-base1.0.23+dfsg-2base package for ALSA and OSS soun ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii module-init-tools 3.12-2 tools for managing Linux kernel mo ii udev164-3/dev/ and hotplug management daemo ii whiptail0.52.11-1Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: ii alsa-base 1.0.23+dfsg-2 ALSA driver configuration files ii pciutils 1:3.1.7-6 Linux PCI Utilities alsa-utils 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#710094: News?
Sorry to trouble you so soon, do you plan to upload the last version of gnome-panel, or do you have any information about this bug? The problem is not only that nothing is shown in the bar, but wi-fi does not work either. Thanks, -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710222: ldap2zone: Please produce stable output ordering
Package: ldap2zone Version: 0.1-7 Severity: wishlist User: debian-...@lists.debian.org Usertags: debian-edu Hi. I discovered this problem on a Debian Edu Squeeze main-server. We use etckeeper to track changes in /etc/, and looking at the diff I noticed many times when the DNS zones generated from LDAP would change ordering completely when just one new DNS entry was inserted. This make it hard to figure out what changes was done, and make it harder to figure out what went wrong when something fail. Please change ldap2bind to produce a predictable and stable ordering that do not change if an entry is added, removed or modified. -- 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#706774: [BTS#706774] templates://tt-rss/{templates} : Final update for English review
On Wed, May 29, 2013 at 08:22:20AM +0300, Christian PERRIER wrote: The changed strings are already untranslated [0] (sorry that's my fault), so is there any advantage of holding the changes back? It might indirectly induce more confusion to some translators, which is why I always recommend doing the changes when you have the translations of the reworded templates ok. (which is the step I will now start if you confirm you agree with the new debconf templates). *confirm* -- Sebastian signature.asc Description: Digital signature
Bug#669241: openarena: Does play music though it is set off in options.
Package: openarena Version: 0.8.8-9 Followup-For: Bug #669241 Dear Maintainer, This bug still exists. Each time I play i have to go to sound options, add value to music (it is zero), then reduce - only then music is not heard. In case it is impossible to fix the bug, can you tell as a workaround how i can delete the music files only from the game? Thank you for your work for Debian! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 openarena depends on: ii ioquake3 1.36+svn2287-1 ii libc6 2.17-3 ii openarena-081-maps0.8.5split-2 ii openarena-081-misc0.8.5split-2 ii openarena-081-players 0.8.5split-2 ii openarena-081-players-mature 0.8.5split-2 ii openarena-081-textures0.8.5split-2 ii openarena-085-data0.8.5split-2 ii openarena-088-data0.8.8-1 ii openarena-data0.8.5split-2 openarena recommends no packages. openarena suggests no packages. Versions of packages ioquake3 depends on: ii libc6 2.17-3 ii libcurl3-gnutls 7.30.0-2 ii libgl1-mesa-glx [libgl1] 8.0.5-6 ii libjpeg8 8d-1 ii libogg0 1.3.1-1 ii libopenal11:1.14-4 ii libsdl1.2debian 1.2.15-5 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii zlib1g1:1.2.8.dfsg-1 Versions of packages ioquake3 recommends: ii x11-utils 7.7~1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710223: empathy: Missing empathy-debugger manpage
Package: empathy Version: 3.4.2.3-2 Severity: minor Hi. I think it would be great to provide a manpage for empathy-debugger too. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 Versions of packages empathy depends on: ii dbus-x11 1.6.10-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii empathy-common 3.4.2.3-2 ii geoclue 0.12.0-4 ii gnome-icon-theme 3.4.0-2 ii gsettings-desktop-schemas3.4.2-3 ii libc62.17-3 ii libcairo21.12.14-4 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libchamplain-0.12-0 0.12.3-2 ii libchamplain-gtk-0.12-0 0.12.3-2 ii libcheese-gtk21 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libclutter-gst-1.0-0 1.5.4-1+build1 ii libclutter-gtk-1.0-0 1.2.0-2 ii libcogl9 1.10.2-7 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libenchant1c2a 1.6.0-10 ii libfarstream-0.1-0 0.1.2-1 ii libfolks-telepathy25 0.6.9-1+b1 ii libfolks25 0.6.9-1+b1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libgee2 0.6.4-2 ii libgeoclue0 0.12.0-4 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.36.1-2build1 ii libgnome-keyring03.4.1-1 ii libgnutls26 2.12.20-6 ii libgoa-1.0-0 3.4.2-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.2 ii libmission-control-plugins0 1:5.12.3-1 ii libnm-glib4 0.9.8.0-5 ii libnotify4 0.7.5-2 ii libpango1.0-01.30.0-1 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse02.0-6.1 ii libsoup2.4-1 2.38.1-2 ii libtelepathy-farstream2 0.4.0-3 ii libtelepathy-glib0 0.18.2-2 ii libtelepathy-logger2 0.4.0-1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii telepathy-logger 0.4.0-1 ii telepathy-mission-control-5 1:5.12.3-1 Versions of packages empathy recommends: ii gvfs-backends1.12.3-4 ii nautilus-sendto-empathy 3.4.2.3-2 ii sound-theme-freedesktop 0.7.pristine-2 ii telepathy-gabble 0.16.5-1 ii telepathy-haze 0.6.0-1 ii telepathy-salut 0.8.1-1 Versions of packages empathy suggests: ii telepathy-idle 0.1.16-1 ii vino3.4.2-1+b1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.16.5-1 ii telepathy-haze [telepathy-connection-manager]0.6.0-1 ii telepathy-idle [telepathy-connection-manager]0.1.16-1 ii telepathy-rakia [telepathy-connection-manager] 0.7.4-1 ii telepathy-salut [telepathy-connection-manager] 0.8.1-1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710224: Should disable libatomic when DEB_STAGE is set
Package: gcc-4.8 When DEB_STAGE is defined, with_libatomic is set no, while there is no '--disable-libatomic' In debian/rules2 (about line 150). It will make stage1 failed to build. I get this error by echo 'mips64el' debian/target; WITH_SYSROOT=/ DEB_STAGE=stage1 debuild -B -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710208: aptitude: FTBFS with Boost 1.53
Control: tags -1 - patch Test suite requires further work: In file included from ../../../../src/cmdline/mocks/teletype.cc:23:0: ../../../../src/cmdline/mocks/terminal.h:56:9: error: ambiguous template specialization ‘make_sharedaptitude::cmdline::mocks::terminal_output’ for ‘boost::shared_ptraptitude::cmdline::mocks::terminal_output boost::make_sharedaptitude::cmdline::mocks::terminal_output()’ boost::make_sharedterminal_output(); ^ In file included from /usr/include/boost/smart_ptr/make_shared.hpp:15:0, from /usr/include/boost/make_shared.hpp:15, from ../../../../src/generic/util/mocks/mock_util.h:24, from ../../../../src/cmdline/mocks/teletype.h:24, from ../../../../src/cmdline/mocks/teletype.cc:21: /usr/include/boost/smart_ptr/make_shared_object.hpp:134:72: note: candidates are: templateclass T typename boost::detail::sp_if_not_arrayT::type boost::make_shared() template class T typename boost::detail::sp_if_not_array T ::type make_shared() ^ In file included from ../../../../src/cmdline/mocks/teletype.cc:23:0: ../../../../src/cmdline/mocks/terminal.h:35:45: note: templateclass T boost::shared_ptrX boost::make_shared() templatetypename T boost::shared_ptrT make_shared(); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710225: staden-io-lib: library name should follow ABI version (not project version)
Package: staden-io-lib Severity: normal ABI for staden-io-lib 1.12.4 is 2.2.1, and library package should therefore be libstaden-read2 instead of libstaden-read1 as it is now. I believe there is no harm in keeping the current name for the duration of this ABI cycle, but when upgrading to a newer version which changes ABI, make sure to bump to the number of the major part of the ABI instead of continuing to bogusly follow the project major part. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710226: Wired network interface is configured as unmanaged by NM in wheezy xfce-live
Package: live-boot Version: 3.0.1-1 Dunno if i'm doing this correct. I sent my previous bug to the wrong package apparently, and i'm not sure if this is the right one or if it's maybe live-config? I don't have the version number, but it was installed from wheezy xfce-live-cd so I guess the one stated above is correct. Anyways, the conversation can be seen below... Thanks :-) -Ursprungligt Meddelande- From: Michael Biebl [bi...@debian.org] Sent: 24/5/2013 12:35:20 AM To: psychode...@home.se;709543-d...@bugs.debian.org Subject: Re: [Pkg-utopia-maintainers] Bug#709543: Wired network interface is configured as unmanaged by NM in wheezy xfce-live Am 24.05.2013 00:08, schrieb Johan Lörne: Package: network-manager Version: 0.9.4.0-10 Severity: serious Hi. This is my first bug report, so i'm sorry if it's not up to standards. I recently helped a friend to install wheezy from the xfce live-cd, and after installation the wired network-card used during installation was unmanaged by network-manager. I searched through old bugs and found the problem was up before, seemed to be fixed for squeeze, and somehow managed to get to wheezy and fixed again? (#699213) Either way, i'm not sure if it only affect wired or also wireless since I don't have the opportunity to try it with wireless now. I changed the network-manager config like so... /etc/NetworkManager/NetworkManager.conf [ifupdown] managed=true Now it works fine, but it should have worked by default. My friend almost switched to another distro because of the issue ;-) NM not managing the interface is actually expected behaviour and the real bug is that live-cd is configuring the interface in /etc/network/interfaces. If it installs network-manager, it should not configure the wired interface in /etc/network/interfaces. Please file a bug against the debian live-cd package. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? Ppfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRAnnons: a href=http://blimedlem.spray.se/;Skaffa Spray Mail du också - Gratis, enkelt och säkert!/a/font
Bug#710142: Confirm
Hello, I see this bug, too (e.g., when compiling KDevelop or LLVM). After a downgrade to 4.8.0-7 from testing, the bug is gone. Kind regards Benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710227: staden-io-lib: please update to newer upstream release
Package: staden-io-lib Severity: normal Please upgrade to newer upstream version. 1.12.5 has been out since more than two years and changelog mentions fixing a memory leak (which is the reason I dare raise severity of this bug from wishlist to normal). 1.13.0 and 1.13.1 has been released within the last few months and seems (from a brief look) to be backwards compatible and provide both bugfixes and new features. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643328: squid3 going on segfault
Control: tags -1 + moreinfo Control: found -1 squid3/3.1.6-1.2+squeeze1 Your bug report in the current form is very much useless. On Tue, Sep 27, 2011 at 10:19:44AM +, roberto caramia wrote: Package: squid3 When you report a bug, please include the version information in a machine readable form. After the Package header, there should be a Version header. we migrate from debian 4 with squid2.6 to debian 6 with Squid 3.1.6-1.2+squeeze1 and it crash with this log: Gladly you included the version information here. [ 2360.689586] squid3[2527]: segfault at 15118 ip 0057533c sp 7fff02 714980 error 4 in squid3[40+29e000] [244208.474137] squid3[20956]: segfault at 28 ip 004d642a sp 7fff0a1 8cdc0 error 6 in squid3[40+29e000] [244572.964970] squid3[25794]: segfault at 28 ip 004d642a sp 7fff575 ec4e0 error 6 in squid3[40+29e000] [313351.962145] squid3[32408]: segfault at dcb38 ip 0057533c sp 7fff 1c38baf0 error 4 in squid3[40+29e000] [340452.034401] squid3[7984]: segfault at 67a28 ip 0057533c sp 7fff2 909bea0 error 4 in squid3[40+29e000] [575829.043458] squid3[10906]: segfault at 58 ip 004d642a sp 7fff0bf 733e0 error 6 in squid3[40+29e000] [604196.300806] squid3[22655]: segfault at 6c658 ip 0057533c sp 7fff ed98a080 error 4 in squid3[40+29e000] Sep 27 11:34:08 PROXY kernel: [666824.292414] squid3[31011]: segfault at 17de18 ip 0057533c sp 7fff4818a720 error 4 in squid3[40+29e000] While this might appear helpful, it is not. All it says is that squid crashes with segfault. Unless this is a security issue, it is not going to be fixed in squeeze at all. Can you upgrade the system to wheezy and reproduce the bug there? Can you install the squid3-dbg package, attach a debugger to the squid3 process and capture a traceback? Unless you provide any of the aforementioned information this bug report is totally useless and should be closed after squeeze security support ends (around May 2014). Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710228: Uses enchant, not gtkspell
Package: lifeograph Version: 0.11.1.dfsg-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Hi, This is at important severity because the package very soon will, when the gtkspell3 transition progresses, FTBFS due to the bug. The new gtkspell3 has a renamed -dev package meaning that the one you BD on is going to be removed. AFAICS, lifeograph doesn't use gtkspell. It uses enchant for spell checking. Please could you fix the Build-Depends, for example by using the attached patch? Cheers, -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy-proposed'), (500, 'saucy') Architecture: amd64 (x86_64) Kernel: Linux 3.9.0-2-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru lifeograph-0.11.1.dfsg/debian/changelog lifeograph-0.11.1.dfsg/debian/changelog diff -Nru lifeograph-0.11.1.dfsg/debian/control lifeograph-0.11.1.dfsg/debian/control --- lifeograph-0.11.1.dfsg/debian/control 2013-01-20 21:02:33.0 + +++ lifeograph-0.11.1.dfsg/debian/control 2013-05-29 10:07:43.0 +0100 @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: Laszlo Boszormenyi (GCS) g...@debian.hu -Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.1~), intltool, libgtkmm-3.0-dev, libgcrypt11-dev, libgtkspell-3-dev +Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.1~), intltool, libgtkmm-3.0-dev, libgcrypt11-dev, libenchant-dev Standards-Version: 3.9.4 Homepage: http://lifeograph.wikidot.com
Bug#710094: gnome-panel: Gnome panel is empty after upgrade of gnome components
On 28/05/13 10:34, Eugen Dedu wrote: Package: gnome-panel Version: 3.4.2.1-4 Severity: important Dear Maintainer, After upgrading my system yesterday and rebooting, the gnome panel is empty. I suppose this is because gnome-panel is still at version 3.4.2, whereas the other gnome components have been pushed to 3.8. I use gnome-fallback. I see many lines like these in .xsession-errors: (gnome-panel:3870): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion `accelerator != NULL' failed [...] ** (gnome-panel:3870): WARNING **: Unable to parse mouse modifier '(null)' [...] (gnome-panel:3870): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.36.1/./gobject/gsignal.c:2475: signal `size_request' is invalid for instance `0x227fba0' of type `GtkLabel' [...] (gnome-panel:3870): Gtk-WARNING **: FIXME: assigning images is not implemented Might be because of the bookmarks migration, see https://bugzilla.gnome.org/show_bug.cgi?id=675393 Perhaps you can workaround it with a symlink. I'll ask one the people who still use it to upload a new version. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710229: apt: garbage in Release (in presence of a captive portal) results in empty Packages
Package: apt Version: 0.9.8.1 Severity: normal Dear Maintainer, I must have done apt-get update in a hotel 6 months ago, behind a captive portal. Rerunning apt-get today results in apt no longer showing me a package from a specific repository. In particular, the file Packages as stored under /var/lib/apt/... was empty, although the one in the repository was not empty. Looking into the corresponding Release revealed it was just the html of a captive portal. Removing all relevant files and re-running apt-get update solved the case. At least, displaying a warning in case the Release file seems garbage would help users. Or this garbage should be moved elsewhere. Cheers, Frédéric Chyzak -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends true; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 14; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods;
Bug#710230: avelsieve: Probem with special German characters
Package: avelsieve Version: 1.9.9-2.4 Hello, I have a rule that, if a virus was detected in an email, discards the email and sends a notification message. That message contains special German characters like ö, ß etc. When in a web-browser I log in to my email server, open the Filters link and choose verbose mode for displaying rules, the message is shown as an empty string. This happens since I upgraded my email server from squeeze to wheezy (I installed avelsieve from sid). http://php.net/manual/de/function.htmlspecialchars.php says: Since PHP 5.4 for $string in htmlspecialchars($string) utf8 characters are expected if no charset is defined explicitly as third parameter in the function. Legacy products are mostly in Latin1 (alias iso-8859-1) what makes the functions htmlspecialchars(), htmlentites() and html_entity_decode() to return empty strings if a special character, e. g. a German Umlaut, is present in $string: That page also gives hints how to solve the problem. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710231: libglewmx1.9: GLEWmx is missing some functions
Package: libglewmx1.9 Version: 1.9.0-3 Severity: important Dear Maintainer, i recently tried to add multi-context support to a project of mine that is already using GLEW. so i installed GLEWmx, added the necessary glue to my code, compiled and linked against the MX enabled version of the library. unfortunately, this gives me a lot of errors. i tried to narrow down the problem, and it seems that the binary libGLEWmx as shipped with debian, currently lacks a number of functions. if i fetch the glew-sources from upstream and build libGLEWmx myself, everything works as expected. to reproduce the problem, i created a minimal program based on glewinfo (attached). the program can be compiled either without multi-context support (glewtest), with multi-context support (glewtestMX) and - for convenience - with multi-context support but linking against a local copy of libGLEWmx. the results are: $ make glewtest gcc glewtest.c -o glewtest -lGLEW -lGL -lX11 $ make glewtestMXlocal gcc glewtest.c -o glewtestMXlocal -DGLEW_MX -L/tmp/zmoelnig/glew-1.9.0/lib/ -lGLEWmx -lGL -lX11 $ make glewtestMX gcc glewtest.c -o glewtestMX -DGLEW_MX -lGLEWmx -lGL -lX11 /tmp/cczVClYT.o:glewtest.c:function main: error: undefined reference to '__glewClearBufferData' collect2: error: ld returned 1 exit status make: *** [glewtestMX] Error 1 $ running the two successfully built binaries, i get (in both cases): --- GLEW Extension Info --- GLEW version 1.9.0 Reporting capabilities of display :0.0, visual 0x2f Running on a GeForce 7800 GTX/PCIe/SSE2 from NVIDIA Corporation OpenGL version 2.1.2 NVIDIA 304.88 is supported glClearBufferData: MISSING since linking works ok with my local copy of libGLEWmx, i guess there is a problem with the libglewmx1.9 package. another (non-minimal) way to trigger the problem, is to try building the ordinary `glewinfo` utilitiy with MX-support: $ gcc glewinfo.c -o glewinfo -DGLEW_MX -lGLEWmx -lGL -lX11 21 | grep -c error 79 $ hope that helps. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libglewmx1.9 depends on: ii libc6 2.17-3 ii libgl1-mesa-glx [libgl1] 8.0.5-5 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.1-1 ii libxmu6 2:1.1.1-1 ii multiarch-support 2.17-3 libglewmx1.9 recommends no packages. libglewmx1.9 suggests no packages. -- no debconf information #include stdio.h #include stdlib.h #include string.h #include GL/glew.h #if defined(_WIN32) #include GL/wglew.h #elif !defined(__APPLE__) || defined(GLEW_APPLE_GLX) #include GL/glxew.h #endif #ifdef GLEW_REGAL #include GL/Regal.h #endif static FILE* f; #ifdef GLEW_MX GLEWContext _glewctx; #define glewGetContext() (_glewctx) GLXEWContext _glxewctx; #define glxewGetContext() (_glxewctx) #endif GLboolean glewCreateContext (const char* display, int* visual); GLboolean glewParseArgs (int argc, char** argv, char** display, int* visual); void glewDestroyContext (); static void glewInfoFunc (const char* name, GLint undefined) { unsigned int i; fprintf(f, %s:, name); for (i=0; i60-strlen(name); i++) fprintf(f, ); fprintf(f, %s\n, undefined ? MISSING : OK); fflush(f); } /* - */ int main (int argc, char** argv) { GLuint err; char* display = NULL; int visual = -1; if (glewParseArgs(argc-1, argv+1, display, visual)) { fprintf(stderr, Usage: glewinfo [-display display] [-visual id]\n); return 1; } if (GL_TRUE == glewCreateContext(display, visual)) { fprintf(stderr, Error: glewCreateContext failed\n); glewDestroyContext(); return 1; } glewExperimental = GL_TRUE; #ifdef GLEW_MX err = glewContextInit(glewGetContext()); err = err || glxewContextInit(glxewGetContext()); #else err = glewInit(); #endif if (GLEW_OK != err) { fprintf(stderr, Error [main]: glewInit failed: %s\n, glewGetErrorString(err)); glewDestroyContext(); return 1; } f = stdout; fprintf(f, ---\n); fprintf(f, GLEW Extension Info\n); fprintf(f, ---\n\n); fprintf(f, GLEW version %s\n, glewGetString(GLEW_VERSION)); fprintf(f, Reporting capabilities of display %s, visual 0x%x\n, display == NULL ? getenv(DISPLAY) : display, visual); fprintf(f, Running on a %s from %s\n, glGetString(GL_RENDERER), glGetString(GL_VENDOR)); fprintf(f, OpenGL version %s is supported\n, glGetString(GL_VERSION)); #ifdef
Bug#710232: libnss-mdns: update and modernize packaging
Package: libnss-mdns Version: 0.10-3.2 Severity: wishlist Tags: patch lib32nss-mdns was my last lib32* package, and it was annoying me, so I've imported nss-mdns into git, updated the packaging and multiarched it. I'm not going to upload just yet, to give its current uploaders a chance to check it (and I'll probably also go via experimental). I also intend to move it to /git/pkg-utopia/, add Vcs-* headers, and add the same git-buildpackage goo as in dbus (gbp.conf etc.). I imported from snapshots.debian.org rather than converting pkg-utopia SVN, since this package seems to have had more NMUs than MUs... gitweb: http://anonscm.debian.org/gitweb/?p=users/smcv/nss-mdns.git git: git+ssh://git.debian.org/git/users/smcv/nss-mdns.git The attached patch is the difference between the current source in unstable, and the git repo *with patches applied* (in the git repo, they're not). smcv diff --git a/debian/changelog b/debian/changelog index bea02d6..5be6ec9 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,26 @@ +nss-mdns (0.10-4) UNRELEASED; urgency=low + + * Add myself to Uploaders + * Acknowledge NMUs + * Remove 00_dns_unaligned_access.patch, already applied upstream in 0.10 + * Convert to 3.0 (quilt) format, with 01_ia64_alignment.patch applied +as a patch by dpkg + * Bring debhelper compat up to 9 + * Use dpkg's default.mk for architecture and hardening flags + * Use dh + * Make libnss-mdns Multi-arch: same (Closes: #686984) + * Switch lib32nss-mdns from a biarch package built on amd64 to a +transitional package built on i386: this means users of wheezy's +multiarch Wine packages, who already have i386 as a foreign +architecture, should automatically get cross-graded from +lib32nss-mdns:amd64 to lib32nss-mdns:i386 and hence to libnss-mdns:i386 + * Simplify build system now that there is only one flavour + * debian/control: remove duplicate Section + * Standards-Version: 3.9.4 (no further changes) + * Run dh_install with --list-missing + + -- Simon McVittie s...@debian.org Wed, 29 May 2013 08:35:55 +0100 + nss-mdns (0.10-3.2) unstable; urgency=low * NMU. diff --git a/debian/compat b/debian/compat index 7ed6ff8..ec63514 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -5 +9 diff --git a/debian/control b/debian/control index 4933881..0b954dd 100644 --- a/debian/control +++ b/debian/control @@ -3,20 +3,24 @@ Section: admin Priority: optional Maintainer: Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org Uploaders: Loic Minier l...@dooz.org, - Sjoerd Simons sjo...@debian.org -Build-Depends: debhelper (= 5), - lynx, - gcc-multilib [amd64] -Standards-Version: 3.8.2 + Sjoerd Simons sjo...@debian.org, + Simon McVittie s...@debian.org +Build-Depends: debhelper (= 9), + dpkg-dev (= 1.16.1~), + lynx +Standards-Version: 3.9.4 Package: libnss-mdns -Section: admin +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends}, base-files (= 3.1.10), avahi-daemon (= 0.6.16-1) Suggests: avahi-autoipd | zeroconf +Breaks: lib32nss-mdns ( ${source:Version}) +Replaces: lib32nss-mdns ( ${source:Version}) Architecture: any +Multi-Arch: same Description: NSS module for Multicast DNS name resolution nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast @@ -25,19 +29,17 @@ Description: NSS module for Multicast DNS name resolution domain .local. Package: lib32nss-mdns -Section: admin -Depends: ${shlibs:Depends}, - ${misc:Depends}, - base-files (= 3.1.10), - avahi-daemon (= 0.6.16-1) -Suggests: avahi-autoipd | zeroconf -Conflicts: libc6-i386 (= 2.9-18) -Architecture: amd64 -Description: NSS module for Multicast DNS name resolution (32-bits version) +Section: oldlibs +Priority: extra +Pre-Depends: ${misc:Pre-Depends} +Depends: libnss-mdns (= ${binary:Version}), + ${misc:Depends} +Architecture: i386 +Multi-Arch: foreign +Description: NSS module for mDNS name resolution (transitional package) nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast - DNS (using Zeroconf, aka Apple Bonjour / Apple Rendezvous ), effectively - allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS - domain .local. + DNS. . - This package is built for 32-bits environments. + This transitional package exists to upgrade amd64 systems from + lib32nss-mdns:amd64 to libnss-mdns:i386. diff --git a/debian/lib32nss-mdns.install b/debian/lib32nss-mdns.install deleted file mode 100644 index e2352ee..000 --- a/debian/lib32nss-mdns.install +++ /dev/null @@ -1,2 +0,0 @@ -# from the m32 flavor -debian/install/m32/lib/*.so.* usr/lib32 diff --git a/debian/libnss-mdns.docs b/debian/libnss-mdns.docs
Bug#710233: ITP: dleyna-core -- Utility functions for higher level dLeyna components
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-core Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : Utility functions for higher level dLeyna components dleyna-core is a library of utility functions that are used by the higher level dLeyna libraries that communicate with DLNA devices, e.g., dleyna-server. In brief, it provides APIs for logging, error, settings and task management and an IPC abstraction API. . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710234: pu: package libvirt/0.9.12-12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to update libvirt with wheezy's first point release since it misses two important bug fixes. The first one addresses xen pv support (#685749) while the other one adresses a leak (#705205). Diff attached. O.k. to uplaod to wheezy-proposed-updates? Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 diff --git a/debian/patches/debian/Allow-xen-toolstack-to-find-it-s-binaries.patch b/debian/patches/debian/Allow-xen-toolstack-to-find-it-s-binaries.patch new file mode 100644 index 000..3ea255d --- /dev/null +++ b/debian/patches/debian/Allow-xen-toolstack-to-find-it-s-binaries.patch @@ -0,0 +1,243 @@ +From: George Dunlap george.dun...@eu.citrix.com +Date: Tue, 2 Oct 2012 19:19:04 +0200 +Subject: Allow xen toolstack to find it's binaries + +Closes: #685749 +--- + docs/schemas/capability.rng|4 ++-- + src/xen/xen_hypervisor.c |6 +++--- + tests/xencapsdata/xen-i686-pae-hvm.xml |6 +++--- + tests/xencapsdata/xen-i686-pae.xml |2 +- + tests/xencapsdata/xen-i686.xml |2 +- + tests/xencapsdata/xen-ia64-be-hvm.xml |6 +++--- + tests/xencapsdata/xen-ia64-be.xml |2 +- + tests/xencapsdata/xen-ia64-hvm.xml |6 +++--- + tests/xencapsdata/xen-ia64.xml |2 +- + tests/xencapsdata/xen-ppc64.xml|2 +- + tests/xencapsdata/xen-x86_64-hvm.xml | 10 +- + tests/xencapsdata/xen-x86_64.xml |2 +- + 12 files changed, 25 insertions(+), 25 deletions(-) + +diff --git a/docs/schemas/capability.rng b/docs/schemas/capability.rng +index 8c928bc..b1930ba 100644 +--- a/docs/schemas/capability.rng b/docs/schemas/capability.rng +@@ -241,13 +241,13 @@ + + define name='emulator' + element name='emulator' +- ref name='absFilePath'/ ++ ref name='filePath'/ + /element + /define + + define name='loader' + element name='loader' +- ref name='absFilePath'/ ++ ref name='filePath'/ + /element + /define + +diff --git a/src/xen/xen_hypervisor.c b/src/xen/xen_hypervisor.c +index 86f64f1..85ebcda 100644 +--- a/src/xen/xen_hypervisor.c b/src/xen/xen_hypervisor.c +@@ -2347,10 +2347,10 @@ xenHypervisorBuildCapabilities(virConnectPtr conn, + guest_archs[i].model, + guest_archs[i].bits, + (STREQ(hostmachine, x86_64) ? +- /usr/lib64/xen/bin/qemu-dm : +- /usr/lib/xen/bin/qemu-dm), ++ qemu-dm : ++ qemu-dm), + (guest_archs[i].hvm ? +- /usr/lib/xen-default/boot/hvmloader : ++ hvmloader : + NULL), + 1, + machines)) == NULL) { +diff --git a/tests/xencapsdata/xen-i686-pae-hvm.xml b/tests/xencapsdata/xen-i686-pae-hvm.xml +index 7cde6df..cf1953d 100644 +--- a/tests/xencapsdata/xen-i686-pae-hvm.xml b/tests/xencapsdata/xen-i686-pae-hvm.xml +@@ -20,7 +20,7 @@ + os_typexen/os_type + arch name='i686' + wordsize32/wordsize +- emulator/usr/lib/xen/bin/qemu-dm/emulator ++ emulatorqemu-dm/emulator + machinexenpv/machine + domain type='xen' + /domain +@@ -34,8 +34,8 @@ + os_typehvm/os_type + arch name='i686' + wordsize32/wordsize +- emulator/usr/lib/xen/bin/qemu-dm/emulator +- loader/usr/lib/xen-default/boot/hvmloader/loader ++ emulatorqemu-dm/emulator ++ loaderhvmloader/loader + machinexenfv/machine + domain type='xen' + /domain +diff --git a/tests/xencapsdata/xen-i686-pae.xml b/tests/xencapsdata/xen-i686-pae.xml +index 3dba6eb..c774d6c 100644 +--- a/tests/xencapsdata/xen-i686-pae.xml b/tests/xencapsdata/xen-i686-pae.xml +@@ -20,7 +20,7 @@ + os_typexen/os_type + arch name='i686' + wordsize32/wordsize +- emulator/usr/lib/xen/bin/qemu-dm/emulator ++ emulatorqemu-dm/emulator + machinexenpv/machine + domain type='xen' + /domain +diff --git a/tests/xencapsdata/xen-i686.xml b/tests/xencapsdata/xen-i686.xml +index 22d7685..bc36cbf 100644 +--- a/tests/xencapsdata/xen-i686.xml b/tests/xencapsdata/xen-i686.xml +@@ -17,7 +17,7 @@ + os_typexen/os_type + arch name='i686' +
Bug#710094: gnome-panel: Gnome panel is empty after upgrade of gnome components
On 29/05/13 11:12, Emilio Pozuelo Monfort wrote: On 28/05/13 10:34, Eugen Dedu wrote: Package: gnome-panel Version: 3.4.2.1-4 Severity: important Dear Maintainer, After upgrading my system yesterday and rebooting, the gnome panel is empty. I suppose this is because gnome-panel is still at version 3.4.2, whereas the other gnome components have been pushed to 3.8. I use gnome-fallback. I see many lines like these in .xsession-errors: (gnome-panel:3870): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion `accelerator != NULL' failed [...] ** (gnome-panel:3870): WARNING **: Unable to parse mouse modifier '(null)' [...] (gnome-panel:3870): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.36.1/./gobject/gsignal.c:2475: signal `size_request' is invalid for instance `0x227fba0' of type `GtkLabel' [...] (gnome-panel:3870): Gtk-WARNING **: FIXME: assigning images is not implemented Might be because of the bookmarks migration, see https://bugzilla.gnome.org/show_bug.cgi?id=675393 Perhaps you can workaround it with a symlink. I have a file .config/gtk-3.0/bookmarks with the same content as .gtk-bookmarks. I suppose this is what you thought of. In that case, the problem should be elsewhere, is that right? I'll ask one the people who still use it to upload a new version. Thanks! -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710235: ITP: dleyna-connector-dbus -- DBus connector module for the dLeyna services
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-connector-dbus Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus connector module for the dLeyna services dleyna-connector-dbus is the loadable module providing DBus connectivity to the dLeyna services. . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710236: ITP: dleyna-renderer -- DBus service to interact with DLNA Digital Media Renderers
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-renderer Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus service to interact with DLNA Digital Media Renderers dleyna-renderer is a DBus user session service that allows clients to discover and manipulate DLNA Digital Media Renderers (DMR). . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710174: xserver-xorg-video-radeon: many artefacts in GL rendering with Radeon HD 7480D
On Die, 2013-05-28 at 22:47 +0200, manuk7 wrote: Package: xserver-xorg-video-radeon Version: 1:6.14.4-8 Severity: normal I'm trying to use a Radeon HD 7480D chip (integrated GPU in A4 AMD processor). It works fine with a recent kernel (3.8 from Sid) for booting with KMS ... but GL applications suffers from a lot of artefacts : https://pix.isalo.org/upload/original/1369770053.png https://pix.isalo.org/upload/original/1369769722.jpg Could tell me if this problem is already known / if i may provide you informations to try to correct this problem which currently makes this chip unusable for games ? I suspect Mesa 8.0.x might just be too old to properly support your GPU. Does libgl1-mesa-dri 9.1.3-1 from experimental work better? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710237: ITP: dleyna-server -- DBus service to interact with DLNA Digital Media Servers
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-server Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus service to interact with DLNA Digital Media Servers dleyna-renderer is a DBus user session service that allows clients to discover and manipulate DLNA Digital Media Servers (DMS). . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710238: nut-snmp: continously logging dstate_setflags: base variable (xxxx...) is immutable
Package: nut-snmp Version: 2.6.4-2.3 Severity: minor Hello I have installed nut with snmp driver. After setting ignorelb and override.battery.runtime.low = 600 in ups.conf my logs are filled: May 29 11:11:34 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:11:50 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:06 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:22 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable May 29 11:12:38 host snmp-ups[35762]: dstate_setflags: base variable (battery.ru ntime.low) is immutable I think that is sufficient once after start daemon. Thanks a lot Zdenek -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: Pelican -- Any news?
Hi Ondrej, It seems the license issue is solved at least in the 2.3.1 release, any news on this ITP? Cheers, Simon signature.asc Description: signature
Bug#710218: pgplot5: please add multiarch support
Hi Sergio: I am close to orphaning this package as it is still non-free even 11 years after its last upstream revision. It does require a complete overhaul and I am not sure that I have the time to do that. Carlo On Wed, 29 May 2013, Sergio Gelato wrote: Package: pgplot5 Version: 5.2.2-19 Severity: wishlist This package provides some shared libraries which it would be nice to have packaged with Multi-Arch: same. As noted in #648129 and implied by various lintian warnings, the package needs an overhaul. Splitting it up into libpgplot5, pgplot5-dev, etc. would seem a reasonable first step. -- Carlo U. Segre -- Duchossois Leadership Professor of Physics Director, Center for Synchrotron Radiation Research and Instrumentation Illinois Institute of Technology Voice: 312.567.3498Fax: 312.567.3494 se...@iit.edu http://phys.iit.edu/~segre se...@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#710094: gnome-panel: Gnome panel is empty after upgrade of gnome components
On 29/05/13 11:23, Eugen Dedu wrote: On 29/05/13 11:12, Emilio Pozuelo Monfort wrote: Might be because of the bookmarks migration, see https://bugzilla.gnome.org/show_bug.cgi?id=675393 Perhaps you can workaround it with a symlink. I have a file .config/gtk-3.0/bookmarks with the same content as .gtk-bookmarks. I suppose this is what you thought of. In that case, the problem should be elsewhere, is that right? Probably, but I haven't looked closely. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710148: open-iscsi: Added autopkgtests
On Tuesday 28 May 2013 09:28 PM, Yolanda Robla wrote: +testlib.cmd(['iscsiadm', '-m', 'node', '--targetname', initiatorname, '-p', '%s:3260' % remote_server, '--op=update', '--name', 'node.startup', '--value=manual']) +testlib.cmd(['iscsiadm', '-m', 'node', '--targetname', initiatorname, '-p', '%s:3260' % remote_server, '--op=update', '--name', 'node.conn[0].startup', '--value=manual']) What'll happen if you iscsi db has multiple connection portals? Here you are taking care of conn[0] only. +testlib.cmd(['iscsiadm', '-m', 'node', '--targetname', initiatorname, '-p', '%s:3260' % remote_server, '--logout']) + Why don't you decouple the port also? I see no value in you hardcoding the port here. +if __name__ == '__main__': +import optparse +parser = optparse.OptionParser() Please port it to argparse. optparse is deprecated since Python 2.7. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#710234: pu: package libvirt/0.9.12-12
Control: tag -1 moreinfo Guido Günther a...@sigxcpu.org (29/05/2013): I'd like to update libvirt with wheezy's first point release since it misses two important bug fixes. The first one addresses xen pv support (#685749) while the other one adresses a leak (#705205). Diff attached. O.k. to uplaod to wheezy-proposed-updates? Hello, from the version info in the BTS, both bugs need fixing in unstable too. We usually like getting bugfixes tested, and uploading there helps. Also, please send a source debdiff, so that we can check things like versioning and target distribution. Mraw, KiBi. signature.asc Description: Digital signature
Bug#710234: pu: package libvirt/0.9.12-12
Control: tags -1 + moreinfo wheezy Hi, On 2013-05-29 10:22, Guido Günther wrote: I'd like to update libvirt with wheezy's first point release since it misses two important bug fixes. The first one addresses xen pv support (#685749) while the other one adresses a leak (#705205). The bug logs suggest that those bugs are not yet fixed in unstable. Please could you clarify, and update their statuses if required? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702222: ITP: Pelican -- Any news?
ftp-master.debian.org/new.html On Wed, May 29, 2013 at 11:32 AM, Simon Chopin chopin.si...@gmail.comwrote: Hi Ondrej, It seems the license issue is solved at least in the 2.3.1 release, any news on this ITP? Cheers, Simon -- Ondřej Surý ond...@sury.org
Bug#710239: cupt doesn't finish when download error happen
Package: cupt Version: 2.5.9 Severity: normal Dear Maintainer, When cupt is not able to download a package due to a timeout, it will not close correctly. Please see next shell session: # cupt dist-upgrade Get:1 http://ftp.fi.debian.org/debian sid/main acl 2.2.52-1 [69,2KiB] ... 76% [216 libwireshark2 2588KiB/12,8MiB 20%][219 libx11-6 821KiB/879KiB 93%] | 1567KiB/s | ETA: 41s E: download client: the download server socket timed out ^C # cupt dist-upgrade [ upgrading package management tools ] Building the package cache... Initializing package resolver and worker... E: unable to obtain a lock on the file '//var/lib/cupt/lock': Recurso no disponible temporalmente E: error performing the command 'dist-upgrade' # cupt install reportbug Building the package cache... Initializing package resolver and worker... E: unable to obtain a lock on the file '//var/lib/cupt/lock': Recurso no disponible temporalmente E: error performing the command 'install' # ps -ef | grep cupt root 6107 1 0 09:10 pts/0 00:00:02 cupt full-upgrade root 6542 6107 0 09:12 pts/0 00:00:00 [cupt] defunct root 6548 6107 0 09:12 pts/0 00:00:00 [cupt] defunct # kill -9 pid_cupt # # Now we can use cupt again Thank you -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cupt depends on: ii libboost-program-options1.49.0 1.49.0-4 ii libc6 2.17-3 ii libcupt2-0 2.5.9 ii libgcc1 1:4.8.0-7 ii libstdc++6 4.8.0-7 cupt recommends no packages. Versions of packages cupt suggests: ii libreadline6 6.2+dfsg-0.1 ii sensible-utils 0.0.7 -- 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#710227: [Debian-med-packaging] Bug#710227: staden-io-lib: please update to newer upstream release
Le Wed, May 29, 2013 at 11:09:10AM +0200, Jonas Smedegaard a écrit : Please upgrade to newer upstream version. 1.12.5 has been out since more than two years and changelog mentions fixing a memory leak (which is the reason I dare raise severity of this bug from wishlist to normal). 1.13.0 and 1.13.1 has been released within the last few months and seems (from a brief look) to be backwards compatible and provide both bugfixes and new features. Hi Jonas, sorry, I wrongly thought that it contained changes only relevant to Macintoshes. I will update the package shortly. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710240: stage1 gcc depends on libgcc-*-dev and gcc-VERSION-base
Package: gcc-4.8 When build gcc-4.8 using WITH_SYSROOT=/ DEB_STAGE=stage1 debuild -B -d the generated gcc-4.8-TRIPLE package depends on gcc-4.8-base and libgcc-4.8-dev-ARCH-cross, while both of these 2 packages are missing here. The attached patch disable it depends on these 2 packages if they are not generated here. -- YunQiang Su gccbase-libgcc-stage1.diff Description: Binary data
Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work
On Tue, May 28, 2013 at 04:53:01PM +0300, Niko Tyni wrote: On Sat, May 25, 2013 at 08:03:35PM +0200, gregor herrmann wrote: On Sat, 25 May 2013 11:47:01 +0300, Niko Tyni wrote: I just pushed a ntyni/httpd24 branch to the git repo. I think it should be rebased onto whichever solution we choose for the upstream merge. Same for my gregoa/httpd24 branch (which I pushed earlier today, before seeing this mail). Dam, in case you have the commits ready, you could take debian/ from my branch (which should incorporate Niko's work) and go on from there. I guess Damyan is busy; so am I unfortunately. Given the schedule, I suppose basing this on the SVN merge is the best approach. If anybody can upload that to experimental, please do. I'm sorry but I can't find the time myself. I'm working on this now. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704805: Depend precisely on a versionned R API via R:Depends.
On Tue, May 28, 2013 at 04:20:28PM +0200, Vincent Danjean wrote: Of course, all of this will really works once all packages in testing/unstable depending on r-base-core (=3.xxx) will have disappear (ie once all of them will have been rebuilt with the new dependency). There's no particular need to remove the r-base-core (= 3.xxx) dependency; it could be generated *in addition to* the r-api-3.0 dependency. However, I would encourage any R policy that may be written to say that the Build-Depends dependency should be r-base-dev (= ), where is the minimum version required by the package itself. So if the package only requires R version 2.12, then this should be r-base-dev (= 2.12). Then if it is built on a wheezy system, it will have a run-time Depends: r-base-core (= 2.15.1-4), if on jessie (at the time of writing), it will Depends: r-base-core (= 3.0.0-2) and if on sid, it would be Depends: r-base-core (= 3.0.1-3), r-api-3.0. Then again, if the r-base-core dependency is dropped and this alternative proposal is used instead of (rather than in addition to the versioned dependency), the sid dependency would just be Depends: r-api-3.0; a specific r-base-core versioned dependency would only be necessary if new features of R 3.1.0, say, were being used. Note: is you really do not want to rename you r-base-core package, you can keep it but you then will need to add a versionned Breaks: dependency for all previous (before R 3.x) Debian R-packages. As I know that there exists lots of Debian R packages outside of the main archive, it seems to me that this is a worst solution as a rename of r-base-core. That is probably not necessary. Someone using testing has to be aware of the possibility of breakages. By the time jessie is released, in two or three years' time, this issue will have been resolved and everyone building external packages should have figured out the new system. Also, the breakages are very obvious: R tells you explicitly that the package needs recompiling with R 3.0.0. Having to rename r-base-core every time there is an API upgrade seems like a kludge, and there would need to be a meta-package which depends on the correct API version, and then people would depend on that meta-package rather than the correct API package Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710241: flashplugin-nonfree: cant lose message 'press esc to exit full screen mode'
Package: flashplugin-nonfree Version: 1:3.2 Severity: important Dear Maintainer, after upgrading squeeze to wheezy, in chromium browser, watching video from hulu.com in full screen mode... expected flash message 'press esc to exit full screen' to fade out -- Package-specific info: Debian version: 7.0 Architecture: amd64 Package version: 1:3.2 Adobe Flash Player version: LNX 11,2,202,285 MD5 checksums: e9225d179e601f71cc4e0d5a54ae30bc /var/cache/flashplugin-nonfree/get-upstream-version.pl 3fe4e07a3ddf07fd2c7c3b7b8b4cf5b4 /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz 971c28de445bb9ad7700af2d181667e8 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 May 29 00:58 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 flashplugin-nonfree depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.49 ii gnupg 1.4.12-7 ii libatk1.0-02.4.0-2 ii libcairo2 1.12.2-3 ii libcurl3-gnutls7.26.0-1+wheezy2 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-02.24.10-2 ii libnspr4 2:4.9.2-1 ii libnss32:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxt6 1:1.1.3-1+deb7u1 ii wget 1.13.4-3 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn halnone ii iceweasel 10.0.12esr-1 pn konqueror-nspluginsnone ii ttf-dejavu 2.33-3 pn ttf-mscorefonts-installer none pn ttf-xfree86-nonfreenone -- 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#710242: no longer works in sid (newer virtualbox incompatibility)
Package: vagrant Version: 1.0.3-1 Severity: grave In Sid, Vagrant fails w/ this message: Vagrant has detected that you have a version of VirtualBox installed that is not supported. Please install one of the supported versions listed below to use Vagrant: 4.0, 4.1 Thank you, regards -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) 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 vagrant depends on: ii ruby 1:1.9.3 ii ruby-archive-tar-minitar 0.5.2-2 ii ruby-childprocess 0.3.9-2 ii ruby-erubis 2.7.0-2 ii ruby-i18n 0.6.0-3 ii ruby-json 1.8.0-1 ii ruby-log4r1.1.10-2 ii ruby-net-scp 1.0.4-2 ii ruby-net-ssh 1:2.5.2-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 ii rubygems 1.8.24-1 Versions of packages vagrant recommends: ii virtualbox 4.2.10-dfsg-1 vagrant 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#710243: staden-io-lib: should build-depend on libcurl4-gnutls-dev (or libcurl4-nss-dev)
Package: staden-io-lib Severity: normal Seems current builds of staden-io-lib does not link against libcurl. Debian packages are generally expected to enable all optional features, so unless there is a compelling reason not to, please ensure libcurl is used here. regards, - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604873: Drop dash preinst?
Control: found -1 0.5.7-2 It seems that no dash version with the preinst converted to C was ever uploaded to unstable, and there is no entry for 0.5.7-2~exp1 in the current Debian changelog. Considering that dash has been essential for two releases and bash no longer ships /bin/sh (the reason why the preinst script was necessary in the first place, to avoid file conflicts), maybe it is time to simply remove the preinst script entirely? Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647077: gnome-shell: libc-2.17.so
Package: gnome-shell Version: 3.4.2-7+b1 Followup-For: Bug #647077 Dear Maintainer, [ 81.092485] gnome-shell[4551]: segfault at a444e441 ip 7f7eb66b4ec0 sp 7fffc67bb428 error 5 in libc-2.17.so[7f7eb6588000+1a4000] [ 81.270323] gnome-shell[4562]: segfault at 1 ip 7f9039924e65 sp 7fffc79ef228 error 4 in libc-2.17.so[7f90397f8000+1a4000] [ 219.823003] gnome-shell[4875]: segfault at a444e441 ip 7fabe61ccec0 sp 7fffbce56fa8 error 5 in libc-2.17.so[7fabe60a+1a4000] [ 220.020509] gnome-shell[4884]: segfault at a444e441 ip 7f4dab4f4ec0 sp 7fffa8cce2c8 error 5 in libc-2.17.so[7f4dab3c8000+1a4000] p00t -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.30-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.4.2-7 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-mutter-3.03.4.1-6 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5+b1 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3 ii gnome-shell-common 3.4.2-7 ii gnome-themes-standard3.4.2-2.1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-3 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.10-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5+b1 ii libgl1-mesa-glx [libgl1] 8.0.5-6 ii libglib2.0-0 2.36.1-2build1 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-7 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-6 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0 3.4.1-6 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.9.6-1 ii libnspr4-0d 2:4.9.6-1 ii libp11-kit0 0.12-3 ii libpango1.0-0
Bug#706957: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1 [ITP]
Hi Mathias, On Tue, May 28, 2013 at 01:28:13PM +0200, Mathias Behrle wrote: Thanks for clarifying your approach. This was just my attempt to follow official recommendations (i.e. searching for sponsors after uploading to mentors.d.o.). Now knowing, that you are willing to give me some support on this side and that you preferably work from VCS, it will ease things for me, too (saving this extra upload to mentors). From my perspective mentors.d.n is helpful if you are *seeking* a sponsor. If you know a sponsor who just volunteered to upload your packages (be it a single person or a team) it does create some overhead we could probably save. If you want me to ask for registering a pkg-tryton project (or whatever name you want to suggest - feel free to do so) I'd volunteer to do so and grant you admin permissions. However, the announcement[2] is 10 years old and there was no DM status at this time - I can't believe that you should not be able to register a project that makes perfectly sense. Why not simply go to https://alioth.debian.org/register/ and fill in the form. WOrst that can be happen is that your request will be rejected but I have severe doubt that this will happen. I simply went there and got a big fat red Projektregistrierung ist beschränkt auf Alioth, nur Administratoren können neue Projekte anlegen. So, no, I didn't get rejected, it was just not possible to create any request. Uhmm, that comes unexpected to me. Just tell me if I should register such a project (once you might agree to the policy). I admit people might have a different sense of humor - but this World Domination thingy is just a running gag. I think there is no doubt that it only can be a joke. The document is meant and linked as *policy*. I think (and support), there is very little humour in Debian, when it comes to policies as DFSG etc...;). Humour is just not appropriate in policy documents. I admit that a policy document should refrain from humor and some better wording should be found. Whenever I will have a little spare time, I will make another proposal. As long as this remains unchanged, it is indeed a showstopper for me. From my perspective technically the wording would be worth a bug report severity minor - I would not regard minor bugs as showstoppers. (Just to explain my point of view, not trying to change your mind.) The recent output (19 modules) is due to stalled development in the last 2 years. Now that I have a working environment I am up-to-date again. Usually there are ca. 1-3 new modules per release, which makes 2-6 packages a year. No problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710244: Missing copyright information
Source: xgks Version: 2.6.1+dfsg.1-3 Severity: serious Some copyright information are missing: xgks-2.6.1+dfsg.1/src/progs/pline.c * (C) Copyright 1987, 1988 by The University of Illinois Board of Trustees. * All rights reserved. Also mi.c, hanoi.c, font.c, src/lib/iso-c/xgks.h, which is duplicated in src/lib/c/, and update.c, valuator.c, wdt.h, wslist.h, transforms.c, text.c, stroke.c, and numerous others in the same directory. xgks-2.6.1+dfsg.1/src/port/misc/ulog.* Copyright 1993, University Corporation for Atmospheric Research xgks-2.6.1+dfsg.1/src/port/misc/config.c: Copyright (c) 1988, 1989, 1990 Steven Pemberton, CWI, Amsterdam. xgks-2.6.1+dfsg.1/src/lib/fortran/inqlun.f: LICENSED MATERIALS - PROPERTY OF IBM IBM CONFIDENTIAL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710245: ITP: ruby-strong-parameters -- Permitted and required parameters for Action Pack
package: wnpp severity: wishlist owner: Praveen Arimbrathodiyil prav...@debian.org URL: http://rubygems.org/gems/strong_parameters Version: 0.2.1-1 Upstream Author: David Heinemeier Hansson License: Expat -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് 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#710243: [Debian-med-packaging] Bug#710243: staden-io-lib: should build-depend on libcurl4-gnutls-dev (or libcurl4-nss-dev)
Le Wed, May 29, 2013 at 11:55:27AM +0200, Jonas Smedegaard a écrit : Package: staden-io-lib Severity: normal Seems current builds of staden-io-lib does not link against libcurl. Debian packages are generally expected to enable all optional features, so unless there is a compelling reason not to, please ensure libcurl is used here. Hi, do you have a recommendation between libcurl4-gnutls-dev, libcurl4-nss-dev and libcurl4-openssl-dev ? By the way, feel free to send patches. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709058: Metapackages targeting at testing pool or not (Was: Bug#709058: blends-dev: UNRELEASED and unstable sources.list differ)
Hi Felipe, On Tue, May 28, 2013 at 07:58:12PM -0400, Felipe Sateler wrote: Your argument taht war are using only recommends is wrong because also recommends need to be fullfilled inside the release. Only suggested packages do not need to exist. So I insist that s.l.unstable needs to point to testing to enable propagation of the metapackages to testing. AFAIK, britney doesn't enforce this. However, it is a valid point, metapackages should not Recommend non-existing packages. As far as I know britney has no means to test this (yet). I've got several bug reports in the past about packages mentioned in Recommends but not in the archive (any more) - so a new generation of the metapackages became necessary. But I would counterargue that the tasks descriptions should not Depend on packages that will not be part of the release, just as regular packages do. In other words, maybe blends-dev should abort on missing packages instead of just listing them out. In other words, why silently omit packages that don't exist in the target distribution? Blends-dev is not silent - you get a list of affected packages if you run it. The downgrade to Suggests was invented for packages in contrib and non-free which are also not part of the distribution. The concept was taken over for any package not in main. (This was rather a passive take over because the actual code did not need any change.) I somehow have the feeling that I do not fully understand your question - so if my answer does not fit - please explain the problem more detailed. That's (partly) correct. You are creating the source of the metapackage outside of the package build process. Historically everything was merged in one process but this was luckily dropped because otherwise you were not able to build on a standalone machine. (Holger has filed a bug report about this and I think I changed this in cdd-0.5.0.) So you are building the source tarball on any local machine and typically not in a chroot like pbuilder. Theoretically you could even do manual changes afterwards which is not recommended for sure but it would at least not break the process in principle. However, it is not recommended to stretch this configuration thing to far. The main point for the target distribution feature is rather not do dirty tricks with testing-unstable changes. It is intended for derivatives to simply drop their own sources.list in /etc/blends and can perfectly work with the toolset without changing anything. I think /usr/share/blends-dev/sources.lists.d/ would be a better place, then. And what do you suggest for people trying to create metapackages for say Ubuntu? They can not write to /usr ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706625: glusterfs: upgrading from squeeze to wheezy breaks existing exports/mounts/shares
Hi Patrick Thank you for maintaining glusterfs in Debian! On Wed, May 29, 2013 at 10:00:07AM +0200, Patrick Matthäi wrote: first sorry for my late answer. Working system: glusterfs, v3.0.5-1 on Debian/squeeze Broken system: glusterfs, v3.2.7-3 on Debian/wheezy # dpkg --list glusterfs\* | awk '/^ii/ {print $2 $3}' glusterfs-client 3.2.7-3 glusterfs-common 3.2.7-3 glusterfs-server 3.2.7-3 Problem description: After dist-upgrading the system from Debian/squeeze to wheezy the glusterfs share(s) can't be accessed any longer (reboot and remounting the share don't change it): Yeah, correct and it is not possible to automagic upgrade glusterfs.. There are some steps required, see [0]. But I agree that this should be noted in the release notes and/or README of the package, but this bugreport was too late to fix this. Only a small comment on this: I think the first one can still be done without problem: I.e. opening a bugreport against release-notes with a proposed extension, which can be included in the next release-notes update. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710246: biber: Vcs-Browser incorrect
Package: biber Version: 0.9.9+release-1 Severity: wishlist Dear Maintainer, In debian/control, Vcs-Browser points to http://anonscm.debian.org/git/pkg-perl/packages/biber.git/ which is incorrect. It should point to http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/biber.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710247: gnome-screenshot: X server crash when running gnome-screenshot --area
Package: gnome-screenshot Version: 3.4.1-1 Severity: normal Dear Maintainer, When I run `gnome-scheenshot --area' (whatever from terminal or hot-key) and grab an area, X server would crash. here's my Xorg.log: [ 119.567] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 119.567] [ 119.567] Backtrace: [ 119.568] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f4422f63d06] [ 119.568] 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x7f4422f44fab] [ 119.568] 2: /usr/bin/Xorg (0x7f4422de5000+0x668f2) [0x7f4422e4b8f2] [ 119.568] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f441d74b000+0x55d8) [0x7f441d7505d8] [ 119.568] 4: /usr/bin/Xorg (0x7f4422de5000+0x8d937) [0x7f4422e72937] [ 119.568] 5: /usr/bin/Xorg (0x7f4422de5000+0xb1c08) [0x7f4422e96c08] [ 119.568] 6: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f442210b000+0xf210) [0x7f442211a210] [ 119.568] 7: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f4420e560b7] [ 119.568] 8: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f441f1bdd08] [ 119.568] 9: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f441eaa3000+0x9501) [0x7f441eaac501] [ 119.568] 10: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f441eaa3000+0x9688) [0x7f441eaac688] [ 119.568] 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f441ecc3000+0xffb0) [0x7f441ecd2fb0] [ 119.568] 12: /usr/bin/Xorg (_CallCallbacks+0x34) [0x7f4422e3c5b4] [ 119.568] 13: /usr/bin/Xorg (FlushAllOutput+0x2c) [0x7f4422f6713c] [ 119.568] 14: /usr/bin/Xorg (0x7f4422de5000+0x52d21) [0x7f4422e37d21] [ 119.568] 15: /usr/bin/Xorg (0x7f4422de5000+0x41ec5) [0x7f4422e26ec5] [ 119.568] 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f4420d96a55] [ 119.568] 17: /usr/bin/Xorg (0x7f4422de5000+0x4219d) [0x7f4422e2719d] [ 119.568] [ 119.569] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 119.569] [mi] mieq is *NOT* the cause. It is a victim. [ 125.680] [mi] EQ overflow continuing. 100 events have been dropped. [ 125.680] [ 125.680] Backtrace: [ 125.680] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f4422f63d06] [ 125.680] 1: /usr/bin/Xorg (0x7f4422de5000+0x668f2) [0x7f4422e4b8f2] [ 125.680] 2: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f441d74b000+0x55d8) [0x7f441d7505d8] [ 125.680] 3: /usr/bin/Xorg (0x7f4422de5000+0x8d937) [0x7f4422e72937] [ 125.680] 4: /usr/bin/Xorg (0x7f4422de5000+0xb1c08) [0x7f4422e96c08] [ 125.680] 5: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f442210b000+0xf210) [0x7f442211a210] [ 125.680] 6: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f4420e560b7] [ 125.680] 7: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f441f1bdd08] [ 125.680] 8: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f441eaa3000+0x9501) [0x7f441eaac501] [ 125.680] 9: /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1 (0x7f441eaa3000+0x9688) [0x7f441eaac688] [ 125.680] 10: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f441ecc3000+0xffb0) [0x7f441ecd2fb0] [ 125.680] 11: /usr/bin/Xorg (_CallCallbacks+0x34) [0x7f4422e3c5b4] [ 125.680] 12: /usr/bin/Xorg (FlushAllOutput+0x2c) [0x7f4422f6713c] [ 125.680] 13: /usr/bin/Xorg (0x7f4422de5000+0x52d21) [0x7f4422e37d21] [ 125.680] 14: /usr/bin/Xorg (0x7f4422de5000+0x41ec5) [0x7f4422e26ec5] [ 125.680] 15: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f4420d96a55] [ 125.680] 16: /usr/bin/Xorg (0x7f4422de5000+0x4219d) [0x7f4422e2719d] [ 125.680] -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-screenshot depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii libc62.17-3 ii libcairo21.12.14-4 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-0 2.36.1-2build1 ii libgtk-3-0 3.4.2-6 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 gnome-screenshot recommends no packages. gnome-screenshot 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#710226: Wired network interface is configured as unmanaged by NM in wheezy xfce-live
On 29/05/13 06:07 AM, Johan Lörne wrote: Package: live-boot Version: 3.0.1-1 Dunno if i'm doing this correct. I sent my previous bug to the wrong package apparently, and i'm not sure if this is the right one or if it's maybe live-config? I don't have the version number, but it was installed from wheezy xfce-live-cd so I guess the one stated above is correct. Anyways, the conversation can be seen below... Thanks :-) First, it is likely a Debian installer issue, and certainly neither live-boot nor live-config. If you boot the live system, wired is set up correctly in the live system. I just confirmed this for both the xfce and gnome images. Second, we need to find out if: 1. Installing XFCE via non-live media (CD-1 LXDE flavour, DVD-1 or netinst) results in wired being managed by NetworkManager. If that is not the case, it definitely has nothing to do with live. 2. If it turns out the answer to 1 is no, it is not, then we need to know if this affects running the installer from XFCE live flavor only, or also GNOME live flavor, where I would certainly expect it to work. However, there is no point in even trying this until we settle the answer to 1. I haven't time yet to test either of these scenarios but will take a look at it when I do. Meanwhile, I will reassign this bug to the debian-live pseudopackage until we decide exactly where it belongs. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710243: [Debian-med-packaging] Bug#710243: staden-io-lib: should build-depend on libcurl4-gnutls-dev (or libcurl4-nss-dev)
Hi Charles, Quoting Charles Plessy (2013-05-29 12:15:06) Le Wed, May 29, 2013 at 11:55:27AM +0200, Jonas Smedegaard a écrit : Package: staden-io-lib Severity: normal Seems current builds of staden-io-lib does not link against libcurl. Debian packages are generally expected to enable all optional features, so unless there is a compelling reason not to, please ensure libcurl is used here. do you have a recommendation between libcurl4-gnutls-dev, libcurl4-nss-dev and libcurl4-openssl-dev ? I recommend to use the GnuTLS branch, and if a reverse dependency emerges with licensing incompatible with GPL then switch to NSS branch. By the way, feel free to send patches. I know, but am too involved elsewhere so deliberately choose this lighter approach - thanks for reminding anyway :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#706625: glusterfs: upgrading from squeeze to wheezy breaks existing exports/mounts/shares
Am 29.05.2013 12:37, schrieb Salvatore Bonaccorso: Hi Patrick Thank you for maintaining glusterfs in Debian! On Wed, May 29, 2013 at 10:00:07AM +0200, Patrick Matthäi wrote: first sorry for my late answer. Working system: glusterfs, v3.0.5-1 on Debian/squeeze Broken system: glusterfs, v3.2.7-3 on Debian/wheezy # dpkg --list glusterfs\* | awk '/^ii/ {print $2 $3}' glusterfs-client 3.2.7-3 glusterfs-common 3.2.7-3 glusterfs-server 3.2.7-3 Problem description: After dist-upgrading the system from Debian/squeeze to wheezy the glusterfs share(s) can't be accessed any longer (reboot and remounting the share don't change it): Yeah, correct and it is not possible to automagic upgrade glusterfs.. There are some steps required, see [0]. But I agree that this should be noted in the release notes and/or README of the package, but this bugreport was too late to fix this. Only a small comment on this: I think the first one can still be done without problem: I.e. opening a bugreport against release-notes with a proposed extension, which can be included in the next release-notes update. Correct. Question is, if someone has got a good idea for a better fix maybe? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710248: RFS: fitsverify/4.16 [ITP] -- FITS File Format-Verification Tool
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-scie...@lists.debian.org Dear mentors, I am looking for a sponsor for my package fitsverify * Package name: fitsverify Version : 4.16-1 Upstream Author : Ning Gan, Ziqin Pan, William Pence * URL : http://heasarc.gsfc.nasa.gov/docs/software/ftools/fitsverify/ * License : MIT Section : science It builds those binary packages: fitsverify - FITS File Format-Verification Tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fitsverify Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fitsverify/fitsverify_4.16-1.dsc The package is quite small, so a review should take not much of your time ;-) Best Regards Ole Streicher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710249: ITP: p4vasp - visualization suite for VASP
Package: wnpp Severity: wishlist * Package name : p4vasp Version : 0.3.26 Upstream Author : Orest Dubay du...@danubiananotech.com * URL : http://www.p4vasp.at/ * License : GPL-2+ Description : visualization suite for VASP p4vasp is a visualization suite for the Vienna Ab-initio Simulation Package (VASP). It contains an extensible GUI framework, that can be used to view material structure, density of states, band-structure and more. . It provides a Python library, that greatly simplifies the process of manipulation of the VASP input and output data in Python scripts. P4vasp utilizes also many handy routines and objects e.g. for creating 2D graphs, data storage (xml,DOM) or simple matrix library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710250: libsnmp-base: net-snmp-config links other packages against -lcrypto
Package: libsnmp-base Version: 5.7.2~dfsg-7 Severity: important Hi, net-snmp-config is now (compared to -4) explicitly making the other packages link against -lcrypto. I'm not sure that this is really needed. Could you please drop this? Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libsnmp-base depends on no packages. libsnmp-base recommends no packages. Versions of packages libsnmp-base suggests: pn snmp-mibs-downloader 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#710252: ITP: eclipse-eclox - simple doxygen frontend plug-in for Eclipse
Package: wnpp Severity: wishlist * Package name : eclipse-eclox Version : 0.8.0 Upstream Author : Guillaume Brocker gbroc...@gna.org * URL : http://home.gna.org/eclox/ * License : GPL-2+ Description : simple doxygen frontend plug-in for Eclipse It aims to provide a slim and sleek integration of the code documentation process into eclipse by providing a high-level graphical user interface over doxygen. I realize this package is no longer under developed, but it is fully functional and relatively bug-free. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710251: mtpfs: Data transfered to device but file not created
Package: mtpfs Version: 1.1-4 Severity: important I'm unable to use mtpfs to reach any of my MTP devices. I have two different errors. The first is the most recent; I mount the file system by mtptfs -d /media/mtp and then execute, in another window, echo xxx /media/mtp/Phones/Ringtones/xxx.mp3 I get a rather large crash dump in the mount window: unique: 270, opcode: LOOKUP (1), nodeid: 16, insize: 48, pid: 7483 LOOKUP /Phone/Ringtones/xxx.mp3 getattr /Phone/Ringtones/xxx.mp3 *** Error in `mtpfs': free(): invalid next size (fast): 0x7fef64000c10 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x7aac6)[0x7fef73541ac6] /lib/x86_64-linux-gnu/libc.so.6(+0x7b843)[0x7fef73542843] mtpfs[0x403844] mtpfs[0x4043b2] mtpfs[0x404481] /lib/x86_64-linux-gnu/libfuse.so.2(+0x11578)[0x7fef751fe578] /lib/x86_64-linux-gnu/libfuse.so.2(+0x12141)[0x7fef751ff141] /lib/x86_64-linux-gnu/libfuse.so.2(+0x179a7)[0x7fef752049a7] /lib/x86_64-linux-gnu/libfuse.so.2(+0x145bb)[0x7fef752015bb] /lib/x86_64-linux-gnu/libpthread.so.0(+0x7e0e)[0x7fef7387be0e] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fef735af95d] === Memory map: 0040-00407000 r-xp fd:02 1313193 /usr/bin/mtpfs 00607000-00608000 rw-p 7000 fd:02 1313193 /usr/bin/mtpfs 023b9000-02426000 rw-p 00:00 0 [heap] 7fef5800-7fef58021000 rw-p 00:00 0 7fef58021000-7fef5c00 ---p 00:00 0 7fef5c00-7fef5c021000 rw-p 00:00 0 7fef5c021000-7fef6000 ---p 00:00 0 7fef637ff000-7fef6380 ---p 00:00 0 7fef6380-7fef6400 rw-p 00:00 0 [stack:17869] 7fef6400-7fef64021000 rw-p 00:00 0 7fef64021000-7fef6800 ---p 00:00 0 7fef6800-7fef68021000 rw-p 00:00 0 7fef68021000-7fef6c00 ---p 00:00 0 7fef6c00-7fef6c021000 rw-p 00:00 0 7fef6c021000-7fef7000 ---p 00:00 0 7fef70377000-7fef7038c000 r-xp fe:1f80 2892 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fef7038c000-7fef7058c000 ---p 00015000 fe:1f80 2892 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fef7058c000-7fef7058d000 rw-p 00015000 fe:1f80 2892 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fef705bf000-7fef705c ---p 00:00 0 7fef705c-7fef70dc rw-p 00:00 0 [stack:17868] 7fef70dc-7fef70dc1000 ---p 00:00 0 7fef70dc1000-7fef715c1000 rw-p 00:00 0 [stack:17854] 7fef715c1000-7fef715c2000 ---p 00:00 0 7fef715c2000-7fef71dc2000 rw-p 00:00 0 [stack:17850] 7fef71dc2000-7fef71dc3000 ---p 00:00 0 7fef71dc3000-7fef725c3000 rw-p 00:00 0 [stack:17849] 7fef725c3000-7fef725c6000 r-xp fe:1f80 2445 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fef725c6000-7fef727c5000 ---p 3000 fe:1f80 2445 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fef727c5000-7fef727c6000 rw-p 2000 fe:1f80 2445 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fef727c6000-7fef7284 r-xp fe:1f80 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7fef7284-7fef72a4 ---p 0007a000 fe:1f80 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7fef72a4-7fef72a41000 r--p 0007a000 fe:1f80 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7fef72a41000-7fef72a44000 rw-p 0007b000 fe:1f80 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7fef72a44000-7fef72a82000 r-xp fe:1f80 29391 /lib/x86_64-linux-gnu/libpcre.so.3.13.1 7fef72a82000-7fef72c81000 ---p 0003e000 fe:1f80 29391 /lib/x86_64-linux-gnu/libpcre.so.3.13.1 7fef72c81000-7fef72c82000 rw-p 0003d000 fe:1f80 29391 /lib/x86_64-linux-gnu/libpcre.so.3.13.1 7fef72c82000-7fef72c89000 r-xp fd:02 267425 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.1 7fef72c89000-7fef72e88000 ---p 7000 fd:02 267425 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.1 7fef72e88000-7fef72e89000 r--p 6000 fd:02 267425 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.1 7fef72e89000-7fef72e8a000 rw-p 7000 fd:02 267425 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.1 7fef72e8a000-7fef72e9d000 r-xp fe:1f80 51112 /lib/x86_64-linux-gnu/libresolv-2.17.so 7fef72e9d000-7fef7309d000 ---p 00013000 fe:1f80 51112 /lib/x86_64-linux-gnu/libresolv-2.17.so 7fef7309d000-7fef7309e000 r--p 00013000 fe:1f80 51112 /lib/x86_64-linux-gnu/libresolv-2.17.so 7fef7309e000-7fef7309f000 rw-p 00014000 fe:1f80 51112 /lib/x86_64-linux-gnu/libresolv-2.17.so 7fef7309f000-7fef730a1000 rw-p 00:00 0 7fef730a1000-7fef730c r-xp fe:1f80 6275 /lib/x86_64-linux-gnu/libselinux.so.1 7fef730c-7fef732c ---p 0001f000 fe:1f80 6275 /lib/x86_64-linux-gnu/libselinux.so.1 7fef732c-7fef732c1000 r--p 0001f000 fe:1f80 6275 /lib/x86_64-linux-gnu/libselinux.so.1 7fef732c1000-7fef732c2000 rw-p 0002 fe:1f80 6275 /lib/x86_64-linux-gnu/libselinux.so.1 7fef732c2000-7fef732c3000 rw-p 00:00 0 7fef732c3000-7fef732c6000 r-xp fd:02 268893 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3600.1
Bug#710253: libgtest-dev: GTEST_COMPILE_ASSERT_ triggers unused-local-typedef warning with GCC 4.8
Package: libgtest-dev Version: 1.6.0-2 Severity: normal Tags: upstream patch Control: block 701243 by -1 Dear Maintainer, googletest 1.6 and earlier has GEST_COMPILE_ASSERT_ that triggers unused-local-typedef warnings with GCC 4.8. These are fatal for all users of -Werror e.g. aptitude. Attached patch is part of an upstream commit and does allow aptitude to build ok (after patching for aptitudes own issues). Please apply. Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information Descripton: avoid unused-local-typedef Origin: http://code.google.com/p/googletest/source/detail?r=643 diff --git a/include/gtest/internal/gtest-port.h b/include/gtest/internal/gtest-port.h index f78994a..dc4fe0c 100644 --- a/include/gtest/internal/gtest-port.h +++ b/include/gtest/internal/gtest-port.h @@ -813,8 +813,8 @@ struct CompileAssert { }; #define GTEST_COMPILE_ASSERT_(expr, msg) \ - typedef ::testing::internal::CompileAssert(bool(expr)) \ - msg[bool(expr) ? 1 : -1] + typedef ::testing::internal::CompileAssert(static_castbool(expr)) \ + msg[static_castbool(expr) ? 1 : -1] GTEST_ATTRIBUTE_UNUSED_ // Implementation details of GTEST_COMPILE_ASSERT_: //
Bug#710254: keybinder: Please provide a GTK+3 version (includeing introspection) of libkeybinder
Package: libkeybinder0 Version: 0.3.0-2 Severity: wishlist File: keybinder Dear Maintainer, there is atm no way for a non C GTK+3 application to register global key bindings in debian as far as I know (except the Gnome dbus interface..) It seems upstream supports GTK+3, so please consider providing a package for it. For bindings, introspection would also be needed. thanks -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (901, 'unstable'), (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkeybinder0 depends on: ii libc6 2.17-3 ii libglib2.0-0 2.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libx11-6 2:1.5.0-1+deb7u1 libkeybinder0 recommends no packages. libkeybinder0 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#704805: Depend precisely on a versionned R API via R:Depends.
Le 29/05/2013 11:46, Julian Gilbey a écrit : On Tue, May 28, 2013 at 04:20:28PM +0200, Vincent Danjean wrote: Of course, all of this will really works once all packages in testing/unstable depending on r-base-core (=3.xxx) will have disappear (ie once all of them will have been rebuilt with the new dependency). There's no particular need to remove the r-base-core (= 3.xxx) dependency; it could be generated *in addition to* the r-api-3.0 dependency. This remarks was done in the context of the rename of the r-base-core into r-base-core3 (for example) that would conflict with r-base-core... So, in this context, depends on r-base-core (=3.xxx) will disappear when rebuilding with R 3.x (incompatible with previous R releases) and be replaced by something as either: A: r-base-core3 (=3.xxx) B: r-base-core3 (=3.xxx), r-base-debianapi-3 C: r-base-debianapi-3 A will require another package rename if a new (abi-)incompatible R appears. Note: is you really do not want to rename you r-base-core package, you can keep it but you then will need to add a versionned Breaks: dependency for all previous (before R 3.x) Debian R-packages. As I know that there exists lots of Debian R packages outside of the main archive, it seems to me that this is a worst solution as a rename of r-base-core. That is probably not necessary. Someone using testing has to be aware of the possibility of breakages. By the time jessie is released, in two or three years' time, this issue will have been resolved How ? Currently, R debian packages in wheezy have something as depends: r-base-core (= 2.X) How partial upgrade to jessie would work if r-base-core is not renamed (and conflicting with r-base-core) or if a new r-base-core does not add a versionned breaks for all old (wheezy) R debian package? Do you see another solution? everyone building external packages should have figured out the new system. Also, the breakages are very obvious: R tells you explicitly that the package needs recompiling with R 3.0.0. I would be very disappointed if Debian does not use its dependencies to ensure good (partial) upgrades. Having to run a software (R) and to test each of its 'library' to know if they still work after a partial upgrade seems plainly wrong. Having to rename r-base-core every time there is an API upgrade seems like a kludge, The rename (or the long list of breaks) if only necessary now because no virtual package have been used yet. When a virtual package encoding an abi version will be introduced, no rename will be required anymore. So, I ask again: What are R maintainers idea for ensuring that partial upgrades from wheezy to jessie will work? For myself, I see two technical solution: r-base-core rename or long list of versionned breaks into r-base-code. Perhaps you see other solutions. Then, there is the problem for future transitions. Adding a virtual abi package would allow to efficiently solve future transitions. I also recommend this. But this is a different problem. Regards, Vincent and there would need to be a meta-package which depends on the correct API version, and then people would depend on that meta-package rather than the correct API package Julian -- Vincent Danjean Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes Téléphone: +33 4 76 61 55 10655 avenue de l'Europe Fax:+33 4 76 61 52 52Montbonnot Saint Martin Email: vincent.danj...@imag.fr 38334 Saint-Ismier cedex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710246: Pending fixes for bugs in the biber package
tag 710246 + pending thanks Some bugs in the biber package are closed in revision 10e8a2fc3f52f28451c8ce2dfc5b6f9a4743b2cf in branch 'master' by Axel Beckert The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/biber.git;a=commitdiff;h=10e8a2f Commit message: Fix Vcs-Browser header (Closes: #710246) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710255: please use Recommends for git-svn, git-cvs, gitweb, others?
Package: git-all Version: 1:1.7.10.4-2 Severity: wishlist It would be very nice if git-all could use the Recommends entry in debian/control for git-svn, git-cvs, gitweb, and maybe others. Similar to git-bzr. This would allow the user to ignore these packages and yet make use of the git-all package. Many thanx in advance Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710246: biber: Vcs-Browser incorrect
Hi Matthew, Matthew Bekkema wrote: In debian/control, Vcs-Browser points to http://anonscm.debian.org/git/pkg-perl/packages/biber.git/ which is incorrect. It should point to http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/biber.git Thanks for the report. It's fixed in our git repo now and will be fixed in Debian with the next upload. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710256: ITP: modemmanager-gui - simple graphical interface for ModemManager
Package: wnpp Severity: wishlist * Package name : modemmanager-gui Version : 0.0.15.4 Upstream Author : Alex a...@linuxonly.ru * URL : http://linuxonly.ru/cms/page.php?7 * License : GPL-3+ Description : simple graphical interface for ModemManager This program is simple graphical interface for ModemManager daemon dbus interface. Current features: - View device information: Operator name, Mode, IMEI, IMSI, Signal level. - Send and receive SMS messages with long massages concatenation and store messages in database. - Send USSD requests and read answers in GSM7 and UCS2 formats converted to system UTF8 charset. - Scan available mobile networks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594273: RM: libdigest-sha1-perl -- ROM; functionality provided by Digest::SHA
I'm not sure it is the right place - the RM bugreport - to add this information to. The thing is: finally, wheezy is out without this module. And it turns out that many 3rd-party code still uses the old name, despite the new name being in core perl for quite a while. In particular, when upgrading postgresql.org to wheezy, this change (removal of Digest::SHA1) was one of the main issues, significantly bigger than all other together. There were about 40 modules/programs which used the old name, which all, at the same time, stopped working, and it tool quite some efforts to figure it all out and to make it all work again. This pain could be reduced significantly by one of at least two ways: 1. By documenting the fact that this module is no longer available, somewhere in release notes or something like that. One of the issues faced was complete lack of any information about this, and even searching does not reveal anything useful easily (google finds oldstable package but not this removal request). 2. By providing a compatibility layer, a tiny wrapper that just maps one namespace into another. I don't remember how this works in perl, but I guess it should be more or less trivial to do - so that old Digest::SHA1 name still works (maybe printing some deprecation warning or something). Either as an additional package (maybe using the same old name - libdigest-sha1-perl), or within core perl itself. One thing is to ensure there's no references to this old module in debian itself. And entirely another thing is user code which we in Debian can't control. Current situation is that wheezy breaks user code without any warning or any easily findable information (like published in NEWS.Debian). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710257: Incompatible with gpli 0.83
Package: fusioninventory-for-glpi Version: 2.4.0-1 Severity: grave Hi! Current version of fusioninventory-for-glpi only works with GLPI 0.80. The current version in Debian is 0.83. This package cannot therefore be used with GLPI making it a bit useless. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-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 Versions of packages fusioninventory-for-glpi depends on: ii glpi 0.83.31-2 ii libjs-prototype 1.7.1-3 fusioninventory-for-glpi recommends no packages. fusioninventory-for-glpi 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#640499: libxvmc: please add multiarch support
Package: libxvmc Followup-For: Bug #640499 Dear maintainers, Now that the wheezy has been released, could you please consider applying the patch(es) provided in the bug. Or if you don't have the time, do you want me to have a loot at this? Kind regards Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710258: openssh-client: cannot connect with some config (regression)
Package: openssh-client Version: 1:6.2p2-3 Severity: important There's a regression in openssh-client. I can no longer connect to some account. In particular, I have the following in my .ssh/config file: IdentityFile ~/.ssh/id_rsa-internal IdentityFile ~/.ssh/id_rsa Host ens ssh.ens-lyon.fr Hostname ssh.ens-lyon.fr User vlefevre ProxyCommand none StrictHostKeyChecking yes Host *.ens-lyon.fr User vlefevre StrictHostKeyChecking yes $ ssh ens no such identity: /home/vlefevre/.ssh/id_rsa-internal: No such file or directory Permission denied (publickey,keyboard-interactive). $ ssh -v ens OpenSSH_6.2p2 Debian-3, OpenSSL 1.0.1e 11 Feb 2013 debug1: Reading configuration data /home/vlefevre/.ssh/config debug1: /home/vlefevre/.ssh/config line 222: Applying options for ens debug1: /home/vlefevre/.ssh/config line 378: Applying options for * debug1: Control socket /tmp/ssh-ssh.ens-lyon.fr-22-vlefevre does not exist debug1: Connecting to ssh.ens-lyon.fr [140.77.51.8] port 22. debug1: Connection established. debug1: identity file /home/vlefevre/.ssh/id_rsa-internal type -1 debug1: identity file /home/vlefevre/.ssh/id_rsa-internal-cert type -1 debug1: identity file /home/vlefevre/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/vlefevre/.ssh/id_rsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.2p2 Debian-3 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.0p1 Debian-4 debug1: match: OpenSSH_6.0p1 Debian-4 pat OpenSSH* debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 none debug1: kex: client-server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: RSA 1f:2a:11:b7:75:21:39:71:8c:b3:21:2d:52:c5:21:64 debug1: Host 'ssh.ens-lyon.fr' is known and matches the RSA host key. debug1: Found key in /home/vlefevre/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/vlefevre/.ssh/id_rsa debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Offering RSA public key: /home/vlefevre/.ssh/id_rsa-mutt debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Offering RSA public key: /home/vlefevre/.ssh/id_rsa-svn debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Trying private key: /home/vlefevre/.ssh/id_rsa-internal no such identity: /home/vlefevre/.ssh/id_rsa-internal: No such file or directory debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,keyboard-interactive debug1: No more authentication methods to try. Permission denied (publickey,keyboard-interactive). But using ssh ssh.ens-lyon.fr is OK. Why? Note: indeed, /home/vlefevre/.ssh/id_rsa-internal doesn't exist, but why should this be a problem? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.10 ii libc6 2.17-3 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-6 ii libselinux1 2.1.13-2 ii libssl1.0.0 1.0.1e-3 ii passwd1:4.1.5.1-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages openssh-client recommends: ii xauth 1:1.0.7-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-ssh none pn monkeysphere none ii openssh-blacklist0.4.1+nmu1 ii openssh-blacklist-extra 0.4.1+nmu1 pn ssh-askpass 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#710260: clamav: Added autopkgtests
Package: clamav Version: 0.97.8+dfsg-1ubuntu1.13.04.1 Severity: wishlist Tags: patch User: yolanda.ro...@canonical.com Usertags: origin-ubuntu saucy ubuntu-patch debian/tests: added autopkgtests -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-14-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information diff -u clamav-0.97.8+dfsg/debian/changelog clamav-0.97.8+dfsg/debian/changelog --- clamav-0.97.8+dfsg/debian/changelog +++ clamav-0.97.8+dfsg/debian/changelog @@ -1,3 +1,15 @@ +clamav (0.97.8+dfsg-1ubuntu3) saucy; urgency=low + + * debian/tests: updated clamd test to don't required network access + + -- Yolanda Robla yolanda.ro...@canonical.com Wed, 29 May 2013 10:41:31 +0200 + +clamav (0.97.8+dfsg-1ubuntu2) saucy; urgency=low + + * debian/tests: Add autopkgtest. + + -- Yolanda Robla yolanda.ro...@canonical.com Wed, 22 May 2013 12:29:44 +0200 + clamav (0.97.8+dfsg-1ubuntu1.13.04.1) raring-security; urgency=low [ Seth Arnold ] diff -u clamav-0.97.8+dfsg/debian/control clamav-0.97.8+dfsg/debian/control --- clamav-0.97.8+dfsg/debian/control +++ clamav-0.97.8+dfsg/debian/control @@ -9,6 +9,7 @@ Vcs-Git: git://git.debian.org/pkg-clamav/clamav.git Vcs-Browser: http://git.debian.org/?p=pkg-clamav/clamav.git;a=summary Homepage: http://www.clamav.net/ +XS-Testsuite: autopkgtest Package: clamav-base Architecture: all only in patch2: unchanged: --- clamav-0.97.8+dfsg.orig/debian/tests/control +++ clamav-0.97.8+dfsg/debian/tests/control @@ -0,0 +1,3 @@ +Tests: clamd client milter +Depends: clamav-daemon, clamav, clamav-milter +Restrictions: needs-root only in patch2: unchanged: --- clamav-0.97.8+dfsg.orig/debian/tests/client +++ clamav-0.97.8+dfsg/debian/tests/client @@ -0,0 +1,13 @@ +#!/bin/bash +#--- +# Testing client +#--- +set -e +ADMIN=clamscan +$ADMIN --help /dev/null 21 +RET=$? + +if [[ $RET != 0 ]]; then + echo ERROR, ${ADMIN} is not running + exit $RET +fi only in patch2: unchanged: --- clamav-0.97.8+dfsg.orig/debian/tests/milter +++ clamav-0.97.8+dfsg/debian/tests/milter @@ -0,0 +1,13 @@ +#!/bin/bash +#-- +# Testing clamav-milter +#-- +set -e +DAEMON=clamav-milter + +if pidof -x $DAEMON /dev/null; then +echo OK +else +echo ERROR: ${DAEMON} IS NOT RUNNING +exit 1 +fi only in patch2: unchanged: --- clamav-0.97.8+dfsg.orig/debian/tests/clamd +++ clamav-0.97.8+dfsg/debian/tests/clamd @@ -0,0 +1,20 @@ +#!/bin/bash +#-- +# Testing clamav-daemon +#-- +set -e +DAEMON=clamd + +# copy the file form unit tests to clamav directory +cp `dirname $0`/../../unit_tests/input/bytecode.cvd /var/lib/clamav/main.cvd /dev/null 21 +cp `dirname $0`/../../unit_tests/input/bytecode.cvd /var/lib/clamav/daily.cvd /dev/null 21 + +# restart clamav +/etc/init.d/clamav-daemon start /dev/null 21 + +if pidof -x $DAEMON /dev/null; then +echo OK +else +echo ERROR: ${DAEMON} IS NOT RUNNING +exit 1 +fi
Bug#710262: ITP: Archi -- Archi is a tool and editor to create ArchiMate models
Package: wnpp Severity: wishlist Owner: Willem van den Akker wvdak...@wilsoft.nl * Package name: Archi Version : 2.4.0 Upstream Author : p.beauv...@dadabeatnik.com * URL : http://archi.cetis.ac.uk/ * License: MIT Programming Lang: Java Description : Archi is a free, open source, cross-platform tool and editor to create ArchiMate models -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org