Bug#760840: kde-config-touchpad doesn't start.System Settings-KDE crash handler is viewed.I can't use touchpad.

¡Hola Serkan! El 2014-09-08 a las 14:59 +0300, Serkan Kurt escribió: > Package: kde-config-touchpad > Version: 0.8.1-2 > Severity: important > "System Settings - KDE crash handler" is viewed when clicked to "Touchpad" > section on the "input devices" from the KDE "System Settings". This issue > h

Bug#258096: GOOD DAY

I was told to contact you by Mrs. Felicia Nathan who is currently here in a sick bed, there is one last wish of hers,she will want you to help her carry out please contact her private email (mrsfiliciana...@hotmail.com) for more details

Bug#760910: lolcat and filters: error when trying to install together

Package: filters,lolcat Version: filters/2.51 Version: lolcat/42.0.99-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-09-09 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not confl

Bug#760472: korganizer: Korganizer crashes when adding "traditional KDE calendar" fails to find any plugins

Kevin Krammer wrote: > It would still be a good idea to try the real/current calendar resource > instead of the compatibility mechanism, since the latter will go away at some > point. Sorry, I am not quite sure which kind of calendar resource you mean here. When I try to add a new calendar, I

Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted

Le Tue, 9 Sep 2014 02:09:56 +0200, Laurent Bigonville a écrit : [...] > > All the code is in src/crash.c from update-notifier on ubuntu. [...] Or we could use systemd/upstart user jobs to achieve this (pitti said something about that on IRC) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ.

Bug#760903: drbd8: drbd8-utils is built from both src:drbd8 and src:drbd-utils

Control: retitle -1 RM: drbd8 -- ROM; source package renamed to drbd-utils Control: reassign -1 ftp.debian.org On 07:21 Tue 09 Sep , Aurelien Jarno wrote: > Package: src:drbd8 > Version: 2:8.4.4-1 > Severity: serious > > drbd8-utils is built (in different versions) by both src:drbd8 and > src

Bug#760909: ruby-builder: FTBFS: cannot remove 'debian/ruby-builder-doc/usr/share/doc/ruby-builder-doc/rdoc/js/jquery.js': No such file or directory

Source: ruby-builder Version: 3.2.2-3 Severity: serious >From my pbuilder build log: ... debian/rules override_dh_install make[1]: Entering directory '/tmp/buildd/ruby-builder-3.2.2' dh_install rm debian/ruby-builder/usr/lib/ruby/vendor_ruby/blankslate.rb make[1]: Leaving directory '/tmp/build

Bug#760908: libmcrypt: libmcrypt: another autoreconf fix for arm64 build

Package: libmcrypt4 Version: 2.5.8-3.2 Severity: serious File: libmcrypt Tags: patch Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Dear Maintainer, Hi there. I've made some tweaks to how dh_autoreconf is called in the packaging a

Bug#760907: speedtest-cli: Incomplete debian/copyright file

Package: speedtest-cli Version: 0.3.0-1 Severity: serious Justification: Policy 12.5 Dear maintainer, This package incorporates code from python-six, released under the Expat license. I have attached a patch against the current debian/copyright in unstable. Cheers, Luke Faraone --- debian/copyri

Bug#760906: ITP: speedtest-cli -- test Internet bandwidth from the console

On 2014-09-08 22:43:36, Luke Faraone wrote: > Package: wnpp > Severity: wishlist > Owner: Luke Faraone > > * Package name: speedtest-cli > Version : 0.3.1 > Upstream Author : Matt Martz > * URL : https://github.com/sivel/speedtest-cli > * License : Apache-2.0

Bug#760906: ITP: speedtest-cli -- test Internet bandwidth from the console

Hi, this package is already in Debian. https://packages.debian.org/sid/speedtest-cli Cheers, zlatan On 9/9/14, Luke Faraone wrote: > Package: wnpp > Severity: wishlist > Owner: Luke Faraone > > * Package name: speedtest-cli > Version : 0.3.1 > Upstream Author : Matt Martz >

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

On Tue, 9 Sep 2014, James McCoy wrote: > > The problem here is two-fold. krb5-multidev's krb5-config recently > changed to emit “-isystem /usr/include/mit-krb5” for CFLAGS: > > krb5 (1.12.1+dfsg-9) unstable; urgency=high > > [ Jelmer Vernooij ] > … > * Use -isystem for include paths

Bug#760903: drbd8: drbd8-utils is built from both src:drbd8 and src:drbd-utils

Package: src:drbd8 Version: 2:8.4.4-1 Severity: serious drbd8-utils is built (in different versions) by both src:drbd8 and src:drbd-utils. The source package drbd8 should probably be removed for the archive as it has the lower version. -- System Information: Debian Release: jessie/sid APT prefe

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

James McCoy writes: > I understand that using -isystem works around FTBFS in other packages > which are using very high warning levels. However, it seems to me those > packages should reduce their use of -W flags instead of assuming all the > libraries they depend on live up to those flags (i.e.

Bug#760901: apache2: On kfreebsd fails to start with default config due to wrong locking mechanism

Package: apache2.2-common Version: 2.2.22-13+deb7u3 Severity: normal Apache fails to start due to unimplemented function in the default configuration when run on kfreebsd (at least amd64 but probably all). The solution is to add AcceptMutex fcntl in a file in /etc/apache2/conf.d Regards, Dani

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

James McCoy writes: > On Tue, Sep 09, 2014 at 12:48:11AM -0400, Benjamin Kaduk wrote: >> krb5 has started supplying pkgconfig files in 1.12; would it be easier for >> serf to use gssapi.pc instead of parsing krb5-config's output? > No, since the issue is the lack of understanding of the -isystem

Bug#760902: aptly: gave an error while installing aptly at ldd -r: failed at /usr/bin/adequate line 812, <$ldd> line 4.

Package: aptly Version: 0.5-4 Severity: normal Dear Maintainer, I was curious about aptly and hence installed it. While installing it came across the following :- $ sudo aptitude install aptly The following NEW packages will be installed: aptly 0 packages upgraded, 1 newly installed, 0 to remo

Bug#705967: myrepos - debian RFE #705967

also sprach Joey Hess [2013-11-21 18:59 +0100]: > > When you have a moment could you please consider commit c070209 > > from https://github.com/mhameed/myrepos > > > > Unfortunately most of github is unusable, so can't send a pull request > > independantly. > > It seems to me that if include com

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

Control: reassign -1 scons Control: affects -1 serf Control: tag -1 patch On Sun, Sep 07, 2014 at 07:07:24PM -0700, Daniel Schepler wrote: > From my pbuilder build log: > > ... > scons GSSAPI=/usr CFLAGS="-g -O2 -fstack-protector-strong -Wformat > -Werror=format-security" CPPFLAGS="-D_FORTIFY_S

Bug#760906: ITP: speedtest-cli -- test Internet bandwidth from the console

Package: wnpp Severity: wishlist Owner: Luke Faraone * Package name: speedtest-cli Version : 0.3.1 Upstream Author : Matt Martz * URL : https://github.com/sivel/speedtest-cli * License : Apache-2.0 Programming Lang: Python Description : command-line in

Bug#760905: emacs24: fails to install emacs24 from wheezy-backports

Package: emacs24 Severity: important Dear Maintainer, The emacs24 package from wheezy-backport can not be installed on wheezy because unmet dependencies. The error message is: emacs24 : Depends: libgnutls-deb0-28 (>= 3.2.10-0) but it is not going to be installed The libgnutls-deb0-28 is in bac

Bug#743617: Option for pure chaining

also sprach martin f krafft [2014-09-09 07:04 +0200]: > Bottom-up is when ~/.mrconfig does not know about > ~/subdir/.mrconfig or ~/subdir/another/.mrconfig. If I now run mr > in ~/subdir/another, > > - ~/.mrconfig and ~/subdir/another/.mrconfig *are* being read > - but ~/subdir/.mr

Bug#760904: installation-reports: no network on linkstation pro with jessie d-i

Package: installation-reports Severity: normal Dear debian-boot, When I TFTP-boot my Linkstation Pro using a Jessie D-I image, it appears to boot, but it never requests a DHCP address nor responds on the usual default (for this box) IP of 192.168.11.150. (Does D-I use a different fallback IP,

Bug#760538: [Ceph-maintainers] Bug#760538: ceph maintainer address redirects to a closed list

Hi Daniel, On Thu, 4 Sep 2014 20:18:48 Daniel Schepler wrote: > When posting a follow-up to a bug against src:ceph, I got the attached > message in reply. The maintainer address of a package must be reachable, > which might not be the case if the "list moderator" happens to be MIA. Thanks but ho

Bug#727085: Bug 727085: Taking over and marking it as pending.

package wnpp owner ! tags 727085 + fixed pending thanks Hello all. I *finally* uploaded the HHVM packages that I made for 3.2.0 to NEW. It's been hard but I hope they are up to the quality bar that the community deserves. In the meantime, they are in https://people.debian.org/~

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

On Mon, Sep 08, 2014 at 09:42:34PM -0700, Russ Allbery wrote: > I think fixing scons is actually the path of least resistance here, and > anything else leads to regressions in other things we care about in the > archive. It shouldn't require anything more than treating -isystem > identically to -I

Bug#743617: Option for pure chaining

also sprach martin f krafft [2014-09-09 05:49 +0200]: > The manpage specifies: > > mr is configured by .mrconfig files, which list the > repositories. It starts by reading the .mrconfig file in your > home directory, and this can in turn chain load .mrconfig files > from repositor

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

On Tue, Sep 09, 2014 at 12:48:11AM -0400, Benjamin Kaduk wrote: > krb5 has started supplying pkgconfig files in 1.12; would it be easier for > serf to use gssapi.pc instead of parsing krb5-config's output? No, since the issue is the lack of understanding of the -isystem flag, which is still going

Bug#760804: serf: FTBFS: Directory /usr/include/mit-krb5 found where file expected.

Adding krb5 maintainers to discuss ownership of the bug. On Sun, Sep 07, 2014 at 07:07:24PM -0700, Daniel Schepler wrote: > From my pbuilder build log: > > ... > scons GSSAPI=/usr CFLAGS="-g -O2 -fstack-protector-strong -Wformat > -Werror=format-security" CPPFLAGS="-D_FORTIFY_SOURCE=2" > LINKF

Bug#760499: partman-partitioning: uninstallable on kfreebsd-*: depends on ntfs-3g-udeb

Steven Chamberlain (2014-09-08): > On 04/09/14 20:22, Cyril Brulebois wrote: > > this package is no longer installable on kfreebsd-* since it depends on > > ntfs-3g-udeb; this totally breaks d-i on kfreebsd-* since partman-base > > depends on partman-partitioning, and many other components depend

Bug#760861: bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

Pádraig Brady wrote: So we'll stick with the longer form (which is likely to be cut n pasted in any case) While this sounds like a win, I still like the idea of renaming the troublesome info node, as there is a lot of advice out there to use the old forms for 'info' and it's probably better t

Bug#743617: Hack to work around this

The hack to work around this weirdness seems to be to write [.] skip = test $PWD = $OLDPWD into ~/some/path/subdir/.mrconfig. This has the side effect that the counter of skipped repositories is +1 on runs in ~/some/path, which may be confusing, but when run in ~/some/path/subdir, the current

Bug#743617: Option for pure chaining

also sprach martin f krafft [2014-04-04 10:42 +0200]: > mr status: /home/madduck/debian/debconf/team/pub-data > mr status: /home/madduck/debian/debconf/team/pub-data/. […] > I think this could be done in two ways: > > 1. Either chain==true repos should only ever be processed for > "che

Bug#750924: RFA: qmmp -- feature-rich audio player with support of many formats

On Mon, 8 Sep 2014 16:19:26 -0400, Matteo Cypriani wrote: > I'm willing to adopt qmmp, I already started working on it. Hopefully I'll > be able to upload the last upstream version (0.8.1) before the freeze. I created a Git repository on collab-maint and pushed my work: http://anonscm.debian.or

Bug#760888: src:java-gnome: FTBFS on armhf: './doc/api/': No such file or directory

On 09/08/2014 02:43 PM, Adam Borowski wrote: > Package: src:java-gnome > Version: 4.1.3-1 > Severity: serious > Justification: fails to build from source (but built successfully in the past) > > Hi! > During an archive rebuild on armhf, your package failed to build, despite > multiple retries. It

Bug#760856: [Pkg-ime-devel] Bug#760856: libskk: New upstream version and watch file update

Osamu Aoki writes: > Source: libskk > Version: 1.0.0-1 > Severity: normal > > Daiki, are you going to update Debian package? Or should I? Sorry, I'm afraid I will not be able to devote much time for Debian packaging. I'm also not sure if I still have the right to upload a package after the DMU

Bug#757982: xserver segmentation fault

On 08.09.2014 20:32, repron wrote: Last several freezes of Xorg, coused that Xorg.o.log file ended suddenly, without SIGSEGV. I am still trying to reproduce exactly the same state of "freeze" as mentioned in the bug. Of course it can be a bug in kernel or somewhere else but if I had uninstalle

Bug#758105: grep -P and invalid exits with error

Patch updated. Paul, thanks for the previous comments. As you suggested, the attached patch doesn't copy the buffer and splits the input when it finds an invalid character. For the moment, I don't see a cleaner way to avoid the pcre internals. Regards, Santiago From d58b53f86bb3f4b97137f708c159

Bug#760763: libav-tools: conffiles not removed

On Mon, 2014-09-08 at 22:38 -0400, Reinhard Tartler wrote: > AFAIUI, I should add a debian/libav-tools.maintscript with the > following content: > > rm_conffile /etc/avserver.conf 6:10.2-1~ > > Does this sound good to you? Sounds good to me. -- bye, pabs http://wiki.debian.org/PaulWise sig

Bug#760763: libav-tools: conffiles not removed

AFAIUI, I should add a debian/libav-tools.maintscript with the following content: rm_conffile /etc/avserver.conf 6:10.2-1~ Does this sound good to you? -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Co

Bug#759045: congruity: working on patch

Hi Olly, I'm the upstream maintainer for congruity. Thanks for working on updating it to support wxPython 3.0. Unfortunately, there is a bit more work to do in order to get it going. I'm working on it, and I'll let you know when I have a working patch. Thanks, Scott -- To UNSUBSCRIBE, e

Bug#712729: The fix for this breaks other packages

On Mon, Sep 8, 2014 at 7:51 PM, Simon Ruderich wrote: > On Wed, Sep 03, 2014 at 06:17:52PM -0400, Felipe Sateler wrote: >> The problem is that such a blacklist could include other invalid shell >> characters: + comes to mind, but I don't know the entire set of >> character which are allowed as she

Bug#514005: mod_gnutls: HTTPS server variable set incorrectly for mod_rewrite's RewriteCond

Package: libapache2-mod-gnutls Followup-For: Bug #514005 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I report that this bug is still present in the current version of debian wheezy. As I switched my apache2 from openssl to gnuTLS I got a redirect loop on one of my websites. The problem was caus

Bug#514005: mod_gnutls: HTTPS server variable set incorrectly for mod_rewrite's RewriteCond

Package: libapache2-mod-gnutls Followup-For: Bug #514005 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ine

Bug#760347: Shall we proceed with Clint's archives or do you have them handy?

Stew, You said you had full archives? Would it be a lot of trouble to forward them to the this bug in compressed mbox format? If it's a problem, we should be able to proceed with Clint's copy, but he said he might be missing some due to over-aggressive spam filtering. Thanks, Brian -- To UNSUB

Bug#749659: audacity + wxWidgets 3.0 — Proposing patch

Control: tag -1 -patch Control: severity -1 normal Hi, I wonder what's the status of this bug. The most recent email did not help to clarify, so I test-compiled wx3.0.patch as proposed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749659#35, and can confirm that the package builds fine. Ho

Bug#760763: libav-tools: conffiles not removed

On Mon, 2014-09-08 at 21:48 -0400, Reinhard Tartler wrote: > Actually, that configuration file should just get removed. Is there a > better way than "rm -r /etc/avserver.conf" in postinst? I guess you mean rm -f, but I think the right way to remove it is to use the dpkg-maintscript-helper support

Bug#760763: libav-tools: conffiles not removed

On Sun, Sep 7, 2014 at 1:06 PM, Paul Wise wrote: > Package: libav-tools > Version: 6:11~beta1-2 > Severity: normal > Usertags: conffile > User: debian...@lists.debian.org > Usertags: obsolete-conffile adequate > > The recent upgrade did not deal with obsolete conffiles properly. > Please use the d

Bug#758480: [PKG-OpenRC-Debian] Bug#758480: that's a bug in udev not openrc

On 09/09/2014 09:05 AM, Adam Borowski wrote: >> 5. Press Ctrl-C when waiting for /dev to be populated (seems to be an >>unrelated bug) > > This is the cause. If you let it settle, everything works ok. > > I was able to reproduce your bug at around 50% rate on a slow VM, by > pressing ^C righ

Bug#739385: aegisub: FTBFS on armel: std::future is broken

On 18/02/14 02:16, Sebastian Reichel wrote: > Source: aegisub > Version: 3.1.2-1 > Severity: serious > Justification: fails to build from source > > aegisub fails to build from source on armel, but built in the past: This is a problem as the new version doesn't migrate, affecting existing transit

Bug#760900: [libteamdctl0] "Libteam provide mechanism" in extended description

Package: libteamdctl0 Version: 1.12-1 Severity: minor The extended description contains: Libteam provide mechanism to team multiple NICs (ports) into one logical one (teamdev) at L2 layer. "Libteam" is singular, therefore "to provide" should be third person singular and end with an "s" ("pr

Bug#760899: libphonenumber: FTBFS on hppa: some tests fail

Package: libphonenumber Version: 6.3~svn698-3 Severity: normal Failed tests: testGlobalNetworkNumbers(com.google.i18n.phonenumbers.ExampleNumbersTest): No example phone number for calling code 878 testIsEmergencyNumberWithPlusSign_US(com.google.i18n.phonenumbers.ShortNumberUtilTest) test

Bug#740495: Moreinformation about imagemagick transition

On 17/08/14 21:39, Bastien ROUCARIES wrote: > Hi, > > About imagemagick transition: > a. I have tried to compile every dependency [1] in pbuilder > b. Every package work except: > 1. gnudatalanguage has a dependency problem due to a virtual > package (b-d uninstable) > 3. libtuxcap does

Bug#740495: Moreinformation about imagemagick transition

On 17/08/14 21:39, Bastien ROUCARIES wrote: > Hi, > > About imagemagick transition: > a. I have tried to compile every dependency [1] in pbuilder > b. Every package work except: > 1. gnudatalanguage has a dependency problem due to a virtual > package (b-d uninstable) > 3. libtuxcap does

Bug#758480: that's a bug in udev not openrc

> 5. Press Ctrl-C when waiting for /dev to be populated (seems to be an >unrelated bug) This is the cause. If you let it settle, everything works ok. I was able to reproduce your bug at around 50% rate on a slow VM, by pressing ^C right away when this message appears. So it seems it's a bug

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 09/09/2014 01:32 AM, Vincent Lefevre wrote: > On 2014-09-08 18:10:35 -0600, Bob Proulx wrote: >> Note that IIRC originally the pointer was: >> >> info touch >> >> But that failed due to shortcomings in variously implemented >> install-info commands that I don't remember now. > > There were ac

Bug#760898: libsndfile1-dev: Ogg/Vorbis writing segfaults with large buffer size

Package: libsndfile1-dev Version: 1.0.25-5 Severity: normal The following program segfaults when trying to write a large block to an Ogg/Vorbis file at once. The exact size where it crashes seems to depend on the parameters (samplerate, channels), but was always below 0x80 in my tests. Writin

Bug#760896: drbd8-utils: On-line device verification fails with high syncer rate

Package: drbd8-utils Version: 2:8.3.13-2 Severity: important -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 2014-09-08 18:10:35 -0600, Bob Proulx wrote: > Note that IIRC originally the pointer was: > > info touch > > But that failed due to shortcomings in variously implemented > install-info commands that I don't remember now. There were actually several (Debian-specific?) problems with this form

Bug#760897: release-notes: systemd switch: customised init scripts

Package: release-notes Severity: normal Exactly how the init system is to be handled for wheezy->jessie upgrades is still being argued about (and probably still will be in a few months...). What is clear, however, is that some sort of "migration to systemd" documentation would be appropriate to in

Bug#760873: [vim-gtk] Incorrect display of ascii glyps (ie. displays 'm' in place of 'g').

Control: severity -1 important Control: tag -1 unreproducible moreinfo On Mon, Sep 08, 2014 at 06:43:26PM +, darkestkhan wrote: > When using gvim various ascii glyphs (kanji and kana are displayed w/o > any kind of problems) > are displayed with various seemingly random glyphs (and even this i

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

Thanks for the investigation! Following that line, I think I have solved all de-serialization problems in GIT head: https://github.com/jlblancoc/mrpt/commits/master The two relevant patches are: 1) https://github.com/jlblancoc/mrpt/commit/7b1536c7f43ddc9cc949407f71fde0c8db0ecf5b 2) https://githu

Bug#760526: Enable AppArmor support (using libapparmor)

Hi, Michael Biebl wrote (05 Sep 2014 00:16:43 GMT) : > With AppArmor support enabled, services can make use of the > AppArmorProfile= option [1]. This option is e.g. needed for the systemd unit file for Tor to be on-par, functionality-wise, with the current initscript we have (a shell wrapper dir

Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted

Le Fri, 05 Sep 2014 18:26:37 +0530, Ritesh Raj Sarraf a écrit : > On Tuesday 02 September 2014 02:00 PM, Ritesh Raj Sarraf wrote: > > On Monday 01 September 2014 05:27 PM, Laurent Bigonville wrote: > >> I think this is actually a race condition between apport-notifyd > >> and /usr/share/apport/ap

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

Pádraig Brady wrote: > Andreas Schwab wrote: > > Bob Proulx writes: Not me! :-) It was Vincent Lefevre who wrote: > >> This is now incorrect (as of 8.23?), because it gives the page: > > > > "info touch" still works, which is equivalent to "info '(coreutils)touch > > invocation'". I was previ

Bug#748535: transition: gnutls28

On 07/09/14 14:11, Andreas Metzler wrote: > On 2014-08-31 Andreas Metzler wrote: >> On 2014-08-03 Andreas Metzler wrote: > [...] >> almost the final ones: > > Hello, > This seems to be the final one for some time: > > nmu git-annex 5.20140831 . ALL . -m 'Rebuild against gnutls28' Scheduled. E

Bug#757575: transition: libgcrypt20

On 07/09/14 18:21, Andreas Metzler wrote: > On 2014-08-23 Andreas Metzler wrote: > [...] >> (gjiten) failed. I plan NMU this one and later let libgcrypt20-dev >> provide libgcrypt-dev. > [...] > > Hello, > this has now happened, could you please schedule binNMUs for the > following packages when

Bug#760895: man-db: use database file mtimes rather than storing an mtime in the database

Package: man-db Version: 2.6.7.1-1 Severity: normal At DebConf, Paul Wise drew my attention to https://wiki.debian.org/ReproducibleInstalls, which has a good deal of noise from man-db's database files. These discrepancies are probably simply due to the database modification time being stored as a

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

On Mon, Sep 8, 2014 at 3:53 PM, Sage Weil wrote: > Ah, I got it to work with AC_COMPILE_IFELSE nad AC_LANG_PROGRAM. Can you > take a look? > > https://github.com/ceph/ceph/pull/2428 Looks fine to me -- except (minor point) I'd probably put arch_x32=0 inside the AC_COMPILE_IFELSE call, e.

Bug#760894: [hplip] HP all in one 3516 don't scan

Package: hplip Version: 3.12.6-3.1+deb7u1 Severity: important --- Please enter the report below this line. --- Two error messages: # sane-find-scanner # sane-find-scanner will now attempt to detect your scanner. If the # result is different from what you expected, first make sure your #

Bug#752687: rubber: BD on obsolete package python-support (>= 0.90.0) => use dh_python2 instead

Package: rubber Followup-For: Bug #752687 Dear Maintainer, Consider the attached patch to fix this. It builds fine as is, but feel free to improve or modify as you see fit. Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Ar

Bug#760893: RFS: cppreference-doc/20140827+dfsg0-1 C and C++ standard library reference

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "cppreference-doc": dget -x http://mentors.debian.net/debian/pool/main/c/cppreference-doc/cppreference-doc_20140827+dfsg0-1.dsc It builds these binary packages: * cppreference-doc-en-html -

Bug#760892: RFS: cppreference-doc/20140827+dfsg0-1 C and C++ standard library reference

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "cppreference-doc": dget -x http://mentors.debian.net/debian/pool/main/c/cppreference-doc/cppreference-doc_20140827+dfsg0-1.dsc It builds these binary packages: * cppreference-doc-en-html -

Bug#760169: partman-ufs: enable soft-updates

tags 760169 + pending thanks On 01/09/14 15:57, Steven Chamberlain wrote: > I propose that, as we discussed last year, we might enable soft-updates > for newly-created kfreebsd UFS filesystems. partman-ufs is now > kfreebsd-any so this change wouldn't affect other architectures. Since a week has

Bug#712729: The fix for this breaks other packages

On Wed, Sep 03, 2014 at 06:17:52PM -0400, Felipe Sateler wrote: > The problem is that such a blacklist could include other invalid shell > characters: + comes to mind, but I don't know the entire set of > character which are allowed as shell variables, as opposed to the > valid make allowed chars.

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

On Mon, 8 Sep 2014, Daniel Schepler wrote: > On Mon, Sep 8, 2014 at 3:28 PM, Sage Weil wrote: > >> if test x"$cpu" = x"x86_64" || test x"$cpu" = x"i386"; then > >> cat >conftest.c <<-'EOF' > >> #if defined(__x86_64__) && defined(__ILP32__) > >> #error x32 > >> #endif > >>

Bug#603544: Migration to slapd.d fails with: config_build_entry: build "cn={10}gosa+samba3" failed: "(null)"

On 15/11/10 12:25 AM, Frederik Himpe wrote: Migrating slapd.conf file (/etc/ldap/slapd.conf) to slapd.d failed with the following error while running slaptest: config_build_entry: build "cn={10}gosa+samba3" failed: "(null)" backend_startup_one (type=config, suffix="cn=config"): bi_db_o

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

On Mon, Sep 8, 2014 at 3:28 PM, Sage Weil wrote: >> if test x"$cpu" = x"x86_64" || test x"$cpu" = x"i386"; then >> cat >conftest.c <<-'EOF' >> #if defined(__x86_64__) && defined(__ILP32__) >> #error x32 >> #endif >> EOF >> $CC -c conftest.c || cpu=x32 >> fi > >

Bug#753885: RM: emacs23 -- ROM; replaced by emacs24

severity 753988 serious severity 753994 serious severity 753995 serious severity 753996 serious severity 753998 serious severity 754000 serious severity 754001 serious severity 754002 serious severity 754003 serious severity 754005 serious severity 754006 serious severity 754009 serious severity 7

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

On Mon, 8 Sep 2014, Thorsten Glaser wrote: > Sage Weil dixit: > > >I'll apply the original patch (and backport) to start. But making the > >build properly detect amd64 would be even better. Right now we are > >testing whether `arch` = 'x86_64'. What should we do to distinguish > >between an

Bug#760800: libpam-systemd: Dependency problem prevents package from installing with systemd-shim 7.3

Am 09.09.2014 00:20, schrieb Sven Joachim: > On 2014-09-09 00:07 +0200, Michael Biebl wrote: > >> Am 09.09.2014 00:06, schrieb Sven Joachim: >>> On 2014-09-08 01:56 +0200, Michael Biebl wrote: >>> On the other hand, we are going to upload 215 to unstable soonish, so this issue will solve

Bug#760800: libpam-systemd: Dependency problem prevents package from installing with systemd-shim 7.3

On 2014-09-09 00:07 +0200, Michael Biebl wrote: > Am 09.09.2014 00:06, schrieb Sven Joachim: >> On 2014-09-08 01:56 +0200, Michael Biebl wrote: >> >>> On the other hand, we are going to upload 215 to unstable soonish, so >>> this issue will solve itself automatically after a binNMU. >> >> I don't

Bug#744404: LWPx::ParanoidAgent fails complaining about Mozilla::CA, which is not in Debian

Package: liblwpx-paranoidagent-perl Version: 1.10-3 Followup-For: Bug #744404 Control: severity -1 grave Bumping the severity of this bug as even with #738493 fixed, it's still impossible to verify connexions properly unless PERL_LWP_SSL_CA_FILE is set to /etc/ssl/certs. It seems to me this shoul

Bug#760891: "serious" severity refers to wheezy rc policy on jessie

Package: reportbug Version: 6.5.0+nmu1 Severity: minor seems like this text should be fixed in jessie before the release 3 serious is a severe violation of Debian policy (that is, the problem is a violation of a 'must' or 'required' directive); may or

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

On Mon, Sep 8, 2014 at 2:52 PM, Thorsten Glaser wrote: > Daniel Schepler dixit: > >>-mx32), and then run file on the test program. If file outputs > > No, file(1) is an added dependency, unreliable (can have false > positives and negatives) and known to change output from time > to time. OK...

Bug#760800: libpam-systemd: Dependency problem prevents package from installing with systemd-shim 7.3

On 2014-09-08 01:56 +0200, Michael Biebl wrote: > Control: reassign -1 systemd-shim > > Am 08.09.2014 01:47, schrieb phaoost: >> Package: libpam-systemd >> Version: 215-1 >> Severity: important >> File: libpam-systemd >> >> Dear Maintainer, >> >> When I am trying to install this package with sys

Bug#759348: cups-browsed: May hang for 90 seconds when restarted

retitle 759348 cups-browsed: May hang for 90 seconds when restarted thanks On Tue 26 Aug 2014 at 16:46:33 +0100, Brian Potkin wrote: > systemctl restart cups.service cups-browsed.service >Aug 26 15:51:18 unstable systemd[1]: Stopping CUPS Printing Service... >Aug 26 15:51:18 unstable s

Bug#760800: libpam-systemd: Dependency problem prevents package from installing with systemd-shim 7.3

Am 09.09.2014 00:06, schrieb Sven Joachim: > On 2014-09-08 01:56 +0200, Michael Biebl wrote: > >> Control: reassign -1 systemd-shim >> >> Am 08.09.2014 01:47, schrieb phaoost: >>> Package: libpam-systemd >>> Version: 215-1 >>> Severity: important >>> File: libpam-systemd >>> >>> Dear Maintainer, >

Bug#760889: Enable nodejs to build on ppc64el

Hi Jérémy, On 09/08/2014 06:59 PM, Jérémy Lal wrote: > Le lundi 08 septembre 2014 à 18:44 -0300, Breno Leitao a écrit : >> Package: nodejs >> Version: 0.10.29~dfsg-1 >> Severity: normal >> >> Hi, >> >> I would like to enable nodejs to build for ppc64el. It was ported and the >> upstream process is

Bug#753885: RM: emacs23 -- ROM; replaced by emacs24

severity serious 753988 severity serious 753994 severity serious 753995 severity serious 753996 severity serious 753998 severity serious 754000 severity serious 754001 severity serious 754002 severity serious 754003 severity serious 754005 severity serious 754006 severity serious 754009 severity se

Bug#760383: [Ceph-maintainers] Bug#760383: ceph: FTBFS on x32 due to overly broad yasm Build-Depends

Daniel Schepler dixit: >-mx32), and then run file on the test program. If file outputs No, file(1) is an added dependency, unreliable (can have false positives and negatives) and known to change output from time to time. >Or, less reliably, you could look at the configure triplet, which is >x86

Bug#760889: Enable nodejs to build on ppc64el

Le lundi 08 septembre 2014 à 18:44 -0300, Breno Leitao a écrit : > Package: nodejs > Version: 0.10.29~dfsg-1 > Severity: normal > > Hi, > > I would like to enable nodejs to build for ppc64el. It was ported and the > upstream process is still in progress. > > For now, the patches are at https://g

Bug#760877: libjackson2-annotations-java: Should provide jackson-annotations-2.x.pom

Control: tags -1 + patch On Mon, 08 Sep 2014 21:22:53 +0200 Gilles Filippini wrote: > Package: libjackson2-annotations-java > Version: 2.4.2-1 > Severity: serious > Justification: Make other java packages FTBFS > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, > > libjackson2-annot

Bug#757784: postgresql-prioritize needs update for postgresql-9.4

thanks On Sat, Sep 6, 2014 at 11:24 PM, Christoph Berg wrote: > NMU diff attached. > > Christoph > -- > c...@df7cb.de | http://www.df7cb.de/ > -- Cyril Bouthors - ISVTEC - +33-1-84-16-16-17 https://www.linkedin.com/in/cyrilbouthors

Bug#731784: bobot++: please migrate to guile-2.0

severity 731784 serious thanks Oops -- was already severity serious (restore it). -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRI

Bug#731784: bobot++: please migrate to guile-2.0

severity 731784 important thanks Rob Browning writes: > Package: bobot++ > Version: 1:1.97-10.4 > > I'm trying to have guile-1.6 (and soon guile-1.8) removed from unstable, > please migrate to guile-2.0 (or at least guile-1.8) as soon as possible. > > Oh, and if it helps, there appears to be an

Bug#760890: unburden-home-dir: Option -F (don't check for open files) fails on NFS if there are open files

Package: unburden-home-dir Version: 0.3.2.4 "unburden-home-dir -F" fails on NFS if there are open files it cannot remove (usually they are renamed to .nfs* during the attempt to delete them): cannot remove directory for t/lsof-force/1/.foobar: Directory not empty at bin/unburden-home-dir line 22

Bug#760889: Enable nodejs to build on ppc64el

Package: nodejs Version: 0.10.29~dfsg-1 Severity: normal Hi, I would like to enable nodejs to build for ppc64el. It was ported and the upstream process is still in progress. For now, the patches are at https://github.com/andrewlow/node. So, the next step here is to attach a patch that applies s

Bug#760499: partman-partitioning: uninstallable on kfreebsd-*: depends on ntfs-3g-udeb

On 04/09/14 20:22, Cyril Brulebois wrote: > this package is no longer installable on kfreebsd-* since it depends on > ntfs-3g-udeb; this totally breaks d-i on kfreebsd-* since partman-base > depends on partman-partitioning, and many other components depend on > partman-base. I'm a little worried t

Bug#760887: RM: eclipse-cdt [kfreebsd-amd64 kfreebsd-i386] -- ANAIS; openjdk-7 no longer the default Java

Package: ftp.debian.org Dear FTP Masters, For a while, openjdk-7 was the default JDK on kfreebsd-*. That allowed eclipse-cdt to build. But this is no longer the case. Java packaging policy doesn't allow to depend on a non-default Java. Therefore, please could the out-of-date eclipse-cdt kfree

  1   2   3   4   >