Bug#792818: tuxtype: chown does not work in build enviroment
This issue is for RPM distros, maybe others, not for install target, but for %install section of spec file. They use %attr(-,root,games) for /var/lib/tuxtype/words in section %files instead of chown. This issue is about how to find total solution. /var/lib/tuxtype/words must be writable 775 for games group else Editor is not usable. It should be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792839: missing license in debian/copyright
Package: bullet Version: 2.83.4+dfsg-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: data/seymourplane_triangulate.dae src/Bullet3OpenCL/NarrowphaseCollision/b3VoronoiSimplexSolver.cpp src/BulletCollision/NarrowPhaseCollision/btVoronoiSimplexSolver.cpp to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782098: openexr, libopenexr-dev: directory vs. symlink conflict: /usr/share/doc/{openexr, libopenexr-dev} - /usr/share/doc/libopenexr6
Followup-For: Bug #782098 Control: tag -1 patch Hi Mathieu, attached is a patch that performs a proper symlink_to_dir transition for the packages openexr and libopenexr-dev. Andreas From 5bc903be37e65a7ade0335116a7b0422bc99272c Mon Sep 17 00:00:00 2001 From: Andreas Beckmann a...@debian.org Date: Sun, 19 Jul 2015 04:13:10 +0200 Subject: [PATCH 2/2] perform the /usr/share/doc/$pkg symlink_to_dir transition --- debian/changelog | 2 ++ debian/libopenexr-dev.links | 1 - debian/libopenexr-dev.maintscript | 1 + debian/openexr-doc.links | 1 - debian/openexr.maintscript| 1 + 5 files changed, 4 insertions(+), 2 deletions(-) delete mode 100644 debian/libopenexr-dev.links create mode 100644 debian/libopenexr-dev.maintscript delete mode 100644 debian/openexr-doc.links create mode 100644 debian/openexr.maintscript diff --git a/debian/changelog b/debian/changelog index 2ece12e..a676fad 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,8 @@ openexr (2.2.0-2) UNRELEASED; urgency=medium [ Andreas Beckmann ] * openexr-doc: Add Replaces: openexr ( 1.6.1-9). (Closes: #782106) + * openexr, libopenexr-dev: Transition /usr/share/doc/$PACKAGE from symlink +to directory. (Closes: #782098) -- Andreas Beckmann a...@debian.org Sun, 19 Jul 2015 03:48:03 +0200 diff --git a/debian/libopenexr-dev.links b/debian/libopenexr-dev.links deleted file mode 100644 index af013e5..000 --- a/debian/libopenexr-dev.links +++ /dev/null @@ -1 +0,0 @@ -#usr/share/doc/libopenexr6 usr/share/doc/libopenexr-dev diff --git a/debian/libopenexr-dev.maintscript b/debian/libopenexr-dev.maintscript new file mode 100644 index 000..ac244a6 --- /dev/null +++ b/debian/libopenexr-dev.maintscript @@ -0,0 +1 @@ +symlink_to_dir /usr/share/doc/libopenexr-dev libopenexr6 2.2.0-2~ diff --git a/debian/openexr-doc.links b/debian/openexr-doc.links deleted file mode 100644 index 94271ec..000 --- a/debian/openexr-doc.links +++ /dev/null @@ -1 +0,0 @@ -#usr/share/doc/libopenexr6 usr/share/doc/openexr diff --git a/debian/openexr.maintscript b/debian/openexr.maintscript new file mode 100644 index 000..70a0f4b --- /dev/null +++ b/debian/openexr.maintscript @@ -0,0 +1 @@ +symlink_to_dir /usr/share/doc/openexr libopenexr6 2.2.0-2~ -- 2.1.4
Bug#792838: sitemesh: fails to build properly _and_ silently, when LC_ALL is not set
Source: sitemesh Version: 2.4.1+dfsg-4 Severity: serious Tags: sid x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, sitemesh builds differently in our setup, that is the installed size of libsitemesh-java-doc is 213 when build with LC_ALL not set and when it's set to fr_CH.UTF-8 the installed size is 4999. IOW: it produces different binary packages dependening whether+how LC_ALL is set. https://reproducible.debian.net/dbd/unstable/amd64/sitemesh_2.4.1+dfsg-4.debbindiff.html shows how the binaries differ. https://reproducible.debian.net/reproducible.html has a table explaining the variations between two builds in our setup. (At the bottom of that page.) https://reproducible.debian.net/logdiffs/unstable/amd64/sitemesh_2.4.1+dfsg-4.diff.gz shows a diff between the two build logs, showing this diff: jar: @@ -1538,24 +1533,30 @@ [javadoc] Loading source files for package com.opensymphony.module.sitemesh.multipass... [javadoc] Loading source files for package com.opensymphony.module.sitemesh.parser... [javadoc] Loading source files for package com.opensymphony.module.sitemesh.taglib... - [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/util/FastByteArrayOutputStream.java:24: error: unmappable character for encoding ASCII [javadoc] Loading source files for package com.opensymphony.module.sitemesh.taglib.decorator... - [javadoc] * @author Rickard ???berg [javadoc] Loading source files for package com.opensymphony.module.sitemesh.taglib.page... - [javadoc]^ [javadoc] Loading source files for package com.opensymphony.module.sitemesh.util... - [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/util/FastByteArrayOutputStream.java:24: error: unmappable character for encoding ASCII - [javadoc] * @author Rickard ???berg - [javadoc] ^ - [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/util/FastByteArrayOutputStream.java:24: error: unmappable character for encoding ASCII - [javadoc] * @author Rickard ???berg - [javadoc] ^ [javadoc] Loading source files for package com.opensymphony.module.sitemesh.velocity... [javadoc] Loading source files for package com.opensymphony.sitemesh... [javadoc] Loading source files for package com.opensymphony.sitemesh.compatability... [javadoc] Loading source files for package com.opensymphony.sitemesh.webapp... [javadoc] Loading source files for package com.opensymphony.sitemesh.webapp.decorator... - [javadoc] 3 errors + [javadoc] Constructing Javadoc information... + [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/module/sitemesh/html/tokenizer/Parser.java:22: error: cannot find symbol + [javadoc] public class Parser extends Lexer { + [javadoc] ^ + [javadoc] symbol: class Lexer + [javadoc] Standard Doclet version 1.7.0_79 + [javadoc] Building tree for all the packages and classes... + [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/sitemesh/compatability/package.html: error - Body tag missing from HTML file + [javadoc] /tmp/buildd/sitemesh-2.4.1+dfsg/src/java/com/opensymphony/sitemesh/webapp/package.html: error - Body tag missing from HTML file + [javadoc] Generating /tmp/buildd/sitemesh-2.4.1+dfsg/dist/docs/api/serialized-form.html... + [javadoc] Copying file /tmp/buildd/sitemesh-2.4.1+dfsg/docs/api.css to file /tmp/buildd/sitemesh-2.4.1+dfsg/dist/docs/api/api.css... + [javadoc] Building index for all the packages and classes... + [javadoc] Building index for all classes... + [javadoc] Generating /tmp/buildd/sitemesh-2.4.1+dfsg/dist/docs/api/help-doc.html... + [javadoc] 2 errors + [javadoc] 1 warning cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#792844: libatombus-perl: ships usr/share/man/man3/README.3pm.gz
Package: libatombus-perl Version: 1.0405-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite /usr/share/man/man3/README.3pm.gz is a very generic name that is prone to file overwrite conflicts between packages (which caused its detection). Please rename it to something more specific. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792843: missing license in debian/copyright
Package: gsl Version: 1.16+dfsg-3 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing LGPL license of files in utils/* to your debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787914: nano: new multi-edit detection segfaults when I say no
On Thu, Jul 16, 2015, at 04:01, Paul Wise wrote: You can see the compiler commands used by clicking the Result column for the architectures on this page. https://buildd.debian.org/status/logs.php?pkg=nano It uses -fstack-protector-strong, which my compiler doesn't yet have. But if that was kicking in, it would have reported a stack smashing detected and have aborted instead of segfaulted. I cannot reproduce it with -fstack-protector nor -fstack-protector-all. Maybe it has to do with being a 64-bit system? Can you test on a 32-bit machine? If the line number given in your original backtrace is accurate, then it is segfaulting on a do_gotolinecolumn(). Strange. Does the segfault also occur if you start both nanos with nano +1 foo ? Interestingly if I run nano under valgrind it doesn't segfault but there are definitely some coding problems; several uninitialised values, memory leaks and reading into unaddressable bytes. I have zero experience with valgrind or any other code-checking tools. Two days ago I ran valgrind on src/nano, but am puzzled by what all this means. I did find and plug a little memleak (totally unrelated to this crash), but will need a lot of time to learn to interpret valgrind's (and other tools') results. Benno -- http://www.fastmail.com - A fast, anti-spam email service. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun 19 Jul 2015 at 08:28:28 +0100, John Talbut wrote: ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) That doesn't look very healthy but I don't know what significance it has in the context of this report. My system shows Active: active (waiting). Do you get any error message from Iceweasel if you run it from a terminal? Please post the output of 'netstat -tulpan | grep cups'. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792845: libclang-perl: ships usr/share/man/man3/README.3pm.gz
Package: libclang-perl Version: 0.09-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite /usr/share/man/man3/README.3pm.gz is a very generic name that is prone to file overwrite conflicts between packages (which caused its detection). Please rename it to something more specific. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789831: [sdcc] Please package latest upstream version
Hi Philip I have started packaging version 3.5.0 but it will take some time Until release I will keep the packages on my private server. deb http://gudjon.org/debian amd64/ deb-src http://gudjon.org/debian source/ Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On 18/07/15 23:47, Brian Potkin wrote: On Sat 18 Jul 2015 at 22:46:24 +0100, John Talbut wrote: I have tried running cupsd as root. Iceweasel still can't establish a connection to the server at localhost:631, but LibreOffice now lists several printers however they do not relate to the printer currently available on the network where I am. running netstat -tulpan | grep 631 as root gives me nothing. Hello John, An empty output for the netstat command would imply the cups daemon is not running. Which would imply something untoward if it happens after the machine has been rebooted. Does it? The status of cups can be confirmed with systemctl status cups cups.socket cups.path cups-browsed Please post the output of this command. Regards, Brian. root@johnwtnc110:/home/john# systemctl status cups cups.socket cups.path cups-browsed ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:44:32 BST; 41min ago Docs: man:cupsd(8) Main PID: 1604 (cupsd) CGroup: /system.slice/cups.service └─1604 /usr/sbin/cupsd -l Jul 19 07:44:32 johnwtnc110 systemd[1]: Started CUPS Scheduler. Jul 19 07:44:32 johnwtnc110 systemd[1]: Starting CUPS Scheduler... ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:39:17 BST; 46min ago Listen: /var/run/cups/cups.sock (Stream) Jul 19 07:39:17 johnwtnc110 systemd[1]: Listening on CUPS Scheduler. Jul 19 07:39:17 johnwtnc110 systemd[1]: Starting CUPS Scheduler. ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) ● cups-browsed.service - Make remote CUPS printers available locally Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:39:18 BST; 46min ago Main PID: 769 (cups-browsed) CGroup: /system.slice/cups-browsed.service └─769 /usr/sbin/cups-browsed Jul 19 07:39:18 johnwtnc110 systemd[1]: Started Make remote CUPS printers av Jul 19 07:39:18 johnwtnc110 systemd[1]: Starting Make remote CUPS printers a Hint: Some lines were ellipsized, use -l to show in full. Regards John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792518: Manual page for the docker-compose executable is missing
On 15.07.15 16:26:26, Carl Chenet wrote: Package: docker-compose Version: 1.3.1-1 Severity: serious The manual page for the docker-compose executable is missing. [...] Dear Maintainer, I submit a manpage for docker-compose. It covers all of the commands, as well as environmental variables. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 1.6.2 BTiCW | tel. +48 61 665 23 71 .TH DOCKER-COMPOSE 1 July 2015 docker-compose User Commands .SH NAME docker-compose \- Define and run multi\-container applications with Docker. .SH SYNOPSIS .B docker\-compose [\fIOPTIONS\fR] [\fICOMMAND\fR] [\fIARGS\fR]... .SH DESCRIPTION .PP docker-compose allows you to define a multi-container application with all of its dependencies in a single file, then spin the application up in a single command. The application’s structure and configuration are held in a single place, which makes spinning up applications simple and repeatable everywhere. .SH OPTIONS .TP \fB\-f\fR, \fB\-\-file\fR FILE Specify an alternate compose file (default: docker\-compose.yml) .TP \fB\-p\fR, \fB\-\-project\-name\fR NAME Specify an alternate project name (default: directory name) .TP \fB\-\-verbose\fR Show more output .TP \fB\-v\fR, \fB\-\-version\fR Print version and exit .SH COMMANDS .SS build Build or rebuild services .TP \fB\-\-no\-cache\fR Do not use cache when building the image. .SS help Displays help and usage information on a command. .SS kill Forces running containers to stop by sending a SIGKILL signal. .TP \fB\-s\fR SIGNAL SIGNAL to send to the container. Default signal is SIGKILL. .SS logs View output from containers. .TP \fB\-\-no\-color\fR Produce a monochrome output. .SS port Print the public port for a port binding .TP \fB\-\-protocol=proto\fR Choose the 4th layer protocol, tcp or udp. Default is tcp. .TP \fB\-\-index=index\fR Index of the container if there are multiple instances of a service. Default is 1. .SS ps List containers. .TP \fB\-q\fR Only display IDs. .SS pull Pulls service images from Docker registry. .TP \fB\-\-allow\-insecure\-ssl\fR Allow insecure connections to the Docker registry. .SS restart Restart running containers. .TP \fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR Specify a shutdown timeout in seconds. Default is 10. .SS rm Remove stopped service containers .TP \fB\-f\fR, \fB\-\-force\fR Do not ask to confirm removal. .TP \fB\-v\fR Remove volumes associated with containers. .SS run Run a one\-off command on a service. By default linked services will be started, unless they are already running. .TP \fB\-\-allow\-insecure\-ssl\fR Allow insecure connections to the Docker registry. .TP \fB\-d\fR Detached mode. Run container in the background, print new container name. .TP \fB\-\-entrypoint\fR \fICMD\fR Override the entrypoint of the image with \fICMD\fR. .TP \fB\-e\fR KEY=VAL Set an environment variable. Can be used multiple times. .TP \fB\-u\fR, \fB\-\-user=\fR\fIUSER\fR Run as a specific \fIUSER\fR, a username or uid. .TP \fB\-\-no\-deps\fR Do not start linked services. .TP \fB\-\-rm\fR Remove container after run. This option is ignored in the detached mode. .TP \fB\-\-service\-ports\fR Run command with the service's ports enabled and mapped to the host. .TP \fB\-T\fR Disable pseudo tty allocation. By default a tty is allocated. .SS scale Set number of containers to run for a service. Numbers are specified in the form \fBservice=num\fR as arguments. .PP .RS .nf # docker\-compose scale web=2 worker=3 .SS start Start existing containers. .SS stop Stop running containers without removing them. .TP \fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR Specify a shutdown timeout in seconds. Default is 10. .SS up Build, (re)create, start and attach to containers. If there are existing containers for a service, `docker-compose up` will stop and recreate them (preserving mounted volumes with volumes-from), so that changes in `docker-compose.yml` are picked up. If you do not want existing containers to be recreated, `docker-compose up --no-recreate` will re-use existing containers. .TP \fB\-\-allow\-insecure\-ssl\fR Allow insecure connections to the Docker registry. .TP \fB\-d\fR Detached mode. Run container in the background, print new container name. .TP \fB\-\-no\-color\fR Produce a monochrome output. .TP \fB\-\-no\-deps\fR Do not start linked services. .TP \fB\-\-x\-smart\-recreate\fR Only recreate containers whose configuration or image needs to be updated. This feature is experimental. .TP \fB\-\-no\-recreate\fR If containers already exist, do not recreate them. .TP \fB\-\-no\-build\fR Do not build an image even if it is missing. .TP \fB\-t\fR, \fB\-\-timeout\fR \fITIMEOUT\fR Specify a shutdown timeout in seconds. Default is 10. .SS migrate\-to\-labels Recreate containers to add labels. If docker-compose detects containers that were created without labels, it will refuse to run so that you don't end up
Bug#792835: [Ubuntu][Trusty] ntop: missing libjs-jquery* dependency?
Package: ntop Architecture: amd64 Version: 3:5.0.1+dfsg1-2ubuntu1 Depends: libc6 (= 2.15), libgdbm3 (= 1.8.3), libgeoip1, libpcap0.8 (= 0.9.8), libpython2.7 (= 2.7), librrd4 (= 1.3.0), zlib1g (= 1:1.1.4), debconf (= 0.5) | debconf-2.0, ntop-data (= 3:5.0.1+dfsg1-2ubuntu1), python-mako, net-tools, adduser, passwd Suggests: graphviz, gsfonts (from dpkg -s ntop) The bug #737444 probably needs some reworking. If you install the ntop package from scratch on Trusty it doesn't fully work out-of-the-box due to HTTP 404 errors about: - http://localhost:3000/jquery-1.7.2.min.js - http://localhost:3000/jquery-ui-1.8.16.custom.css - http://localhost:3000/jquery-ui-1.8.16.custom.min.js errors that bug #737444 is supposed to address by linking the jQuery libs provided via Debian package(s) (see http://anonscm.debian.org/cgit/collab-maint/ntop.git/commit/?id=ba237e686564823b0ee1cc493e59181557e08bcc). Indeed, you need to explicitly issue: sudo apt-get install libjs-jquery libjs-jquery-ui to solve the 404 issues, so these packages above need to be marked as required. I'm new to Debian and not sure why http://anonscm.debian.org/cgit/collab-maint/ntop.git/commit/?id=226103f122e023bd3518d6d11a35c0992444fcf2 is not honored here, at least in the 'Suggests' section. Note: graphwiz is correctly suggested as optional even though it is mostly required to play with some pages in ntop which require /usr/bin/dot. That's another story. TIA, Matteo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792818: tuxtype: chown does not work in build enviroment
control: tags -1 moreinfo Hi Aleksei, On Samstag, 18. Juli 2015, Aleksei Loginov wrote: chown does not work in build enviroment - disable it can you point me to a log where this error is visible? I don't see why chown shouldn't work in the install target… cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#741573: #741573: Menu Policy and Consensus
Charles == Charles Plessy ple...@debian.org writes: Charles Le Sat, Jul 18, 2015 at 01:56:49PM +, Sam Hartman a Charles écrit : Bill == Bill Allombert ballo...@debian.org writes: Charles Also, the question is not whether the FreeDesktop menu Charles should be described in the Policy or not, or how to split Charles the proposal in 3, 4 or 42 parts. It is not even on Charles whether the Debian menu should be a must or a should, Charles because for that as well, we got a rough consensus, where Charles at the end of the process there was only a single person Charles opposing the change. Neither it is about re-starting a Charles search for people disagreeing (or shall I restart a GR on Charles systemd ?). The question is whether a single individual Charles can engage in confrontational commit wars to block changes Charles in Debian. I hear your frustration that a proposal you worked on has been blocked for over a year by the actions of one person. For myself, though, I'd like to think of the questions differently, because I'd like to grow from this experience. Bill, in his role of policy editor said that he believed there was not a consensus. He cited a specific set of messages that he believes were not properly addressed. I do think it is the job of policy editors to be involved in judging consensus. I've been in the position of judging consensus, and made unpopular calls. It's hard. You know you'll face others with strong negative feelings. You're typically worried about whether you're making the right call. You're typically hopeful that others will clearly see your point even when they disagree. You're frustrated when that doesn't happen. While I disagree with Bill, I respect him when he makes a hard call like that. I agree with Charles though that one person should not be able to block the process. My hope for improvement is in how we handle things when a policy editor or someone else in a similar role in the project claims we don't have consensus. What do we expect from our consensus judgers moving forward in such situations? What do we expect from ourselves as advocates of proposals? What is the process? I'd like to share a couple of my thoughts. I'm nervous that in doing so I'll bias the discussion more than I like. However, I'm more concerned that unless I give some constructive examples of what I'm talking about, it will be hard to move forward. A lot of my experience with consensus process is in the IETF. There, if you're in a position to judge consensus, you have an obligation to help try and build the consensus when you judge that there is not consensus. If you're in a position to judge consensus, you have an obligation to lead the discussion, to focus on areas of disagreement, and to see if your consensus call is correct. There's an expectation that when you call a lack of consensus, getting to consensus is going to be a priority, and you're going to put in significant time to help. Should some or all of the above be part of what we expect from policy editors? On another axis of the discussion, what's the appeals process? Where do you go when the discussion stalls or reaches an impass? (In general, that should not be the immediate reaction to a call of lack of consensus; such a call is generally the start of a very fast-paced discussion.) Charles tried the TC in this instance. I think the TC has the expertise to review the technical aspects of these matters. I think that's actually important to reviewing a consensus discussion, and is most of the skills you'd need to review this sort of consensus evaluation. However, I think the TC might be more effective in situations like this if it better understood its role. There was significant disagreement between the members of the TC Charles brought the issue to and Charles about what the role of the TC should be. During the process, the TC membership changed, and today, I'd say that the TC is probably unsure what its role should be here. For reasons I don't fully understand, the TC process was slower than I'd like. I hope by focusing on questions like these we can grow from this experience and be better positioned to resolve future situations where we're unsure about consensus. I hope we can treat everyone with respect--those judging consensus, those reviewing that decision, those disagreeing with that decision, and those who just want to see forward progress. thanks for your consideration. --Sam pgpBzAxfRoxkW.pgp Description: PGP signature
Bug#792836: ITP: circe -- Client for IRC in Emacs
Package: wnpp Severity: wishlist Owner: David Bremner brem...@debian.org * Package name: circe Version : 1.6 Upstream Author : Jorgen Schaefer * URL : https://github.com/jorgenschaefer/circe * License : mostly GPL3+, some BSD bits Programming Lang: Emacs lisp Description : Client for IRC in Emacs Circe is a Client for IRC in Emacs. It integrates well with the rest of the editor, using standard Emacs key bindings and indicating activity in channels in the status bar so it stays out of your way unless you want to use it. Complexity-wise, it is somewhere between rcirc (very minimal) and ERC (very complex). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789647: fails to talk to quvi to download from youtube on jessie
On Mon, Jun 22, 2015 at 08:55:35PM -0400, Antoine Beaupré wrote: Package: git-annex Version: 5.20141125 Severity: normal It seems this version of git-annex can't talk to quvi properly, even though quvi can talk to youtube: Just confirming this bug. (FWIW I'm on Debian Stretch, but the git-annex version is the same.) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . . . . @zacchiro . . . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782106: openexr-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc-base/openexr-tech-intro
Followup-For: Bug #782106 Control: tag -1 patch Hi Mathieu, attached is a patch that adds the missing Replaces. Andreas From bf76cd810514f4ec7ecfe6f74c5627e71ef0e2dd Mon Sep 17 00:00:00 2001 From: Andreas Beckmann a...@debian.org Date: Sun, 19 Jul 2015 03:51:27 +0200 Subject: [PATCH] openexr-doc: add missing Replaces: openexr ( 1.6.1-9) --- debian/changelog | 3 +++ debian/control | 1 + 2 files changed, 4 insertions(+) diff --git a/debian/changelog b/debian/changelog index 93c310f..2ece12e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,8 @@ openexr (2.2.0-2) UNRELEASED; urgency=medium + [ Andreas Beckmann ] + * openexr-doc: Add Replaces: openexr ( 1.6.1-9). (Closes: #782106) + -- Andreas Beckmann a...@debian.org Sun, 19 Jul 2015 03:48:03 +0200 openexr (2.2.0-1) experimental; urgency=medium diff --git a/debian/control b/debian/control index 432abfa..e1a94fc 100644 --- a/debian/control +++ b/debian/control @@ -47,6 +47,7 @@ Section: doc Architecture: all Depends: ${misc:Depends}, doc-base Breaks: openexr ( 1.6.1-9) +Replaces: openexr ( 1.6.1-9) Description: documentation and examples for the OpenEXR image format OpenEXR is a high dynamic-range (HDR) image file format developed by Industrial Light Magic for use in computer imaging applications. -- 2.1.4
Bug#792841: icon-theme.cache files don't get removed on package removal or deconfiguration
Package: mate-themes Version: 1.9.2-1 Severity: serious In the process of upgrading mate-themes to 1.10 in unstable, I discovered an issue with /usr/share/icons/theme/icon-theme.cache files. These files should be removed in the package's prerm script, but a prerm script is not present in mate-themes. The proposal for getting this fixed is: o fix mate-themes 1.9.2-1 in Debian jessie (to already even out the upgrade path once Debian stretch comes into play) o provide a fix-up in the preinst script of the first mate-themes 1.10 package upload that checks if we upgrade from 1.9.3-1 or from a version before 1.9.2-1+deb8u1 and and if so, remove those icon-theme.cache files during preinst. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpMD_OtLCSw7.pgp Description: Digitale PGP-Signatur
Bug#792840: missing licenses in debian/copyright
Package: libnfs Version: 1.9.7-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: nfs/* nlm/* nsm/* rquota/* packaging/* mount/* portmap/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551717: nano: directories open new buffers
This has been fixed in nano's SVN, r5304. The fix should appear in nano-2.4.3. Benno -- http://www.fastmail.com - Access your email from home and the web -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792577: mate-notification-daemon: Keep old notifications in pop-up menu until user deletes these
Hi Marcos, On Do 16 Jul 2015 14:18:11 CEST, Marcos Schnalke wrote: Package: mate-notification-daemon Version: 1.8.0 Severity: wishlist Dear Maintainer, I'd suggest to add a functionality to the notification bar - similar to what other DEs such as Xfce and KDE have - so that one can review previous notifications until the user deletes those himself. The reason for this request is simply that I'm using LinConnect to mirror my Android's notifications i.E. missed calls and SMS to my desktop but whenever I might receive important, it often still gets pass me because MATE by default won't save any notifications. Possibly this behavior can be changed separtely via a settings window so users can decide what they want to keep and what not. Please file this as an upstream wishlist bug via the Github issue tracker of the MATE Desktop project: https://github.com/mate-desktop/mate-notification-daemon Once you have a URL for the files issue, please send it to this bug report. Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpCA_Pf7mE3i.pgp Description: Digitale PGP-Signatur
Bug#792842: llvm-config --system-libs wants -ledit, but no dependency on libedit-dev
Package: llvm Version: 1:3.5-25 Severity: normal Hello, sparse (see the package with the same name) links against llvm and uses llvm-config --system-libs to determine the needed ldflags. The output contains among others -ledit but llvm doesn't depend (or even recommend) libedit-dev. The same hold true for llvm in unstable (1:3.5-26). So for the sparse Debian package I added libedit-dev to Build-Depends for now, but this is ugly. Can you please add libedit-dev to Depends of llvm (or alternatively drop -ledit from llvm-config)? Best regards Uwe -- System Information: Debian Release: 8.1 APT prefers proposed-updates APT policy: (900, 'proposed-updates'), (900, 'stable'), (600, 'unstable'), (500, 'oldoldstable'), (500, 'experimental'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages llvm depends on: ii llvm-3.5 1:3.5-10 ii llvm-runtime 1:3.5-25 llvm recommends no packages. llvm 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#772253: [Pkg-ime-devel] Bug#772253: bashism git patch
tags 772253 - patch thanks Upstream it please. Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792846: lintian: check for shipping generic filename /usr/share/man/man3/README.3pm.gz
Package: lintian Version: 2.5.30+deb8u4 Severity: wishlist After we had /usr/*python*/tests/__init__.py recently, now we have a new generic filename overwrite problem. README.3pm.gz is way too generic to be shipped by an arbitrary perl module. Currently libatombus-perl=1.0405-1 and libclang-perl=0.09-1 try to do so. #792844, #792845 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792829: task-kde-desktop: KDE5 transition: switch dependecy kdm = sddm
Quoting Achim Schaefer (achim_schae...@gmx.de): Package: task-kde-desktop Version: 3.32 Severity: normal Dear Maintainer, with the current transition from kde4 to kde5 the task-kde-desktop should switch as well to the new kdm: sddm. Committedfrom an Xfce failsafe session, while my plasma session is currently utterly broken...:-) signature.asc Description: Digital signature
Bug#792834: lxc: fails to create a fedora container
Package: lxc Version: 1:1.0.7-3 Severity: important From the error, it looks like the path that is hardcoded into LXC for the Fedora template, is incorrect. rrs@chutzpah:/tmp$ sudo lxc-create --template=fedora --name fedora -- -R 22 Host CPE ID from /etc/os-release: Checking cache download in /var/cache/lxc/fedora/x86_64/22/rootfs ... Downloading fedora minimal ... Fetching rpm name from http://ftp.yzu.edu.tw/Linux/Fedora/linux/releases/22/Everything/x86_64/os//Packages/f... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 178 100 1780 0159 0 0:00:01 0:00:01 --:--:-- 159 100 165k0 165k0 0 38542 0 --:--:-- 0:00:04 --:--:-- 74584 Fetching fedora release rpm from http://ftp.yzu.edu.tw/Linux/Fedora/linux/releases/22/Everything/x86_64/os//Packages/f/fedora-release-22-1.noarch.rpm.. % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 23816 100 238160 0 15451 0 0:00:01 0:00:01 --:--:-- 15444 Bootstrap Environment testing... Fedora Installation Bootstrap Build... Downloading stage 0 LiveOS squashfs file system from mirrors.kernel.org... Have a beer or a cup of coffee. This will take a bit (~300MB). MOTD: MOTD: Welcome to the Linux Kernel Archive. MOTD: MOTD: Due to U.S. Exports Regulations, all cryptographic software on this MOTD: site is subject to the following legal notice: MOTD: MOTD: This site includes publicly available encryption source code MOTD: which, together with object code resulting from the compiling of MOTD: publicly available source code, may be exported from the United MOTD: States under License Exception TSU pursuant to 15 C.F.R. Section MOTD: 740.13(e). MOTD: MOTD: This legal notice applies to cryptographic software only. MOTD: Please see the Bureau of Industry and Security, MOTD: http://www.bis.doc.gov/ for more information about current MOTD: U.S. regulations. MOTD: receiving incremental file list rsync: change_dir /releases/20/Fedora/x86_64/os (in fedora) failed: No such file or directory (2) sent 8 bytes received 113 bytes 48.40 bytes/sec total size is 0 speedup is 0.00 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1655) [Receiver=3.1.1] Download of squashfs image failed. Fedora Bootstrap setup failed Failed to download 'fedora base' failed to install fedora lxc_container: lxccontainer.c: create_run_template: 1125 container creation template for fedora failed lxc_container: lxc_create.c: main: 271 Error creating container fedora 12:47 ♒♒♒☹ = 1 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.2+ (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.23 ii libapparmor1 2.9.2-3 ii libc62.19-18 ii libcap2 1:2.24-9 ii libcgmanager00.37-1 ii libdbus-1-3 1.8.18-1 ii libnih-dbus1 1.0.3-4.3 ii libnih1 1.0.3-4.3 ii libseccomp2 2.2.1-2 ii libselinux1 2.3-2+b1 ii multiarch-support2.19-18 ii python3 3.4.3-4 Versions of packages lxc recommends: ii debootstrap 1.0.71 ii openssl 1.0.2d-1 ii rsync3.1.1-3 Versions of packages lxc suggests: pn lua5.2 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#792847: libcupt4-dev: fails to upgrade from 'testing' - trying to overwrite /usr/include/cupt/common.hpp
Package: libcupt4-dev Version: 2.9.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libcupt4-dev. Preparing to unpack .../libcupt4-dev_2.9.1_amd64.deb ... Unpacking libcupt4-dev (2.9.1) ... dpkg: error processing archive /var/cache/apt/archives/libcupt4-dev_2.9.1_amd64.deb (--unpack): trying to overwrite '/usr/include/cupt/common.hpp', which is also in package libcupt3-dev 2.8.4 Errors were encountered while processing: /var/cache/apt/archives/libcupt4-dev_2.9.1_amd64.deb cheers, Andreas libcupt3-dev=2.8.4_libcupt4-dev=2.9.1.log.gz Description: application/gzip
Bug#792685: Unable to upgrade from wheezy to jessie
Nikolaus == Nikolaus Rath nikol...@rath.org writes: Nikolaus I agree. There shouldn't have been an s3ql package in Nikolaus Wheezy. This was when I was young and inexperienced with Nikolaus Debian packaging. However, the situation is different for Nikolaus Jessie. Now that it is much more mature, there will be Nikolaus issues in keeping the stretch S3QL fully backwards Nikolaus compatible with Jessie S3QL. I don't understand. do you mean perhaps no issues or a managable number of issues or something like that? So, you talked about it being a lot of work to do the upgrade in one step. Why does that need to happen? Why can't the upgrade be handled in two steps and we just package the necessary parts to do all the steps? Nikolaus That would mean to package ~5 intermediate S3QL Nikolaus versions. Not a big deal in terms of work (since these Nikolaus versions were already in testing at some point), but do Nikolaus you think that would be acceptable for a point release? How much harder are we talking about than getting the s3qladm and s3ql libraries from the 2.5 version of s3ql into Jessie? Nikolaus I don't understand the question. Ah. Looking at the debian news file, the only announced upgrade is at version 2.5 between 1.11 and 2.11.1. So, for example, I've installed s3ql 2.7-1 on a jessie system and it seems happy to upgrade my wheezy filesystem. (Note that some of the tests failed during the build of 2.7-1 on Jessie I had to build with DEB_BUILD_OPTIONS=nocheck, so some work is required) It sounds like you believe that many intermediate versions are required. What am I missing? It looks to me like only one intermediate version is needed. Can we get that into Jessie? I don't know, but I'd be happy to talk to the release team and make my best argument for it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787914: nano: new multi-edit detection segfaults when I say no
On Sun, 2015-07-19 at 11:50 +0200, Benno Schulenberg wrote: Maybe it has to do with being a 64-bit system? Can you test on a 32-bit machine? I tested Debian's 32-bit nano on my 64-bit system, crashed. If the line number given in your original backtrace is accurate, then it is segfaulting on a do_gotolinecolumn(). Strange. Does the segfault also occur if you start both nanos with nano +1 foo I tested this and it still crashes. I have zero experience with valgrind or any other code-checking tools. Two days ago I ran valgrind on src/nano, but am puzzled by what all this means. I did find and plug a little memleak (totally unrelated to this crash), but will need a lot of time to learn to interpret valgrind's (and other tools') results. Fair enough -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#792848: cqrlog: fails to remove: invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found.
Package: cqrlog Version: 1.9.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove. From the attached log (scroll to the bottom...): Removing cqrlog (1.9.0-1) ... Changes removed from /etc/apparmor.d/usr.sbin.mysqld invoke-rc.d: unknown initscript, /etc/init.d/apparmor not found. dpkg: error processing package cqrlog (--remove): subprocess installed post-removal script returned error exit status 100 cheers, Andreas cqrlog_1.9.0-1.log.gz Description: application/gzip
Bug#792850: gmp-ecm,libecm-dev: copyright file missing after upgrade (policy 12.5)
Package: gmp-ecm,libecm-dev Version: 6.4.4+ds-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5: https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. This was observed on the following upgrade paths: stretch - sid From the attached log (scroll to the bottom...): 2m42.8s ERROR: WARN: Inadequate results from running adequate! gmp-ecm: missing-copyright-file /usr/share/doc/gmp-ecm/copyright MISSING COPYRIGHT FILE: /usr/share/doc/gmp-ecm/copyright # ls -lad /usr/share/doc/gmp-ecm drwxr-xr-x 2 root root 40 Jul 17 01:33 /usr/share/doc/gmp-ecm # ls -la /usr/share/doc/gmp-ecm/ total 0 drwxr-xr-x 2 root root 40 Jul 17 01:33 . drwxr-xr-x 104 root root 2200 Jul 17 01:33 .. 1m16.5s ERROR: WARN: Inadequate results from running adequate! libecm-dev: missing-copyright-file /usr/share/doc/libecm-dev/copyright MISSING COPYRIGHT FILE: /usr/share/doc/libecm-dev/copyright # ls -lad /usr/share/doc/libecm-dev drwxr-xr-x 2 root root 40 Jul 17 01:49 /usr/share/doc/libecm-dev # ls -la /usr/share/doc/libecm-dev/ total 0 drwxr-xr-x 2 root root 40 Jul 17 01:49 . drwxr-xr-x 107 root root 2280 Jul 17 01:49 .. Additional info may be available here: https://wiki.debian.org/MissingCopyrightFile Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase It is recommended to use the dpkg-maintscript-helper commands 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14) to perform the conversion, ideally using d/$PACKAGE.mainstscript. Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. See dpkg-maintscript-helper(1) and dh_installdeb(1) for details. cheers, Andreas gmp-ecm_6.4.4+ds-2.log.gz Description: application/gzip
Bug#778176: Revised gcc-5 patch for x11-xserver-utils
On 07/18/2015 10:34 PM, Julien Cristau wrote: On Sat, Jul 18, 2015 at 09:39:03 -0700, Daniel Schepler wrote: On Sat, 7 Mar 2015 08:57:48 +0100, Julien Cristau wrote: I don't think that's an acceptable way to fix this. How about this? (This is a patch to be directly quilt imported, not a debdiff.) How portable is -P? What change in gcc makes this necessary? What does the output without -P look like with cpp 5 vs 4.9? hmm, maybe check it out yourself? or read https://gcc.gnu.org/gcc-5/porting_to.html Preprocessor issues (linked from the GCC 5 wiki page)? anyway, here is another approach: https://github.com/tsuna/boost.m4/commit/32553aaf4d5090da19aa0ec33b936982c685009f clang seems to support -P as well. I don't know about other compilers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792272: x265: FTBFS on x32
Sebastian Ramacher dixit: If you want to port the asm code to x32, please submit your work upstream. I don't intend to carry patches for the asm code in a package where the asm code changes a lot with every release: OK, completely understandable. But, for now, just getting x265 compiled on x32 withOUT asm is the goal. bye, //mirabilos -- igli exceptions: a truly awful implementation of quite a nice idea. igli just about the worst way you could do something like that, afaic. igli it's like anti-design. mirabilos that too… may I quote you on that? igli sure, tho i doubt anyone will listen ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792538: vlc: When playing a video, screen gets black for a fraction of second every 30 seconds
Control: tags -1 + upstream Control: severity -1 normal On 2015-07-16 00:59:22, Vincent Lefevre wrote: Control: retitle -1 When a video is playing or paused, vlc execs xdg-screensaver reset every 30 seconds, flickering the screen Thanks to strace, I've found the problem: vlc executes xdg-screensaver reset every 30 seconds, which executes xset dpms force on, which flickers the screen. Then, I wonder whether executing xdg-screensaver reset is the right thing to do. xdg-screensaver suspend ... has the same problem, but if I understand correctly, it can be done only at the beginning, so that the problem becomes minor. Firefox and MPlayer don't have any flickering problem, so that there may be something better. If you have a screensaver that supports any of the org.freedesktop.ScreenSaver, org.freedesktop.PowerManagement.Inhibit, org.mate.SessionManager or org.gnome.SessionManager D-Bus interfaces, this should not happen. In that case Inhibit respectivelly Uninhibit are called. For the xdg-screensaver fallback, this discussion is best taken upstream. Also, disabling the screensaver while is video is paused is incorrect, IMHO. This is https://trac.videolan.org/vlc/ticket/3724. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#792854: isc-dhcp-client: Dhclient fails to set hostname
Package: isc-dhcp-client Version: 4.3.1-6 Severity: normal Hi, I installed two minimal Debian Jessie 8.0 systems on two spare sandbox PCs in my office. I installed Debian 8.0 32-bit on one PC, and Debian 8.0 64-bit on the other one. Since I have a local Dnsmasq server, I didn't want to provide any hardcoded hostname information. /etc/hostname contains only 'localhost', and similarly, /etc/hosts only has information about 'localhost' and 'localhost.localdomain'. On the 64-bit client, the hostname gets set correctly by the server. After booting, I login to the machine, and 'hostname' returns 'raymonde' as expected. 'hostname --fqdn' returns 'raymonde.microlinux.lan'. On the 32-bit client (which has the exact same setup), 'hostname --fqdn' should return 'bernadette.microlinux.lan'. Unfortunately, all I get here is 'localhost.localdomain'. Just to be on the safe side, I performed a fresh installation of a clean Debian system on each of these client machines, one with 32-bit, one with 64-bit. The same problem arises again. So it looks like this is a bug in dhclient which only affects 32-bit systems. Cheers from the sunny South of France, Niki Kovacs -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages isc-dhcp-client depends on: ii debianutils 4.4+b1 ii iproute2 3.16.0-2 ii isc-dhcp-common 4.3.1-6 ii libc6 2.19-18 ii libdns-export100 1:9.9.5.dfsg-9+deb8u1 ii libirs-export91 1:9.9.5.dfsg-9+deb8u1 ii libisc-export95 1:9.9.5.dfsg-9+deb8u1 isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: pn avahi-autoipd none pn resolvconf 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#791620: vlc: Window decoration issues with the QT5 interface
Control: tags -1 + moreinfo Hi Andoru On 2015-07-06 23:59:32, Andoru Ekkusu wrote: Package: vlc Version: 2.2.1-2+b1 ___ First of all, I apologise in advance if this issue is not related to VLC, but instead it belongs to QT5 or the WM/display drivers, but so far VLC is the only QT5 application that I noticed those issues surface to. The issue: VLC loses it's window decorations, and is made unmovable being stuck on the upper-left corner of the screen (screenshot: http://i.imgur.com/tGZCzqb.png) after restoring VLC from it's minimised state. Also even though I might have a window in the background while VLC is in front, I cannot interact with that background window unless I switch them manually (Alt+F4 or Super+D as I set them in the WM). This seems to happen randomly, and is not conditioned on some previous event (starting a certain app, opening a certain window, etc.) that I know of. What's worse is that file logging doesn't work properly here for some reason, so I wouldn't be able to diagnose what exactly is happening. Though there's something that shows up in ~/.xsession-errors: http://pastebin.com/aiECtN0N From the log: [09fb7040] core audio output error: cannot add user visualization any (skipped) [09fb7040] core audio output error: cannot add user visualization any (skipped) [09fb7040] core audio output error: cannot add user visualization any (skipped) [09fb7040] core audio output error: cannot add user visualization any (skipped) [09f078f8] core libvlc error: no suitable access module for `attachment://3' glx_bind_pixmap(0x00e66dd3): Failed to query Pixmap info. win_paint_win(0x02c00011): Failed to bind texture. Expect troubles. win_paint_win(0x02c00011): Missing painting data. This is a bad sign. [ 1220.19 ] error 9 (BadDrawable) request 14 minor 0 serial 128494 (BadDrawable (invalid Pixmap or Window parameter)) [ 1220.20 ] error 4 (BadPixmap) request 54 minor 0 serial 128512 (BadPixmap (invalid Pixmap parameter)) [ 5425.04 ] error 3 (BadWindow) request 129 minor 5 serial 589100 (BadWindow (invalid Window parameter)) [ 5425.04 ] error 3 (BadWindow) request 20 minor 0 serial 589101 (BadWindow (invalid Window parameter)) [ 7601.84 ] error 9 (BadDrawable) request 14 minor 0 serial 871513 (BadDrawable (invalid Pixmap or Window parameter)) [ 7601.84 ] error 4 (BadPixmap) request 54 minor 0 serial 871528 (BadPixmap (invalid Pixmap parameter)) [ 8364.89 ] error 9 (BadDrawable) request 14 minor 0 serial 1076523 (BadDrawable (invalid Pixmap or Window parameter)) [ 8364.89 ] error 4 (BadPixmap) request 54 minor 0 serial 1076547 (BadPixmap (invalid Pixmap parameter)) [ 8365.76 ] error 9 (BadDrawable) request 14 minor 0 serial 1081105 (BadDrawable (invalid Pixmap or Window parameter)) [ 8365.76 ] error 4 (BadPixmap) request 54 minor 0 serial 1081124 (BadPixmap (invalid Pixmap parameter)) [ 8384.64 ] error 9 (BadDrawable) request 14 minor 0 serial 1090703 (BadDrawable (invalid Pixmap or Window parameter)) [ 8384.64 ] error 4 (BadPixmap) request 54 minor 0 serial 1090718 (BadPixmap (invalid Pixmap parameter)) [ 8388.75 ] error 9 (BadDrawable) request 14 minor 0 serial 1095787 (BadDrawable (invalid Pixmap or Window parameter)) [ 8388.75 ] error 4 (BadPixmap) request 54 minor 0 serial 1095806 (BadPixmap (invalid Pixmap parameter)) [ 8389.09 ] error 9 (BadDrawable) request 14 minor 0 serial 1096265 (BadDrawable (invalid Pixmap or Window parameter)) [ 8389.09 ] error 4 (BadPixmap) request 54 minor 0 serial 1096289 (BadPixmap (invalid Pixmap parameter)) [ 8415.06 ] error 9 (BadDrawable) request 14 minor 0 serial 1120074 (BadDrawable (invalid Pixmap or Window parameter)) [ 8415.07 ] error 4 (BadPixmap) request 54 minor 0 serial 1120111 (BadPixmap (invalid Pixmap parameter)) [ 9390.04 ] error 9 (BadDrawable) request 14 minor 0 serial 1164794 (BadDrawable (invalid Pixmap or Window parameter)) [ 9390.04 ] error 4 (BadPixmap) request 54 minor 0 serial 1164815 (BadPixmap (invalid Pixmap parameter)) [ 9390.23 ] error 9 (BadDrawable) request 14 minor 0 serial 1165274 (BadDrawable (invalid Pixmap or Window parameter)) [ 9390.23 ] error 4 (BadPixmap) request 54 minor 0 serial 1165295 (BadPixmap (invalid Pixmap parameter)) [ 10278.29 ] error 9 (BadDrawable) request 14 minor 0 serial 1844486 (BadDrawable (invalid Pixmap or Window parameter)) [ 10278.29 ] error 4 (BadPixmap) request 54 minor 0 serial 1844512 (BadPixmap (invalid Pixmap parameter)) [ 12750.92 ] error 9 (BadDrawable) request 14 minor 0 serial 2606299 (BadDrawable (invalid Pixmap or Window parameter)) [ 12750.92 ] error 4 (BadPixmap) request 54 minor 0 serial 2606325 (BadPixmap (invalid Pixmap parameter)) [ 13080.52 ] error 9 (BadDrawable) request 14 minor 0 serial 2667196 (BadDrawable (invalid Pixmap or Window parameter)) [ 13080.52 ] error 4 (BadPixmap)
Bug#770470: ignore /var/lib/urandom/random-seed ?
* Holger Levsen hol...@layer-acht.org, 2014-11-21, 15:52: currently libc6 fails wheezy2jessie testing, causing havoc as expected, see https://piuparts.debian.org/wheezy2jessie/fail/libc6_2.19-13.log This link is now 404, and AFAICS libc6 passes the wheezy2jessie piuparts tests: https://piuparts.debian.org/wheezy2jessie/pass/libc6_2.19-18.log 1m15.2s ERROR: FAIL: After purging files have disappeared: /var/lib/urandom/random-seed not owned Does anybody know how or why did it happen? Or, uh, why did the file exist in the first place? This file is created by /etc/init.d/urandom, and I don't think piuparts runs init scripts in the test chroots. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767019: xscreensaver: postinst overwrites /etc/X11/app-defaults/XScreenSaver without asking
tags 767019 pending thanks On Mon, Jan 26, 2015 at 7:45 PM, Alex Goebel wrote: On Sat, Dec 20, 2014 at 9:02 AM, Michael Gilbert wrote: if [ -L /etc/X11/app-defaults/XScreenSaver ]; then if [ $(readlink /etc/X11/app-defaults/XScreenSaver) = XScreenSaver-nogl -o \ $(readlink /etc/X11/app-defaults/XScreenSaver) = XScreenSaver-gl]; then rm /etc/X11/app-defaults/XScreenSaver fi This doesn't handle the case where the user intentionally had both xscreensaver-gl and xscreensaver installed, and manually set the symlink to XscreenSaver-nogl. Yes, it leaves this corner case unresolved, but it is still a huge improvement from the current situation. If anyone cares, please file a new bug for the corner case. Mhm, couldn't we apply this part of the patch and at least make this bug less RC that way? I have applied this and some other parts from Bastien's patch. Thanks a lot Bastien! http://anonscm.debian.org/cgit/collab-maint/xscreensaver.git/commit/?id=0eea212ec5deae3f3b10e57d8436e039c6d486b1 Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791463: Quick review
Hello, I added dirhash.h and vfs_dirhash.c files to debian/copyright as those were missing. Other BSD files reported by licensecheck are not correctly detected (they are not BSD licensed). -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part.
Bug#792849: kde-window-manager: leaves alternatives after purge: x-window-manager - /usr/bin/kwin
Package: kde-window-manager Version: 4:5.3.2-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails The leftover files are actually alternatives that were installed by the package but have not been properly removed. While there is ongoing discussion how to remove alternatives correctly (see https://bugs.debian.org/71621 for details) the following strategy should work for regular cases: * 'postinst configure' always installs the alternative * 'prerm remove' removes the alternative * 'postrm remove' and 'postrm disappear' remove the alternative In all other cases a maintainer script is invoked (e.g. upgrade, deconfigure) the alternatives are not modified to preserve user configuration. Removing the alternative in 'prerm remove' avoids having a dangling link once the actual file gets removed, but 'prerm remove' is not called in all cases (e.g. unpacked but not configured packages or disappearing packages) so the postrm must remove the alternative again (update-alternatives gracefully handles removal of non-existing alternatives). Note that the arguments for adding and removing alternatives differ, for removal it's 'update-alternatives --remove name path'. Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 4m39.2s INFO: Warning: Package purging left files on system: /etc/alternatives/x-window-manager - /usr/bin/kwinnot owned /usr/bin/x-window-manager - /etc/alternatives/x-window-managernot owned This was observed after an upgrade from stretch to sid. If the alternative is no longer used in the new package version, it should be removed during 'postinst configure'. cheers, Andreas kde-window-manager_4:5.3.2-2.log.gz Description: application/gzip
Bug#792731: cups: incorrect MIME type on cups.css
Control: forwarded -1 http://cups.org/str.php?L4593 Le samedi, 18 juillet 2015, 17.34:20 Stephen Kitt a écrit : I get: % HEAD http://localhost:631/cups.css | grep Content-Type Content-Type: application/x-csource What does this command give on your computer? $ grep -A5 application/x-csource /usr/share/cups/mime/mime.types % grep -A5 application/x-csource /usr/share/cups/mime/mime.types application/x-csource c cxx cpp cc C h hpp \ printable(0,1024) + ! css + \ (string(0,/*) string(0,//) string(0,#include) contains(0,1024,0a#include) \ string(0,#define) contains(0,1024,0a#define)) text/html html htm printable(0,1024) +\ Okay. Do you happen to have mime.types or mime.convs files in /etc/cups or /usr/share/cups ? Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun, 19 Jul 2015 10:51:30 +0100 Brian Potkin claremont...@gmail.com wrote: That doesn't look very healthy but I don't know what significance it has in the context of this report. My system shows Active: active (waiting). Brian, for comparison, this is what I get; $ systemctl status cups cups.socket cups.path cups-browsed ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2015-07-19 07:35:22 BST; 4h 3min ago Docs: man:cupsd(8) Main PID: 5121 (cupsd) CGroup: /system.slice/cups.service └─5121 /usr/sbin/cupsd -l Jul 19 07:35:22 abydos systemd[1]: Started CUPS Scheduler. Jul 19 07:35:22 abydos systemd[1]: Starting CUPS Scheduler... ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Sat 2015-07-18 21:21:50 BST; 14h ago Listen: /var/run/cups/cups.sock (Stream) Jul 18 21:21:50 abydos systemd[1]: Listening on CUPS Scheduler. Jul 18 21:21:50 abydos systemd[1]: Starting CUPS Scheduler. ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; disabled; vendor preset: enabled) Active: inactive (dead) ● cups-browsed.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) This is after running cupsd as root. My printer is an ethernet connected HP device. Once I've run cupsd, I can access cups from a browser. Also, printers show as ready and available whereas, if I don't run 'cupsd' software offers to print to generic printer or print to file. # netstat -tulpan | grep cups tcp0 0 0.0.0.0:631 0.0.0.0:* LISTEN 1658/cupsd tcp6 0 0 :::631 :::* LISTEN 1658/cupsd -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent I'll be the rubbish you'll be the bin Love Song - The Damned pgpTJvEL9gTD6.pgp Description: OpenPGP digital signature
Bug#770470: #770470: ignore /var/lib/urandom/random-seed ?
Hi, ping? (subject says it all...) - comments welcome! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
Le dimanche, 19 juillet 2015, 11.54:02 Brad Rogers a écrit : Brian, for comparison, this is what I get; (…) This is after running cupsd as root. Sorry to say it so bluntly, but running cups as root is the wrong solution: if the launch by the init system doesn't work, it needs to be fixed; having to manually run cupsd by hand can only be a temporary workaround. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792788: jruby: FTBFS Cannot find parent dependency org.jruby:jruby-artifacts:pom:1.7.21
It looks like this there's a fix for this already. After applying [1] locally I was able to build the package successfully. [1] http://anonscm.debian.org/cgit/pkg-java/jruby.git/commit/?id=0d11771408d2d6b48b5117661d68ac6f9dd6f68b -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792039: latex209-bin: should be rebuilt with tex-common
Followup-For: Bug #792039 Control: found -1 25.mar.1992-16 Hi Norbert, in the jessie-stretch upgrade log I still see a lot of these: Warning: Old configuration style found in /etc/texmf/fmt.d Warning: For now these files have been included, Warning: but expect inconsistencies. Warning: These packages should be rebuild with tex-common. Warning: Please see /usr/share/doc/tex-common/NEWS.Debian.gz Warning: found file: /etc/texmf/fmt.d/25latex209.cnf The debdiff says: Files in second .deb but not in first - -rw-r--r-- root/root /var/lib/tex-common/fmtutil-cnf/texmf/latex209.cnf Files in first .deb but not in second - -rw-r--r-- root/root /etc/texmf/fmt.d/25latex209.cnf -rw-r--r-- root/root /var/lib/tex-common/fmtutil-cnf/latex209-bin.list -rw-r--r-- root/root DEBIAN/conffiles -rwxr-xr-x root/root DEBIAN/preinst what is probably missing is an appropriate dpkg-maintscript-helper mv_conffile/rm_conffile call to rename/remove the old one. Since it is no longer a conffile, there are probably no modifications to be expected in the old one, and rm_conffile may be the way to go. Completely untested, but probably that's all you need: = 8 debian/latex209-bin.maintscript = rm_conffile /etc/texmf/fmt.d/25latex209.cnf 25.mar.1992-17~ = 8 = In case that conffile was modified, it will be kept as /etc/texmf/fmt.d/25latex209.cnf.dpkg-bak Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792851: FTCBFS: confuses build arch and host arch compiler
Source: cyrus-sasl2 Version: 2.1.26.dfsg1-12 Tags: patch User: helm...@debian.org Usertags: rebootstrap Dear cyrus-sasl2 maintainers, I noticed that cyrus-sasl2 fails to crossbuild from source. It uses the wrong compiler in various places. Let me summarize: * The makemd5 tool is executed during build, but not installed into any binary package. Thus it needs to be built with the build arch compiler, but the upstream source currently selects the host arch compiler. * The upstream source adds -ldb as a Makefile prerequisite. Thereby, it accidentally exploits an area of make where architecture awareness is exhibited: Make searches for -ldb in using its build(!) arch search path. Since -ldb is only requested for the host architecture, that search fails. The proposed solution here is to remove -ldb from the make dependencies while still linking it. * The Debian packaging builds a sample server and client and uses the build arch compiler. Thus linking fails, because no build arch version of -lsasl2 can be found. The solution is to use the host arch compiler here as those binaries are installed into binary packages. All of these these fixes can be found in the cumulative patch attached to this bug report. Please consider applying it. If you have questions about the proposed fixes or identified issues, don't hesitate to ask. Helmut diff -Nru cyrus-sasl2-2.1.26.dfsg1/debian/changelog cyrus-sasl2-2.1.26.dfsg1/debian/changelog --- cyrus-sasl2-2.1.26.dfsg1/debian/changelog +++ cyrus-sasl2-2.1.26.dfsg1/debian/changelog @@ -1,3 +1,10 @@ +cyrus-sasl2 (2.1.26.dfsg1-12.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix cross build. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Fri, 27 Feb 2015 20:02:52 +0100 + cyrus-sasl2 (2.1.26.dfsg1-12) unstable; urgency=medium * Add patch to fix login to dovecot imapd 2.x (Closes: #715040) diff -Nru cyrus-sasl2-2.1.26.dfsg1/debian/patches/cross.patch cyrus-sasl2-2.1.26.dfsg1/debian/patches/cross.patch --- cyrus-sasl2-2.1.26.dfsg1/debian/patches/cross.patch +++ cyrus-sasl2-2.1.26.dfsg1/debian/patches/cross.patch @@ -0,0 +1,37 @@ +Description: fix cross compialtion +Author: Helmut Grohne hel...@subdivi.de + + * makemd5 needs to be built with the build arch compiler, because it is run + during build and not installed. + * Remove SASL_DB_LIB as it expands to -ldb and make fails to find a build arch + -ldb. + +Index: cyrus-sasl2-2.1.26.dfsg1/include/Makefile.am +=== +--- cyrus-sasl2-2.1.26.dfsg1.orig/include/Makefile.am cyrus-sasl2-2.1.26.dfsg1/include/Makefile.am +@@ -51,6 +51,11 @@ + + makemd5_SOURCES = makemd5.c + ++$(makemd5_OBJECTS): CC=cc ++$(makemd5_OBJECTS): CFLAGS=$(CFLAGS_FOR_BUILD) ++$(makemd5_OBJECTS): CPPFLAGS=$(CPPFLAGS_FOR_BUILD) ++makemd5_LINK = cc -o $@ ++ + md5global.h: makemd5 + -rm -f md5global.h + ./makemd5 md5global.h +Index: cyrus-sasl2-2.1.26.dfsg1/sasldb/Makefile.am +=== +--- cyrus-sasl2-2.1.26.dfsg1.orig/sasldb/Makefile.am cyrus-sasl2-2.1.26.dfsg1/sasldb/Makefile.am +@@ -55,7 +55,7 @@ + + libsasldb_la_SOURCES = allockey.c sasldb.h + EXTRA_libsasldb_la_SOURCES = $(extra_common_sources) +-libsasldb_la_DEPENDENCIES = $(SASL_DB_BACKEND) $(SASL_DB_LIB) ++libsasldb_la_DEPENDENCIES = $(SASL_DB_BACKEND) + libsasldb_la_LIBADD = $(SASL_DB_BACKEND) $(SASL_DB_LIB) + + # Prevent make dist stupidity diff -Nru cyrus-sasl2-2.1.26.dfsg1/debian/patches/series cyrus-sasl2-2.1.26.dfsg1/debian/patches/series --- cyrus-sasl2-2.1.26.dfsg1/debian/patches/series +++ cyrus-sasl2-2.1.26.dfsg1/debian/patches/series @@ -31,3 +31,4 @@ properly-create-libsasl2.pc.patch bug715040.patch early-hangup.patch +cross.patch diff -Nru cyrus-sasl2-2.1.26.dfsg1/debian/rules cyrus-sasl2-2.1.26.dfsg1/debian/rules --- cyrus-sasl2-2.1.26.dfsg1/debian/rules +++ cyrus-sasl2-2.1.26.dfsg1/debian/rules @@ -25,6 +25,10 @@ include /usr/share/dpkg/buildflags.mk DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +ifeq ($(origin CC),default) +export CC=$(DEB_HOST_GNU_TYPE)-cc +endif # Save Berkeley DB used for building the package BDB_VERSION ?= $(shell LC_ALL=C dpkg-query -l 'libdb[45].[0-9]-dev' | grep ^ii | sed -e 's|.*\s\libdb\([45]\.[0-9]\)-dev\s.*|\1|') diff -Nru cyrus-sasl2-2.1.26.dfsg1/debian/sample/Makefile cyrus-sasl2-2.1.26.dfsg1/debian/sample/Makefile --- cyrus-sasl2-2.1.26.dfsg1/debian/sample/Makefile +++ cyrus-sasl2-2.1.26.dfsg1/debian/sample/Makefile @@ -7,7 +7,7 @@ all: sample-server sample-client sample-server: sample-server.c - gcc -g -o sample-server sample-server.c -I. -I$(T) -I$(INCDIR1) -I$(INCDIR2) -L$(LIBDIR) -lsasl2 + $(CC) -g -o sample-server sample-server.c -I. -I$(T) -I$(INCDIR1) -I$(INCDIR2) -L$(LIBDIR) -lsasl2 sample-client: sample-client.c -
Bug#792272: x265: FTBFS on x32
Hi Thorsen On 2015-07-13 15:02:11, Thorsten Glaser wrote: Source: x265 Version: 1.7-3 Severity: important Tags: patch Hi, x265 is required for libav these days (and probably ffmpeg later). The attached patch makes it recognise x32 and handles it as a faux non-x86 processor architecture, which is not strictly correct, but achieves the goal to make x265 not use assembly code for it, as it fails there currently. We’ll eventually want to port all those asm-using packages to x32 proper, but for now, disabling asm is the way to go to get them compiling (and thus usable in the dependency chain – no idea if it’s actually usable as in, can decode a video in time, but we’ll see that later). If you want to port the asm code to x32, please submit your work upstream. I don't intend to carry patches for the asm code in a package where the asm code changes a lot with every release: $ git diff upstream/1.6 upstream/1.7 --stat -- **/*.asm source/common/x86/const-a.asm| 161 +- source/common/x86/dct8.asm | 145 +- source/common/x86/intrapred16.asm| 502 + source/common/x86/intrapred8.asm | 7280 +++-- source/common/x86/intrapred8_allangs.asm | 1160 +- source/common/x86/ipfilter16.asm | 1439 +- source/common/x86/ipfilter8.asm | 24952 + source/common/x86/loopfilter.asm | 898 +- source/common/x86/mc-a.asm | 6 + source/common/x86/pixel-a.asm| 1480 ++ source/common/x86/pixel-util8.asm| 795 +- source/common/x86/pixeladd8.asm | 305 +- source/common/x86/sad-a.asm |99 +- source/common/x86/sad16-a.asm|84 +- source/common/x86/x86inc.asm | 3 +- 15 files changed, 27437 insertions(+), 11872 deletions(-) See https://bitbucket.org/multicoreware/x265/wiki/Contribute for details. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#792018: RFS: commandbox/2.0.0 ITP -- CFML REPL, CLI, Package Manager, and Embedded Server
Le 18/07/2015 08:18, Brad Wood a écrit : A source package makes sense in theory, but how do I create it? Does it contain the uncompiled Java and CFML source for the project? If the source package must contain everything necessary to build my project, what restrictions are their on the build tools? Will I have to rewrite to something other than Ant? The current build is rather large and includes generation of API docs, and updating our artifacts repo. A source package consists in the uncompiled upstream sources plus Debian specific metadata and a makefile to build the project. Usually this makefile delegates the work to the upstream build system, so you don't have to rewrite something from scratch. See for example the jsch package [1]. It contains the upstream sources and an additional 'debian' directory. In this directory you'll find the control file [2] that specifies the name, the description and the dependencies of the source and binary packages, and the rules makefile [3] that invokes the upstream Ant build file and assembles the jar files and documentation produced into the final binary packages. The control directory contains other files used by the makefile to build the binary package. If you clone the jsch package repository you can build the source and the binary package with the 'debuild' command (you have to install the devscripts package first). Does this mean I'd have to go through this entire process for every 3rd party lib and get them as separate packages on the Debian repo? Can I solicit sponsorship for packages I don't have any control over? How do you handle different versions of jars? For instance, my project may need version 2.1 even though 2.3 is the latest, etc. Does that also mean I'd have to create a source package and figure out how to compile each of the 3rd party libraries? You are correct, every dependency must be packaged separately, and you can package them even if you aren't an upstream developer (and we'll happily support you in the process). If an already packaged dependency is incompatible with your project, you can either patch your code to work with the version available in Debian, or create a duplicate package with a fixed version for this dependency (this isn't the common case fortunately). Emmanuel Bourg [1] http://anonscm.debian.org/cgit/pkg-java/jsch.git/tree/ [2] http://anonscm.debian.org/cgit/pkg-java/jsch.git/tree/debian/control [3] http://anonscm.debian.org/cgit/pkg-java/jsch.git/tree/debian/rules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792852: gcom: copyright file missing after upgrade (policy 12.5)
Package: gcom Version: 0.32-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5: https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. This was observed on the following upgrade paths: lenny - squeeze - ... From the attached log (scroll to the bottom...): 7m24.3s ERROR: WARN: Inadequate results from running adequate! gcom: missing-copyright-file /usr/share/doc/gcom/copyright MISSING COPYRIGHT FILE: /usr/share/doc/gcom/copyright # ls -lad /usr/share/doc/gcom drwxr-xr-x 2 root root 40 Feb 13 15:14 /usr/share/doc/gcom # ls -la /usr/share/doc/gcom/ total 0 drwxr-xr-x 2 root root 40 Feb 13 15:14 . drwxr-xr-x 116 root root 2460 Feb 13 15:15 .. Additional info may be available here: https://wiki.debian.org/MissingCopyrightFile Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase It is recommended to use the dpkg-maintscript-helper commands 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14) to perform the conversion, ideally using d/$PACKAGE.mainstscript. Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. See dpkg-maintscript-helper(1) and dh_installdeb(1) for details. But since this has been a transitional package since squeeze, maybe it is easiest to just drop it and add unversioned Breaks+Replaces against it to comgt to ensure the buggy package is removed on upgrades. cheers, Andreas gcom_0.32-2.log.gz Description: application/gzip
Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works
On Sun, 19 Jul 2015 13:01:52 +0200 Didier 'OdyX' Raboud o...@debian.org wrote: Hello Didier, Sorry to say it so bluntly, but running cups as root is the wrong cupsd can't be run as a regular user (here, at least) - it requires root privileges. Once up, everything performs as it should for non-root users. solution: if the launch by the init system doesn't work, it needs to be fixed; having to manually run cupsd by hand can only be a temporary workaround. I totally agree. That's why the bug report got raised in the first place, surely. However, I have need to regularly print materials. Waiting for a bug fix, in the short term, is not an option. Hence running cupsd by hand. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent You're a sidewalk cipher speaking prionic jive Give You Nothing - Bad Religion pgpbiLRj7aGQx.pgp Description: OpenPGP digital signature
Bug#792843: missing license in debian/copyright
On 19 July 2015 at 11:43, Thorsten Alteholz wrote: | Package: gsl | Version: 1.16+dfsg-3 | Severity: serious | User: alteh...@debian.org | Usertags: ftp | X-Debbugs-CC: ftpmas...@ftp-master.debian.org | thanks | | Dear Maintainer, | | please add the missing LGPL license of files in utils/* to | your debian/copyright. Sure thing. How about if I just add Some files in utils/* are taken from other GNU projects and released under the GNU Library General Public License (versions) for which a complete text can be found in `/usr/share/common-licenses/LGPL-3'. at the end? Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#792853: debian-policy: please disallow colons in upstream_version
Package: debian-policy Severity: wishlist Policy §5.6.12 reads: “The upstream_version may contain only alphanumerics and the characters ‘.’ ‘+’ ‘-’ ‘:’ ‘~’ (full stop, plus, hyphen, colon, tilde) and should start with a digit. […] if there is no epoch then colons are not allowed.” But in practice: 1) There's been never a package with a colon in upstream_version in the archive. 2) A colon in upstream_version implies a colon in the filename. Some software might not tolerate such filenames; see bug #645895 for discussion. 3) dpkg in unstable won't even let you build a package with such version: $ head -n1 debian/changelog adequate (1:1:1) UNRELEASED; urgency=low $ dpkg-buildpackage -S […] dpkg-genchanges -S ../adequate_1:1_source.changes dpkg-genchanges: error: invalid filename adequate_1:1.dsc dpkg-buildpackage: error: dpkg-genchanges gave error exit status 255 Therefore, I'd like to propose to disallow colons in upstream_version. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792853: debian-policy: please disallow colons in upstream_version
Jakub Wilk jw...@debian.org (2015-07-19): Package: debian-policy Severity: wishlist Policy §5.6.12 reads: “The upstream_version may contain only alphanumerics and the characters ‘.’ ‘+’ ‘-’ ‘:’ ‘~’ (full stop, plus, hyphen, colon, tilde) and should start with a digit. […] if there is no epoch then colons are not allowed.” But in practice: 1) There's been never a package with a colon in upstream_version in the archive. 2) A colon in upstream_version implies a colon in the filename. Some software might not tolerate such filenames; see bug #645895 for discussion. 3) dpkg in unstable won't even let you build a package with such version: $ head -n1 debian/changelog adequate (1:1:1) UNRELEASED; urgency=low $ dpkg-buildpackage -S […] dpkg-genchanges -S ../adequate_1:1_source.changes dpkg-genchanges: error: invalid filename adequate_1:1.dsc dpkg-buildpackage: error: dpkg-genchanges gave error exit status 255 Therefore, I'd like to propose to disallow colons in upstream_version. This looks to me like a reasonable thing to do. Mraw, KiBi. signature.asc Description: Digital signature
Bug#766880: xscreensaver screensaver don't appear in mate-screensaver
tags 766880 pending thanks Mailing thread continued here: https://lists.debian.org/debian-desktop/2015/07/msg4.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775555: gdb results etc
Control: tags -1 + moreinfo Hi, sorry for the late reply. On 2015-01-17 11:34:14, D wrote: I don't see the attachments I promised in the report so I've sent them again. Starting program: /usr/bin/vlc [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb65b9b40 (LWP 5576)] [New Thread 0xb70d2b40 (LWP 5577)] [New Thread 0xb6effb40 (LWP 5578)] [New Thread 0xb0ec7b40 (LWP 5579)] [New Thread 0xadcffb40 (LWP 5580)] [New Thread 0xad1b8b40 (LWP 5583)] [New Thread 0xac9b7b40 (LWP 5584)] [New Thread 0xa62ffb40 (LWP 5585)] [New Thread 0xa5afeb40 (LWP 5586)] [New Thread 0xa52fdb40 (LWP 5587)] [New Thread 0xa4afcb40 (LWP 5588)] [Thread 0xa5afeb40 (LWP 5586) exited] [Thread 0xa52fdb40 (LWP 5587) exited] [Thread 0xa4afcb40 (LWP 5588) exited] [New Thread 0xad4ffb40 (LWP 5590)] [New Thread 0xa41f1b40 (LWP 5591)] [New Thread 0xa4170b40 (LWP 5592)] [New Thread 0xa40efb40 (LWP 5593)] [Thread 0xad4ffb40 (LWP 5590) exited] [Thread 0xa4170b40 (LWP 5592) exited] [Thread 0xa40efb40 (LWP 5593) exited] [New Thread 0xa40efb40 (LWP 5594)] [Thread 0xa40efb40 (LWP 5594) exited] [New Thread 0xa40efb40 (LWP 5596)] [Thread 0xa40efb40 (LWP 5596) exited] [New Thread 0xa40efb40 (LWP 5598)] [New Thread 0xa4170b40 (LWP 5599)] [New Thread 0xad4ffb40 (LWP 5600)] [Thread 0xa40efb40 (LWP 5598) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xa41f1b40 (LWP 5591)] 0xa2ce0e98 in x264_encoder_delayed_frames () from /usr/lib/i386-linux-gnu/i686/sse2/libx264.so.142 #0 0xa2ce0e98 in x264_encoder_delayed_frames () from /usr/lib/i386-linux-gnu/i686/sse2/libx264.so.142 There is a new vlc upstream version available in stretch and sid which is built against a more recents version of libx264. Could you please test if this is still an issue with the newer versions? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#792855: apt-listbugs seems to strip the trailing zero from the version?
Package: apt-listbugs Version: 0.1.16 Severity: minor Hi, I just tried to install dgit and got the following: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: hevea libdb-dev libdb5.3-dev libfuzzylite5.0 libpopt-dev librpm-dev libselinux1-dev libsepol1-dev libxm Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libjson-perl Recommended packages: libjson-xs-perl The following NEW packages will be installed: dgit libjson-perl 0 upgraded, 2 newly installed, 0 to remove and 115 not upgraded. Need to get 134 kB of archives. After this operation, 361 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://http.debian.net/debian/ testing/main libjson-perl all 2.90-1 [86.0 kB] Get:2 http://http.debian.net/debian/ testing/main dgit all 0.30 [48.0 kB] Fetched 134 kB in 0s (264 kB/s) Retrieving bug reports... Done Parsing Found/Fixed information... Done serious bugs of dgit (→ 0.30) Resolved in some Version b1 - #774628 - dgit must support intended dgit repo move (Fixed: 0.3) Summary: dgit(1 bug) Are you sure you want to install/upgrade the above packages? [Y/n/?/...] Bug #774628 was fixed in version 0.30, yet somehow apt-listbugs seems to think that it was only fixed in version 0.3. Since version 0.3 is lower than version 0.30 it does not see the bug being fixed in the current version I suppose. I do not know why above it stripped off the trailing zero. cheers, josch -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt-listbugs depends on: ii apt 1.0.9.10 ii ruby1:2.1.5.1 ii ruby-debian 0.3.9+b1 ii ruby-gettext3.1.2-1 ii ruby-soap4r 2.0.5-3 ii ruby-unicode0.4.4-2+b4 ii ruby-xmlparser 0.7.3-1+b1 ii ruby2.1 [ruby-interpreter] 2.1.5-3 Versions of packages apt-listbugs recommends: pn ruby-httpclient none Versions of packages apt-listbugs suggests: ii chromium [www-browser] 43.0.2357.130-1 ii debianutils 4.5.1 ii iceweasel [www-browser] 38.0.1-5 ii lynx-cur [www-browser] 2.8.9dev6-3 ii reportbug6.6.3 ii w3m [www-browser]0.5.3-22 -- 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#792856: libsynthesis: please make the build reproducible
Source: libsynthesis Version: 3.4.0.47.4-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the reproducible builds effort [1], we have noticed that libsynthesis could not be built reproducibly. Some file lists are sorted differently depending on the locale. The attached patch fixes this by setting LC_ALL to C before sorting. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..428d147 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +sort_file_lists.patch diff --git a/debian/patches/sort_file_lists.patch b/debian/patches/sort_file_lists.patch new file mode 100644 index 000..9d55779 --- /dev/null +++ b/debian/patches/sort_file_lists.patch @@ -0,0 +1,52 @@ +Author: Reiner Herrmann rei...@reiner-h.de +Description: Make sorting independent of locale + Sort behaves differently depending on the configured locale. + To get reproducible results, sort the file lists + with the C locale. + +Index: libsynthesis-3.4.0.47.4/src/gen-makefile-am.sh +=== +--- libsynthesis-3.4.0.47.4.orig/src/gen-makefile-am.sh libsynthesis-3.4.0.47.4/src/gen-makefile-am.sh +@@ -74,7 +74,7 @@ LIBSYNTHESIS_SOURCES=`find ${ENGINE_SOUR + sysync_SDK/DB_Interfaces/text_db \ + \( -name '*.cpp' -o -name '*.[ch]' \) | + grep -v -E -f EXCLUDE_FILES | +-sort` ++LC_ALL=C sort` + LIBSYNTHESIS_SOURCES=`echo $LIBSYNTHESIS_SOURCES` + + # files to be included in both libsynthesis and libsynthesissdk; +@@ -84,7 +84,7 @@ cat SERVER_FILES CLIENT_FILES EXTRA_FILE + LIBSYNTHESISSDK_SOURCES_BOTH=`find sysync_SDK/Sources \ + \( -name '*.cpp' -o -name '*.c' \) | + grep -v -E -f EXCLUDE_FILES | +-sort` ++LC_ALL=C sort` + LIBSYNTHESISSDK_SOURCES_BOTH=`echo $LIBSYNTHESISSDK_SOURCES_BOTH` + + # files only needed in libsynthesissdk +@@ -93,7 +93,7 @@ LIBSYNTHESISSDK_SOURCES_ONLY=`find sysyn + \( -name '*.cpp' -o -name '*.c' \) | + grep -E -f SDK_FILES | + grep -v -E -f EXCLUDE_FILES | +-sort` ++LC_ALL=C sort` + LIBSYNTHESISSDK_SOURCES_ONLY=`echo $LIBSYNTHESISSDK_SOURCES_ONLY` + + # files needed in libsmltk +@@ -101,12 +101,12 @@ LIBSMLTK_SOURCES=`find syncml_tk \ + \( -name '*.cpp' -o -name '*.[ch]' \) \ + \! \( -path syncml_tk/src/sml/\*/palm/\* -o \ +-path syncml_tk/src/sml/\*/win/\* \) | +- sort` ++ LC_ALL=C sort` + LIBSMLTK_SOURCES=`echo $LIBSMLTK_SOURCES` + + # header files required for using libsynthesissdk, + # with synthesis/ prefix +-LIBSYNTHESISSDK_HEADERS=`find sysync_SDK/Sources -name '*.h' | sed -e 's;.*/;synthesis/;' | sort` ++LIBSYNTHESISSDK_HEADERS=`find sysync_SDK/Sources -name '*.h' | sed -e 's;.*/;synthesis/;' | LC_ALL=C sort` + LIBSYNTHESISSDK_HEADERS=`echo $LIBSYNTHESISSDK_HEADERS` + + sed -e s;@LIBSYNTHESIS_SOURCES@;$LIBSYNTHESIS_SOURCES; \ signature.asc Description: OpenPGP digital signature
Bug#741573: #741573: Menu Policy and Consensus
Le Sun, Jul 19, 2015 at 08:05:56AM +, Sam Hartman a écrit : Bill, in his role of policy editor said that he believed there was not a consensus. Hi Sam, I think that what you wrote does not reflect what happened: - Russ gave me the green light for committing the changes, see https://lists.debian.org/debian-policy/2014/02/msg00068.html. Only Policy Editors can decide that a change will be committed, thus it is my understanding that Russ, as a Policy Editor, judged that there was consensus. - Without consulting with the other Policy Editors, Bill reverted the commit. This solo action was done out of the usual process for seeking consensus before changing the Policy. A lot of my experience with consensus process is in the IETF. There, if you're in a position to judge consensus, you have an obligation to help try and build the consensus when you judge that there is not consensus. If you're in a position to judge consensus, you have an obligation to lead the discussion, to focus on areas of disagreement, and to see if your consensus call is correct. There's an expectation that when you call a lack of consensus, getting to consensus is going to be a priority, and you're going to put in significant time to help. Should some or all of the above be part of what we expect from policy editors? I totally share this point of view. (This is why after leading the release of the Policy version 3.9.5.0, seeing that I would not have time to do the same within a year or two, I quitted as a Policy Editor). On another axis of the discussion, what's the appeals process? The only appeal I would see would be through the DPL, since he appoints and replaces the Policy Editors, who are DPL delegates. Have a nice Sunday, PS: I will be on business trip in Trieste for one week. Charles -- 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#790060: jessie-pu: nbd update?
On Sat, Jul 18, 2015 at 02:59:08PM +0100, Adam D. Barratt wrote: On Sat, 2015-07-18 at 15:33 +0200, Wouter Verhelst wrote: On Sat, Jul 18, 2015 at 12:07:13PM +0100, Adam D. Barratt wrote: That's much bigger than I was expecting given your description, and I'm not sure all of the changes were intended to be included. Crap. I fucked up again. Can you reject that, or is it too late? No problem. There's a gateway policy queue (slightly incorrectly referred to as stable-new) in front of proposed-updates which we have to accept or reject packages from before they hit p-u. I've flagged the upload for rejection but unfortunately just missed the start of the 13:52 dinstall, so it will need to wait until after that for dak to notice. Thanks. If you don't want me to immediately upload, what do you want me to do instead? -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792857: CVE-2014-3576
Source: activemq Severity: grave Tags: security https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-3576 is scarce on details, but per the fixed upstream release probably affects oldstable and stable. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#180775: xscreensaver-gl: Starwars does not show accentuated letters
tags 180775 pending thanks Accuentuated letters are not shown in the starwars hack. Ex : /usr/lib/xscreensaver/starwars -program echo làlélèlô gives only vertical lines for the ls. This makes fortune-fr jokes much harder to read : ) Thanks for your bug report. It seems the -program option is not supported any longer, so I cannot use your test case, however, the new 5.33 version has improved unicode support, and accented letters from e.g. planet.debian.org are correctly displayed. Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791731: Not Serious!
control: severity -1 serious Dear Colin, On Wed, Jul 15, 2015 at 08:31:56AM +0100, Colin Tuckley wrote: This is *not* a severity serious bug. If you want it fixed as something for the future then please provide a patch. This *IS* a serius bug. Your package is unbuildable on sid and stretch. Since ever this is a severity:serious bug. Why would you think otherwise? Btw, now it fails in a different way on sid (while failing the linking on testing as before): dh_auto_build make -j1 make[1]: Entering directory '/tmp/buildd/cqrlog-1.9.0' lazbuild --ws=gtk2 --pcp=/tmp/.lazarus src/cqrlog.lpi SetPrimaryConfigPath NewValue=/tmp/.lazarus - /tmp/.lazarus primary config path: /tmp/.lazarus/ CopySecondaryConfigFile /etc/lazarus/environmentoptions.xml - /tmp/.lazarus/environmentoptions.xml invalid Package Link: file /usr/lib/lazarus/1.4.0/components/debuggerintf/debuggerintf.lpk does not exist. $00674ED5 $0047E80E $00401834 $006123E8 $005EF8DF $005EF79D $004062D2 $00403FCD $00401C37 $00409583 $0040C430 $0040080D ERROR: Package file not found The package DebuggerIntf is installed, but no valid package file (.lpk) was found. A broken dummy package was created. lazbuild is non interactive, aborting now. Makefile:9: recipe for target 'cqrlog' failed make[1]: *** [cqrlog] Error 2 I'm not sure whether this is something toolchain related and not, but whatever your package FTBFS in testing and unstable and ough a fix. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#735251: my two cents
On Sun, Jul 19, 2015 at 02:09:29PM +0200, Josip Rodin wrote: Hi, I think I hit this bug too: I don't have anything (uncommented) in /etc/default/locale, but after installing lightdm I ended up with a ~/.dmrc that says: [Desktop] Language=de_DE.utf8 Session=lightdm-xsession Oddly enough, I didn't actually notice this because lightdm was in English. Once I logged in, I clicked on XFCE's menus and found them to be in German, which I never actually wanted. The cause seems to be: % grep '^[^#]' /etc/locale.gen de_DE ISO-8859-1 de_DE.UTF-8 UTF-8 de_DE@euro ISO-8859-15 en_US ISO-8859-1 en_US.UTF-8 UTF-8 fr_FR ISO-8859-1 fr_FR.UTF-8 UTF-8 hr_HR ISO-8859-2 hr_HR.UTF-8 UTF-8 nb_NO ISO-8859-1 nb_NO.UTF-8 UTF-8 I don't think the order of this file - which seems to be alphabetically sorted by default - should override the standard implicit default of POSIX, that is, English. In fact if the program itself is running with POSIX, and there's no other indicator, it should make the user default POSIX as well. This kind of guesswork doesn't seem to be a safe choice at all. Oh, but it gets worse. I edited the file to replace de_DE with en_US, and retried login, but it was still in German. So I edited the file to put in hr_HR.UTF-8, and did a sudo service lighdm restart for good measure, and now after login XFCE menus are in Croatian. Well, at least some progress. Yet I then opened the file again and now I see: % cat .dmrc [Desktop] Language=de_DE.utf8 Session=lightdm-xsession So, um, what the hell? What program is rewriting the config file in my user home directory? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735251: my two cents
Hi, I think I hit this bug too: I don't have anything (uncommented) in /etc/default/locale, but after installing lightdm I ended up with a ~/.dmrc that says: [Desktop] Language=de_DE.utf8 Session=lightdm-xsession Oddly enough, I didn't actually notice this because lightdm was in English. Once I logged in, I clicked on XFCE's menus and found them to be in German, which I never actually wanted. The cause seems to be: % grep '^[^#]' /etc/locale.gen de_DE ISO-8859-1 de_DE.UTF-8 UTF-8 de_DE@euro ISO-8859-15 en_US ISO-8859-1 en_US.UTF-8 UTF-8 fr_FR ISO-8859-1 fr_FR.UTF-8 UTF-8 hr_HR ISO-8859-2 hr_HR.UTF-8 UTF-8 nb_NO ISO-8859-1 nb_NO.UTF-8 UTF-8 I don't think the order of this file - which seems to be alphabetically sorted by default - should override the standard implicit default of POSIX, that is, English. In fact if the program itself is running with POSIX, and there's no other indicator, it should make the user default POSIX as well. This kind of guesswork doesn't seem to be a safe choice at all. Thanks, -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777888: Patch for GCC 5 build issue
On Tue, 07 Jul 2015 18:52:18 +, Pearson, Greg wrote: Here's a fix for the GCC 5 build issue. I added parentheses so the logical not applies to the whole comparison and not just the left hand side. With this patch we indeed get over the failure but later the build fails again: make all-am make[5]: Entering directory '/tmp/buildd/goplay-0.9+nmu1/src' g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/tagcoll-2.0.14 `fltk-config --cxxflags --use-images` `curl-config --cflags` -Wall -Wextra -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wformat -Werror=format-security -ggdb-g -O2 -c -o Environment.o Environment.cpp g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/tagcoll-2.0.14 `fltk-config --cxxflags --use-images` `curl-config --cflags` -Wall -Wextra -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wmissing-declarations -Wformat -Werror=format-security -ggdb-g -O2 -c -o Engine.o Engine.cpp In file included from /usr/include/xapian.h:40:0, from Engine.h:27, from Engine.cpp:21: /usr/include/xapian/version.h:29:2: warning: #warning The C++ ABI version of compiler you are using does not exactly match [-Wcpp] #warning The C++ ABI version of compiler you are using does not exactly match ^ /usr/include/xapian/version.h:30:2: warning: #warning that of the compiler used to build the library. If linking fails [-Wcpp] #warning that of the compiler used to build the library. If linking fails ^ /usr/include/xapian/version.h:31:2: warning: #warning due to missing symbols, this is probably the reason why. [-Wcpp] #warning due to missing symbols, this is probably the reason why. ^ /usr/include/xapian/version.h:32:2: warning: #warning The Xapian library was built with g++ 4.9.2 [-Wcpp] #warning The Xapian library was built with g++ 4.9.2 ^ [..] goplay.o: In function `main': /tmp/buildd/goplay-0.9+nmu1/src/goplay.cpp:463: undefined reference to `Xapian::Query::Query(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned int, unsigned int)' goplay.o: In function `wibble::commandline::SingleOptionwibble::commandline::String::stringValue() const': /usr/include/wibble/commandline/options.h:212: undefined reference to `wibble::commandline::String::toString(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: error: ld returned 1 exit status I guess this has to wait for a rebuilt xapian/wibble. (Or we upload it to unstable / with gcc 4.9 now and hope it builds with gcc 5 later.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Tote Hosen: Guantanamera signature.asc Description: Digital Signature
Bug#792858: RFP: Yawls -- Adjust the brightness level of your display by using the internal/external webcam of your notebook as an ambient light sensor
Package: wnpp Severity: wishlist Licences: GNU GPL v3 https://launchpad.net/yawls/1.2.x/1.2.1/+download/yawls_1.2.1.tar.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777184: ltsp-client: insserv: script ltsp-client-setup: service ltsp-client-setup already provided!
Followup-For: Bug #777184 Hi Vagrant, I just remembered that the conffile removal for the obsolete and potentially harmful initscript should be backported to wheezy ... Attached is a patch and in my tests in piuparts this seems to work fine. We cannot use .mainscript files in wheezy, so there are 4 maintainer scripts added/changed instead. Andreas diff -Nru ltsp-5.4.2/debian/changelog ltsp-5.4.2/debian/changelog --- ltsp-5.4.2/debian/changelog 2014-04-03 21:15:52.0 +0200 +++ ltsp-5.4.2/debian/changelog 2015-07-19 14:14:27.0 +0200 @@ -1,3 +1,14 @@ +ltsp (5.4.2-6+deb7u2) wheezy; urgency=medium + + * debian/ltsp-client-core.{pre,post}{inst,rm}: Add dpkg_maintscript_helper +rm_conffile calls to remove obsolete (and potentially harmful) +/etc/init.d/ltsp-client-setup and /etc/default/ltsp-client-setup +leftover from squeeze upgrades (Closes: #777184). +Add Pre-Depends: dpkg (= 1.15.7.2), already satisfied in squeeze. +Thanks to Andreas Beckmann! + + -- Andreas Beckmann a...@debian.org Sun, 19 Jul 2015 13:59:54 +0200 + ltsp (5.4.2-6+deb7u1) wheezy; urgency=medium * Apply patch to fix remote audio on thinclients (Closes: #738553). diff -Nru ltsp-5.4.2/debian/control ltsp-5.4.2/debian/control --- ltsp-5.4.2/debian/control 2013-01-09 06:59:50.0 +0100 +++ ltsp-5.4.2/debian/control 2015-07-19 14:06:14.0 +0200 @@ -89,6 +89,7 @@ LTSP stands for 'Linux Terminal Server Project'. Package: ltsp-client-core +Pre-Depends: dpkg (= 1.15.7.2) Depends: ${misc:Depends}, ${shlibs:Depends}, console-setup, diff -Nru ltsp-5.4.2/debian/ltsp-client-core.postinst ltsp-5.4.2/debian/ltsp-client-core.postinst --- ltsp-5.4.2/debian/ltsp-client-core.postinst 2012-11-19 23:33:11.0 +0100 +++ ltsp-5.4.2/debian/ltsp-client-core.postinst 2015-07-19 14:16:05.0 +0200 @@ -14,6 +14,9 @@ # Enable debconf . /usr/share/debconf/confmodule +dpkg-maintscript-helper rm_conffile /etc/default/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ +dpkg-maintscript-helper rm_conffile /etc/init.d/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ + # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. diff -Nru ltsp-5.4.2/debian/ltsp-client-core.postrm ltsp-5.4.2/debian/ltsp-client-core.postrm --- ltsp-5.4.2/debian/ltsp-client-core.postrm 1970-01-01 01:00:00.0 +0100 +++ ltsp-5.4.2/debian/ltsp-client-core.postrm 2015-07-19 14:14:29.0 +0200 @@ -0,0 +1,7 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper rm_conffile /etc/default/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ +dpkg-maintscript-helper rm_conffile /etc/init.d/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ + +#DEBHELPER# diff -Nru ltsp-5.4.2/debian/ltsp-client-core.preinst ltsp-5.4.2/debian/ltsp-client-core.preinst --- ltsp-5.4.2/debian/ltsp-client-core.preinst 1970-01-01 01:00:00.0 +0100 +++ ltsp-5.4.2/debian/ltsp-client-core.preinst 2015-07-19 14:14:29.0 +0200 @@ -0,0 +1,7 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper rm_conffile /etc/default/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ +dpkg-maintscript-helper rm_conffile /etc/init.d/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ + +#DEBHELPER# diff -Nru ltsp-5.4.2/debian/ltsp-client-core.prerm ltsp-5.4.2/debian/ltsp-client-core.prerm --- ltsp-5.4.2/debian/ltsp-client-core.prerm 1970-01-01 01:00:00.0 +0100 +++ ltsp-5.4.2/debian/ltsp-client-core.prerm 2015-07-19 14:14:29.0 +0200 @@ -0,0 +1,7 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper rm_conffile /etc/default/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ +dpkg-maintscript-helper rm_conffile /etc/init.d/ltsp-client-setup 5.4.2-6+deb7u2~ -- $@ + +#DEBHELPER#
Bug#758737: confirmation
I can confirm this bug (after one year). The Switch Off/On Wi-Fi in the wicd-gtk package always shows the opposit of the real state. So to enable a WLAN connection you first have to Switch ***Off*** Wi-Fi, otherwise it won't work. No autoconnect! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741573: #741573: Menu Policy and Consensus
Charles == Charles Plessy ple...@debian.org writes: Charles Le Sun, Jul 19, 2015 at 08:05:56AM +, Sam Hartman a Charles écrit : Bill, in his role of policy editor said that he believed there was not a consensus. Charles Hi Sam, Charles I think that what you wrote does not reflect what happened: Charles - Russ gave me the green light for committing the changes, Charles see Charles https://lists.debian.org/debian-policy/2014/02/msg00068.html. Charles Only Policy Editors can decide that a change will be Charles committed, thus it is my understanding that Russ, as a Charles Policy Editor, judged that there was consensus. I agree with that. Charles - Without consulting with the other Policy Editors, Bill Charles reverted the commit. This solo action was done out of the Charles usual process for seeking consensus before changing the Charles Policy. Well, I'd phrase it as Bill, in his role as policy editor felt that Russ had misjudged consensus. My understanding is that the process is silent on this: it neither permits nor forbids this. I actually think you want the process to permit policy editors to disagree with each other in this way. There's some question about how to handle a disagreement when it arises. Immediately reverting is an option that tends to maximize frustration, especially if it is not explicitly called out in the process. A lot of my experience with consensus process is in the IETF. There, if you're in a position to judge consensus, you have an obligation to help try and build the consensus when you judge that there is not consensus. If you're in a position to judge consensus, you have an obligation to lead the discussion, to focus on areas of disagreement, and to see if your consensus call is correct. There's an expectation that when you call a lack of consensus, getting to consensus is going to be a priority, and you're going to put in significant time to help. Should some or all of the above be part of what we expect from policy editors? Charles I totally share this point of view. (This is why after Charles leading the release of the Policy version 3.9.5.0, seeing Charles that I would not have time to do the same within a year or Charles two, I quitted as a Policy Editor). OK. If there's general agreement on this, it might be a good idea to get this expectation into the process document and reference that from the delegation. Naturally as part of that you'd want to make sure that the policy editors are comfortable with the responsibility the community is asking them to take up. On another axis of the discussion, what's the appeals process? Charles The only appeal I would see would be through the DPL, since Charles he appoints and replaces the Policy Editors, who are DPL Charles delegates. Well, I'll note that's not what you did; you brought the issue to the TC rather than the DPL. I'll also note that our constitution explicitly limits the DPL's actions with regard to a decision of a delegate. I think the DPL is who you'd bring an issue to if you thought an editor was consistently not meeting the responsibility of the post. I think the DPL has no formal power to reverse a specific decision. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792859: /etc/X11/Xsession: XFCE session does not start from lightdm; Xsession found not executable
Package: x11-common Version: 1:7.7+7 Severity: important File: /etc/X11/Xsession Dear Maintainer, encountered an insidious problem on a fresh install of Debian/Stable. * did a fresh install, wiping out and reformatting my old system partition (booted from the official XFCE image for amd64) * worked for half a day, started integrating customisations from my old system, like aliasses, profile, mounts * changed the hostname (edit /etc/hostname and all other places I found with grep in /etc, then used hostnamectrl to set it, reboot) * unable to start desktop from ligthdm greeter Symptoms: * after entering the password, X stops (screen gets black). Then lightdm restarts * the journal shows nothing special (some warings and errors I see always). * Just that X terminates immediately when executing Xsession Remedy: Found Bug 748944 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748944 The symptoms reported there are identical (also, my .xsession-errors was empty) Indeed, my Xsession was not executable. chmod a+x Problem solved, XFCE starts normal Relevant observations * now the problem is reproducible: remove x-flag for 'others' - won't start * XFCE session still starts when logging in on a VT and invoking startx * BUT NOTE: it did work from the installation until the moment I changed the hostname * I did a full backup, after I re-integrated my profile and bashrc. This Backup positively shows that Xsession was not executable -rw-r--r-- root/root 3517 2013-09-26 01:24 etc/X11/Xsession -rw-r--r-- root/root 265 2013-09-26 01:24 etc/X11/Xsession.options yet still the launch from lightdm worked, after the backup, until changing the hostname So my conclusion is, either Xsession was installed not executable, or something in the scripting changed the permissions (I for sure won't do such a thing). And, more important, even while not executable, the launch worked and then ceased to work for no obvious reason. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.56 ii lsb-base 4.1+Debian13+nmu1 x11-common recommends no packages. x11-common suggests no packages. -- debconf information: x11-common/xwrapper/allowed_users: Console Users Only x11-common/xwrapper/actual_allowed_users: console -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777965: libpam-chroot: diff for NMU version 0.9-4.2
Control: tags 777965 + pending Dear maintainer, I've prepared an NMU for libpam-chroot (versioned as 0.9-4.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Cranberries: Pretty diff -u libpam-chroot-0.9/pam_chroot.c libpam-chroot-0.9/pam_chroot.c --- libpam-chroot-0.9/pam_chroot.c +++ libpam-chroot-0.9/pam_chroot.c @@ -68,7 +68,7 @@ /* initialize opts to a standard known state */ int _pam_opts_init(struct _pam_opts* opts) { if(NULL == opts) { - _pam_log(LOG_ERR, %s: NULL opts pointer, __FUNCTION__); + _pam_log(LOG_ERR, %s: NULL opts pointer, __extension__ __FUNCTION__); return _PAM_CHROOT_INTERNALERR; } @@ -91,7 +91,7 @@ int i; if(NULL == opts) { - _pam_log(LOG_ERR, %s: NULL opts pointer, __FUNCTION__); + _pam_log(LOG_ERR, %s: NULL opts pointer, __extension__ __FUNCTION__); return _PAM_CHROOT_INTERNALERR; } @@ -162,7 +162,7 @@ /* free the allocated memory of a struct _pam_opts */ int _pam_opts_free(struct _pam_opts* opts) { if(NULL == opts) { - _pam_log(LOG_ERR, %s: NULL opts pointer, __FUNCTION__); + _pam_log(LOG_ERR, %s: NULL opts pointer, __extension__ __FUNCTION__); } _pam_drop(opts-chroot_dir); _pam_drop(opts-conf); @@ -261,19 +261,19 @@ gids = (gid_t*) malloc(ngroups*sizeof(gid_t)); if(NULL == gids) { _pam_log(LOG_ERR, %s: %s: malloc: %s, -opts-module, __FUNCTION__, strerror(errno)); +opts-module, __extension__ __FUNCTION__, strerror(errno)); return NULL; } ret = _PAM_GETUGROUPS(pwd-pw_name, pwd-pw_gid, gids, ngroups); if(-1 == ret) { _pam_log(LOG_WARNING, %s: %s: _PAM_GETUGROUPS found more gids on second run, -opts-module, __FUNCTION__); +opts-module, __extension__ __FUNCTION__); } if(0 = ngroups) { _pam_log(LOG_ERR, %s: %s: _PAM_GETUGROUPS returned no groups for user \%s\, -opts-module, __FUNCTION__, user); +opts-module, __extension__ __FUNCTION__, user); _pam_drop(gids); return NULL; } @@ -282,7 +282,7 @@ groups = (char**)malloc((ngroups+1)*sizeof(char*)); if(NULL == groups) { _pam_log(LOG_ERR, %s: %s: malloc: %s, -opts-module, __FUNCTION__, strerror(errno)); +opts-module, __extension__ __FUNCTION__, strerror(errno)); _pam_drop(gids); return NULL; } @@ -533,7 +533,7 @@ char *errbuf = malloc(len); if(NULL == errbuf) { _pam_log(LOG_ERR, %s: %s: malloc: %s, - opts-module, __FUNCTION__, strerror(errno)); + opts-module, __extension__ __FUNCTION__, strerror(errno)); if(opts-flags _PAM_OPTS_USE_GROUPS) { _pam_free_groups(group_list); } diff -u libpam-chroot-0.9/debian/changelog libpam-chroot-0.9/debian/changelog --- libpam-chroot-0.9/debian/changelog +++ libpam-chroot-0.9/debian/changelog @@ -1,3 +1,13 @@ +libpam-chroot (0.9-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix ftbfs with GCC-5: apply patch from Linn Crosetto: +mark the non-standard function identifier __FUNCTION__ +with the __extension__ keyword. +(Closes: #777965) + + -- gregor herrmann gre...@debian.org Sun, 19 Jul 2015 15:17:04 +0200 + libpam-chroot (0.9-4.1) unstable; urgency=low * NMU signature.asc Description: Digital Signature
Bug#629430: Ends up as the default for text documents
On Mon, Jun 06, 2011 at 10:11:13AM -0700, Josh Triplett wrote: Gobby seems to have managed to end up as the default program used to open text documents, at least in some circumstances. This should never happen; gobby should exist on the list of available options, but never as the default. It seems to me as if this is working correctly now, at least in Jessie. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#777965: Patch for libpam-chroot FTBFS with GCC-5
On Sat, 18 Jul 2015 20:28:57 +0200, gregor herrmann wrote: Here is a patch to mark the non-standard function identifier __FUNCTION__ with the __extension__ keyword to work around the build failure with GCC-5. Thanks for this patch. Unfortunately there seems to be a problem. After applying it the build (with gcc 5 from experimental) fails with: Scratch that, seems I applied the patch with --dry-run :/ Sorry for the noise. Cheers, gregor, preparing an NMU now -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones signature.asc Description: Digital Signature
Bug#792860: FTCBFS: invokes host-arch executable cracklib-packer
Source: cracklib2 Version: 2.9.2-1 Tags: patch User: helm...@debian.org Usertags: rebootstrap Dear cracklib2 maintainers, I noticed that cracklib2 fails to cross build from source. The culprit is that the cross built cracklib-packer gets executed as part of the build, but cross builds do not allow executing host arch executables. Unfortunately, cracklib-packer is both installed into cracklib-runtime and used as a build tool, so simply switching to the build arch compiler would be wrong. Instead, I am proposing to add a build dependency on cracklib-runtime:native cross. The cross build profile ensures that during native builds there is no cyclic build dependency. The :native annotation ensures that the build arch version is selected. Furthermore, debian/rules need to be adapted to use /usr/sbin/cracklib-packer during cross builds. I am attaching a patch that implements the above plan. Please consider applying it. If in doubt, don't hesitate to ask for more details concerning the identified problem or the proposed solution. Helmut diff -Nru cracklib2-2.9.2/debian/changelog cracklib2-2.9.2/debian/changelog --- cracklib2-2.9.2/debian/changelog +++ cracklib2-2.9.2/debian/changelog @@ -1,3 +1,10 @@ +cracklib2 (2.9.2-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Use build arch cracklib-packer during cross compilation. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sun, 19 Jul 2015 09:06:24 +0200 + cracklib2 (2.9.2-1) unstable; urgency=medium * New upstream version (Closes: #724570) diff -Nru cracklib2-2.9.2/debian/control cracklib2-2.9.2/debian/control --- cracklib2-2.9.2/debian/control +++ cracklib2-2.9.2/debian/control @@ -8,6 +8,7 @@ automake (= 1.10), autotools-dev, chrpath, + cracklib-runtime:native cross, debhelper (= 9), docbook-utils, docbook-xml, diff -Nru cracklib2-2.9.2/debian/rules cracklib2-2.9.2/debian/rules --- cracklib2-2.9.2/debian/rules +++ cracklib2-2.9.2/debian/rules @@ -17,6 +17,12 @@ NOPYTHON_OPTIONS = -Npython-cracklib -Npython3-cracklib endif +ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) +CRACKLIB_PACKER=$(CURDIR)/debian/buildtmp/base/util/cracklib-packer +else +CRACKLIB_PACKER=/usr/sbin/cracklib-packer +endif + override_dh_auto_configure: aclocal libtoolize automake --add-missing autoreconf mkdir -p $(CURDIR)/debian/buildtmp/base @@ -57,7 +63,7 @@ override_dh_auto_test: mkdir $(CURDIR)/debian/tmp ifneq ($(DEB_STAGE),stage1) - $(CURDIR)/debian/buildtmp/base/util/cracklib-packer $(CURDIR)/debian/tmp/cracklib_dict \ + $(CRACKLIB_PACKER) $(CURDIR)/debian/tmp/cracklib_dict \ $(CURDIR)/dicts/cracklib-small for i in $(PYVERS) $(PY3VERS); do \ cd $(CURDIR)/debian/buildtmp/python$$i/python/$(call py_builddir_sh,$$i); \ @@ -91,7 +97,7 @@ $(CURDIR)/debian/libcrack2-udeb/usr/lib/$(DEB_HOST_MULTIARCH) cp -r $(CURDIR)/debian/libcrack2/usr/share/locale/* \ $(CURDIR)/debian/libcrack2-udeb/usr/share/locale - $(CURDIR)/debian/buildtmp/base/util/cracklib-packer $(CURDIR)/debian/libcrack2-udeb/var/cache/cracklib/cracklib_dict \ + $(CRACKLIB_PACKER) $(CURDIR)/debian/libcrack2-udeb/var/cache/cracklib/cracklib_dict \ $(CURDIR)/dicts/cracklib-small # move files to libcrack2-dev mkdir -p $(CURDIR)/debian/libcrack2-dev/usr/lib/$(DEB_HOST_MULTIARCH)
Bug#792861: garmin-forerunner-tools_0.10repacked-5.dsc maintainer corretion
Package: garmin-forerunner-tools Version: 0.10repacked-5 Severity: minor Tags: patch Dear Maintainer, While browsing https://www.debian.org/devel/people I came across a duplicate entry for the 'Debian running development group' and 'Debian running develpment group'. After some investigation I learned the devel/people page auto-generates based upon packages in unstable and the fix would require a bug to be filed against garmin-forerunner-tools_0.10repacked-5. This is very minor/cosmetic typo. Thank you, James Montgomery -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Index: Downloads/garmin-forerunner-tools_0.10repacked-5.dsc === --- Downloads.orig/garmin-forerunner-tools_0.10repacked-5.dsc +++ Downloads/garmin-forerunner-tools_0.10repacked-5.dsc @@ -6,7 +6,7 @@ Source: garmin-forerunner-tools Binary: garmin-forerunner-tools Architecture: any Version: 0.10repacked-5 -Maintainer: Debian running develpment group pkg-running-de...@lists.alioth.debian.org +Maintainer: Debian running development group pkg-running-de...@lists.alioth.debian.org Uploaders: Noèl Köthe n...@debian.org, Ralf Treinen trei...@debian.org, Christian Perrier bubu...@debian.org Homepage: http://garmintools.googlecode.com Standards-Version: 3.9.5
Bug#777184: Bug #777184: ltsp-client: insserv: script ltsp-client-setup: service ltsp-client-setup already provided! (Re: Processed: unarchiving 777184, tagging 777184)
On 2015-07-19, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: ... tags 777184 + wheezy jessie Bug #777184 {Done: Vagrant Cascadian vagr...@debian.org} [ltsp-client-core] ltsp-client: insserv: script ltsp-client-setup: service ltsp-client-setup already provided! Added tag(s) wheezy and jessie. This is fixed in jessie already, unless I misunderstand the purpose of the tag? Or is there some unresolved issue on jessie? Thanks! live well, vagrant signature.asc Description: PGP signature
Bug#792862: RFA: acorn
Package: wnpp Severity: normal The acorn package needs a new maintainer. I packaged it initially because it's part of the OpenLayers 3 dependency chain. Since it won't be possible to complete the OpenLayers 3 packaging due to the unsolved bundling of small Node.js packages problem, I'm no longer interested in the OpenLayers 3 dependencies. The package is maintained within the JavaScript team, it mostly needs a new uploader. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459613: save all documents at once
On Mon, Jan 07, 2008 at 05:08:03PM +0100, Nico Golde wrote: if you work with a large set of files (e.g. source code) it's always a pain to save all files before you start compiling. It would be nice to have a Save all documents button. This has been fixed in gobby-infinote which is now the default. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#636051: gobby-0.5: Status display not correctly updated/cleared
On Sat, Jul 30, 2011 at 04:42:58PM +0200, Simon Kainz wrote: Trying to connectto a non existant host displays a ,essgae Could not resolve hostname hostname in the status bar. After a sucessful connection attempt, this message does not get cleared, so it seems like there is still some problem concerning hostname resolving. This has in the meantime been fixed. The status is now displayed with the server entry in the list, rather than in the status bar. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#792731: cups: incorrect MIME type on cups.css
On Sun, 19 Jul 2015 12:39:36 +0200, Didier 'OdyX' Raboud o...@debian.org wrote: Le samedi, 18 juillet 2015, 17.34:20 Stephen Kitt a écrit : I get: % HEAD http://localhost:631/cups.css | grep Content-Type Content-Type: application/x-csource What does this command give on your computer? $ grep -A5 application/x-csource /usr/share/cups/mime/mime.types % grep -A5 application/x-csource /usr/share/cups/mime/mime.types application/x-csource c cxx cpp cc C h hpp \ printable(0,1024) + ! css + \ (string(0,/*) string(0,//) string(0,#include) contains(0,1024,0a#include) \ string(0,#define) contains(0,1024,0a#define)) text/html html htm printable(0,1024) +\ Okay. Do you happen to have mime.types or mime.convs files in /etc/cups or /usr/share/cups ? Indeed, I have rather old copies in /etc/cups: % ls -l /etc/cups/mime.* -rw-r--r-- 1 root root 4424 Jul 11 2009 /etc/cups/mime.convs -rw-r--r-- 1 root root 6184 Aug 20 2007 /etc/cups/mime.types Regards, Stephen pgpgBnmyVi0QH.pgp Description: OpenPGP digital signature
Bug#778056: pads: diff for NMU version 1.2-11.1
Control: tags 778056 + pending Dear maintainer, I've prepared an NMU for pads (versioned as 1.2-11.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Diana Krall: Little Girl Blue diff -u pads-1.2/debian/rules pads-1.2/debian/rules --- pads-1.2/debian/rules +++ pads-1.2/debian/rules @@ -10,7 +10,7 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -CFLAGS = -Wall -g +CFLAGS = -Wall -g -std=gnu89 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 diff -u pads-1.2/debian/changelog pads-1.2/debian/changelog --- pads-1.2/debian/changelog +++ pads-1.2/debian/changelog @@ -1,3 +1,12 @@ +pads (1.2-11.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix ftbfs with GCC-5: apply patch from Andrew Patterson: +build with -std=gnu89. +(Closes: #778056) + + -- gregor herrmann gre...@debian.org Sun, 19 Jul 2015 15:26:50 +0200 + pads (1.2-11) unstable; urgency=low * Update maintainer's email address signature.asc Description: Digital Signature
Bug#792863: RFA: node-globule
Package: wnpp Severity: normal The node-globule package needs a new maintainer. I packaged it initially because it's part of the OpenLayers 3 dependency chain. Since it won't be possible to complete the OpenLayers 3 packaging due to the unsolved bundling of small Node.js packages problem, I'm no longer interested in the OpenLayers 3 dependencies. The package is maintained within the JavaScript team, it mostly needs a new uploader. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792859: /etc/X11/Xsession: XFCE session does not start from lightdm; Xsession found not executable
Control: tag -1 moreinfo unreproducible On Sun, Jul 19, 2015 at 15:12:12 +0200, Hermann Vosseler wrote: Package: x11-common Version: 1:7.7+7 Severity: important File: /etc/X11/Xsession Dear Maintainer, encountered an insidious problem on a fresh install of Debian/Stable. * did a fresh install, wiping out and reformatting my old system partition (booted from the official XFCE image for amd64) * worked for half a day, started integrating customisations from my old system, like aliasses, profile, mounts * changed the hostname (edit /etc/hostname and all other places I found with grep in /etc, then used hostnamectrl to set it, reboot) * unable to start desktop from ligthdm greeter Symptoms: * after entering the password, X stops (screen gets black). Then lightdm restarts * the journal shows nothing special (some warings and errors I see always). * Just that X terminates immediately when executing Xsession Remedy: Found Bug 748944 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748944 The symptoms reported there are identical (also, my .xsession-errors was empty) Indeed, my Xsession was not executable. chmod a+x Problem solved, XFCE starts normal x11-common clearly installs Xsession as executable, I don't think it's responsible if something else breaks it. Cheers, Julien signature.asc Description: Digital signature
Bug#792864: RFA: node-minimist -- Argument options parsing for Node.js
Package: wnpp Severity: normal I request an adopter for the node-minimist package. The package description is: Minimist is the guts of optimist's argument parser without all the fanciful decoration. . Optimist is a light-weight node.js library for option parsing. . Node.js is an event-based server-side JavaScript engine. I packaged it initially because it's part of the OpenLayers 3 dependency chain. Since it won't be possible to complete the OpenLayers 3 packaging due to the unsolved bundling of small Node.js packages problem, I'm no longer interested in the OpenLayers 3 dependencies. The package is maintained within the JavaScript team, it mostly needs a new uploader. It is also a dependency of node-optimist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792707: mesa-vdpau-drivers: Bad performance of hardware video decoding with linux-image 4.0
On Fri, Jul 17, 2015 at 19:40:41 +0300, artem_banschikov wrote: Package: mesa-vdpau-drivers Version: 10.5.9-2 Severity: normal Dear Maintainer, I updated linux-image to version 4.0 and got strong Audio/Video desynchronisation in both mpv and VLC. When I rebooted the system with kernel 3.16 video played well as usual. Sounds like a kernel regression then, not a mesa bug, why did you file it against mesa? Cheers, Julien signature.asc Description: Digital signature
Bug#605901: gobby-0.5: gobby stores everything in ~/.infinote-records
Control: reopen -1 Control: reassign -1 gobby Control: tag -1 + upstream On Sat, Dec 04, 2010 at 04:08:23PM +0100, Christoph Kluenter wrote: Gobby stores everthing in a log in ~/.infinote-records There is no option to delete the log. The log does not get truncated automatically. It is not even clear that the log belongs to gobby. It could reach back for years. There should be an option for deleting old logs on startup. This is still a valid bug report. Kind regards and thanks Philipp Kern signature.asc Description: Digital signature
Bug#792865: RFA: node-q
Package: wnpp Severity: normal The node-q package needs a new maintainer. I packaged it initially because it's part of the OpenLayers 3 dependency chain. Since it won't be possible to complete the OpenLayers 3 packaging due to the unsolved bundling of small Node.js packages problem, I'm no longer interested in the OpenLayers 3 dependencies. The package is maintained within the JavaScript team, it mostly needs a new uploader. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792866: RFA: node-tmp
Package: wnpp Severity: normal The node-tmp package needs a new maintainer. I packaged it initially because it's part of the OpenLayers 3 dependency chain. Since it won't be possible to complete the OpenLayers 3 packaging due to the unsolved bundling of small Node.js packages problem, I'm no longer interested in the OpenLayers 3 dependencies. The package is maintained within the JavaScript team, it mostly needs a new uploader. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681520: gobby-0.5: please add shortcut for changing font size
Control: reopen -1 Control: reassign -1 gobby On Fri, Jul 13, 2012 at 02:44:31PM -0600, Ansgar Burchardt wrote: It would be nice if there was a shortcut to change the font size inside gobby, eg. [Ctrl]-[+] and [Ctrl]-[-]. This is still a vali feature request. In a way it should be supported by GtkSourceView. On the other hand it would make projector use much easier. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#791131: libjsoncpp: library transition may be needed when GCC 5 is the default
Control: tags -1 + confirmed On 07/06/2015 11:34 PM, Peter Spiess-Knafl wrote: Hi! From what I can tell, by pasting the log section into c++filt, those symbols only occur, because they use std:c++11 strings and stringstreams. There is nothing c++11 specific aside from using c++11 strings and stringstreams. However to answer your question: Yes some of the symbols are part of the public API: Json::Value::operator[](std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const) const Json::Value::toStyledString[abi:cxx11]() const Json::valueToString // for all types Json::Value::isMember(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const) const etc. So I am not sure if this now requires a transition or not. If it does require a transition, I would like to switch to the 1.x versions instead of the 0.x verion of the library. cmake will break at least, needing the symbol _ZN4Json5ValueC1ERKSs I could prepare sucha package and upload it to experimental. please do, either renaming the existing library, or packaging the new upstream version. If you upload now, please b-d on g++ (= 4:5.2.1-11) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778122: patch for gcc5 bug
On Wed, 15 Jul 2015 15:07:24 -0600, Alexander Balderson wrote: Here's a fix for the GCC 5 build issue. Added extern to inline functions in ppc_fpu.c, ppc_mmu.c, and emul.c I can confirm that the patch fixes the build failure with GCC 5 but with it the build with GCC 4.9 fails: gcc-Wl,-z,relro -o skyeye skyeye.o ./utils/libutils.a ./arch/arm/libarm.a ./device/libdev.a ./arch/mips/libmips.a ./arch/ppc/libppc.a ./arch/bfin/libbfin.a ./arch/mips/libmips.a ./arch/coldfire/libcoldfire.a -lm -lc ./arch/mips/libmips.a(decoder.o): In function `decode': /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1105: undefined reference to `sign_extend_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1079: undefined reference to `sign_extend_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1049: undefined reference to `sign_extend_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1027: undefined reference to `sign_extend_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1013: undefined reference to `sign_extend_UInt32' ./arch/mips/libmips.a(decoder.o):/tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:1001: more undefined references to `sign_extend_UInt32' follow ./arch/mips/libmips.a(decoder.o): In function `decode': /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:240: undefined reference to `divide_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:231: undefined reference to `divide_Int32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:94: undefined reference to `sign_extend_UInt32' /tmp/buildd/skyeye-1.2.5/arch/mips/common/decoder.c:64: undefined reference to `sign_extend_UInt32' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_fpu_test': ppc_fpu.c:(.text+0xd2): undefined reference to `ppc_fpu_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_faddx': ppc_fpu.c:(.text+0x434): undefined reference to `ppc_fpu_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_faddsx': ppc_fpu.c:(.text+0x53e): undefined reference to `ppc_fpu_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fcmpo': ppc_fpu.c:(.text+0x649): undefined reference to `ppc_fpu_compare' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fcmpu': ppc_fpu.c:(.text+0x775): undefined reference to `ppc_fpu_compare' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fdivx': ppc_fpu.c:(.text+0xa1b): undefined reference to `ppc_fpu_div' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fdivsx': ppc_fpu.c:(.text+0xb5d): undefined reference to `ppc_fpu_div' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmaddx': ppc_fpu.c:(.text+0xc68): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmaddsx': ppc_fpu.c:(.text+0xd76): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmsubx': ppc_fpu.c:(.text+0xee3): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmsubsx': ppc_fpu.c:(.text+0xff1): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmulx': ppc_fpu.c:(.text+0x1104): undefined reference to `ppc_fpu_mul' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fmulsx': ppc_fpu.c:(.text+0x1214): undefined reference to `ppc_fpu_mul' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fnmaddx': ppc_fpu.c:(.text+0x13e3): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fnmaddsx': ppc_fpu.c:(.text+0x1500): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fnmsubx': ppc_fpu.c:(.text+0x1626): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fnmsubsx': ppc_fpu.c:(.text+0x174c): undefined reference to `ppc_fpu_mul_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_frsqrtex': ppc_fpu.c:(.text+0x18f0): undefined reference to `ppc_fpu_sqrt' ppc_fpu.c:(.text+0x192d): undefined reference to `ppc_fpu_div' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fsqrtx': ppc_fpu.c:(.text+0x1aad): undefined reference to `ppc_fpu_sqrt' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fsubx': ppc_fpu.c:(.text+0x1c0a): undefined reference to `ppc_fpu_add' ./arch/ppc/libppc.a(ppc_fpu.o): In function `ppc_opc_fsubsx': ppc_fpu.c:(.text+0x1d25): undefined reference to `ppc_fpu_add' ./arch/ppc/libppc.a(ppc_mmu.o): In function `ppc_opc_lvx': ppc_mmu.c:(.text+0x4cdf): undefined reference to `ppc_read_effective_qword' ./arch/ppc/libppc.a(ppc_mmu.o): In function `ppc_opc_stvx': ppc_mmu.c:(.text+0x6b20): undefined reference to `ppc_write_effective_qword' collect2: error: ld returned 1 exit status Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Featuring The
Bug#791731: Not Serious!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19/07/15 13:49, Mattia Rizzolo wrote: This *IS* a serius bug. Your package is unbuildable on sid and stretch. Since ever this is a severity:serious bug. Why would you think otherwise? Because on my AMD64 up to date testing system the package *does* build okay. In a Pbuilder SID chroot it now does fail (but it was okay when the original bug was filed), but it looks like a toolchain problem not a cqrlog package problem. I will get upstream to look at it and check. Colin - -- Colin Tuckley | +44(0)1223 830814 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x38C9D903 Universe is a big place... perhaps the biggest -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVq6trAAoJEPoMQQc4ydkDiNoP/RSaIh/03QXIwhgrSe+iHVRE fe0Ppymvu1wX7XpewHQsy70cF4LxO1FtE+WaHHPhhSX7qNRkKfTeVhLmW2lEQAdU oQjmEiZ63fOQB+2+omogPwbrtPO0veLjMYTwhBrIb4YoEhvIXK85vyNGit2TXpzu 7njqzLU7UnEtyBM++QjFI3h6TVEysS5TnPqbqN9aru6heUS8n37olGL418VKcLGV Up3b0CIh3zgRTYVArgv9XSmszG60sBI42MSHezyyAZcDKaMAQuHiw0bhk/fWxDdN tXdKMjmCqP5JBiyVDgbzeEFMNflP+PY80dAwCrPwmn+pFPO0TE/T0dxyHaDXBhw9 PbrQZFxw36Ljg2yrsA7oSS3nbLzeLHiViN6z/WsrUDFpVvE5UipUzQVcYL9BsrDN nQ0Sk4S92xJswwnp8JJqqLmme86Q37skukiMlh0ZS5xvE+nlldQeoHUAZFdb99Mh dcPQJEmf+zEr6z6XbD3rJx1Nk0mVKdRuazRJTLLpr2MPj3l/9HT+wCVOAIQmWIxh y6h07EBf4uv1YHn7asZotTqzcFLApXUconhcIr0dUrGXqIVT/wVs4Ukon1HhsZAa 0pr2hb2flmkuHxR3qcLWENPppUdayGHjvq1SUkW3ni+4pd6MdkrPPsKV1QkQpWSK rnBWXFT3qqhFYYofFYpS =PELu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792868: transition: libsidplayfp
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, The libsidplayfp library changed its soname from 3 to 4. The two affected packages are qmmp and audacious-plugins. Both build fine with the new API as it was only extended. This means binNMUs of the two mentioned packages are enough for the transition - tested myself on amd64. Am I OK to upload the new libsidplayfp package to Sid directly? Ben file: title = libsidplayfp; is_affected = .depends ~ libsidplayfp3 | .depends ~ libsidplayfp4; is_good = .depends ~ libsidplayfp4; is_bad = .depends ~ libsidplayfp3; Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792867: FTCBFS: uses wrong architecture Python
Source: bsdmainutils Version: 9.0.6 Tags: patch User: helm...@debian.org Usertags: rebootstrap Dear bsdmainutils maintainers, While trying to cross build bsdmainutils, I noticed that it was installing the host architecture python and python-hdate. It then tries to execute that Python as a build tool, which fails, because the host architecture is usually not executable during cross compilation. Since python and python-hdate are only used as build tools, the correct solution is to always install them for the build architecture. This can be reflected in the Build-Depends by annotating those packages with :native. The attached patch implements that proposal. Please consider applying it. The :native is supported in apt and dpkg since wheezy. If in doubt, don't hesitate to ask for details on the identified problem or the proposed solution. As an aside note, I question the use of python-hdate to compute the Jewish calendar: * Since the build date is used to select the year of the calendar file, the package is not reproducible. (Ccing the reproducible people) * The last build happened in 2014, so the installed calendar is no longer useful for day to day use (neither in stable nor in unstable). Helmut diff -Nru bsdmainutils-9.0.6/debian/changelog bsdmainutils-9.0.6+nmu1/debian/changelog --- bsdmainutils-9.0.6/debian/changelog 2014-10-17 15:42:56.0 +0200 +++ bsdmainutils-9.0.6+nmu1/debian/changelog2015-07-19 15:37:08.0 +0200 @@ -1,3 +1,11 @@ +bsdmainutils (9.0.6+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add :native annotationes to Python-related Build-Depends to facilitate +cross dependency satisfiability (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sun, 19 Jul 2015 15:36:38 +0200 + bsdmainutils (9.0.6) unstable; urgency=medium * Add Ubuntu 13.04 release date to calendar.ubuntu. diff -Nru bsdmainutils-9.0.6/debian/control bsdmainutils-9.0.6+nmu1/debian/control --- bsdmainutils-9.0.6/debian/control 2014-08-15 11:49:55.0 +0200 +++ bsdmainutils-9.0.6+nmu1/debian/control 2015-07-19 15:36:33.0 +0200 @@ -3,7 +3,7 @@ Priority: important Maintainer: Debian Bsdmainutils Team pkg-bsdmainut...@teams.debian.net Uploaders: Giacomo Catenazzi c...@debian.org, Michael Meskes mes...@debian.org -Build-Depends: debhelper (= 7), libncurses5-dev, quilt (= 0.40), python, python-hdate +Build-Depends: debhelper (= 7), libncurses5-dev, quilt (= 0.40), python:native, python-hdate:native Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/bsdmainutils/bsdmainutils.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=bsdmainutils/bsdmainutils.git
Bug#778129: squeak-plugins-scratch: diff for NMU version 1.4.0.2~svn.r83-2.1
Control: tags 778129 + pending Dear maintainer, I've prepared an NMU for squeak-plugins-scratch (versioned as 1.4.0.2~svn.r83-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: John Zorn: Bikkurim (Frisell) diff -Nru squeak-plugins-scratch-1.4.0.2~svn.r83/debian/changelog squeak-plugins-scratch-1.4.0.2~svn.r83/debian/changelog --- squeak-plugins-scratch-1.4.0.2~svn.r83/debian/changelog 2012-07-23 23:57:09.0 +0200 +++ squeak-plugins-scratch-1.4.0.2~svn.r83/debian/changelog 2015-07-19 15:55:23.0 +0200 @@ -1,3 +1,12 @@ +squeak-plugins-scratch (1.4.0.2~svn.r83-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix ftbfs with GCC-5: apply patch from Brett Johnson: +build with -std=gnu89. +(Closes: #778129) + + -- gregor herrmann gre...@debian.org Sun, 19 Jul 2015 15:55:19 +0200 + squeak-plugins-scratch (1.4.0.2~svn.r83-2) unstable; urgency=low * Added udev file for the WeDo plugin to /lib/udev/rules.d/. Closes: #682578 diff -Nru squeak-plugins-scratch-1.4.0.2~svn.r83/debian/rules squeak-plugins-scratch-1.4.0.2~svn.r83/debian/rules --- squeak-plugins-scratch-1.4.0.2~svn.r83/debian/rules 2012-07-23 22:12:46.0 +0200 +++ squeak-plugins-scratch-1.4.0.2~svn.r83/debian/rules 2015-07-19 15:54:17.0 +0200 @@ -3,6 +3,7 @@ export DH_ALWAYS_EXCLUDE=.svn LDFLAGS=-Wl,-z,defs -Wl,--as-needed -Wl,--no-undefined +CFLAGS=-std=gnu89 config: config-stamp config-stamp: signature.asc Description: Digital Signature
Bug#791996: O: ppl -- Parma Polyhedra Library
Control: retitle -1 ITA: ppl -- Parma Polyhedra Library Control: owner -1 ! On Thu, Jul 09, 2015 at 23:52:37 +0200, Matthias Klose wrote: Package: wnpp Severity: normal ppl (Parma Polyhedra Library) was used in GCC up to the 4.7 series for loop optimizations. GCC 4.8 and newer versions now use isl. There is no immediate interest by the GCC maintainers to maintain ppl anymore in Debian, however some other reverse dependencies still exist. Ok, I'll then take back ownership of the package and will look into resolving the current RC bugs. Best, Michael pgpLTY2FY08sz.pgp Description: PGP signature
Bug#792639: apt-listbugs: should use https to access bug tracking system
On Fri, 17 Jul 2015 19:13:35 -0400 Michael Gold wrote: On Fri, Jul 17, 2015 at 20:20:16 +0200, Francesco Poli wrote: On Thu, 16 Jul 2015 20:44:14 -0400 Michael Gold wrote: Well, more packages than versions, I would say, but anyway I fully acknowledge that some information is leaked. In some scenarios, one would prefer to keep these data undisclosed. And by enabling it by default, those people will not stand out. Sure, that's clear. [...] I assume that you're contributing this patch (copyrighted by you as an individual) under the same terms as apt-listbugs (GNU GPL v2 or later). Please confirm this. Yes. Perfect, thanks for confirming this! I'll add copyright notices like Copyright (C) 2015 Michael Gold mich...@bitplane.org to the relevant files and to the debian/copyright file, when I integrate you patch into apt-listbugs. • obviously, it would have been simpler to just switch from http to https and add a --disable-ssl option for those who need unencrypted SOAP connections: please elaborate a bit on the rationale behind such a more sophisticated approach (deprecate two options, which still are supported and provide the old behavior, add another option that supports arbitrary URLs); I guess the main reason is that you really value backward compatibility...? It's not clear to me why the --hostname and --port options exist; I don't know for sure, since I found them already implemented when I adopted the package, but I guess they are useful when a non-Debian debbugs instance has to be used (I am thinking about a Debian derivative distro with its own debbugs-based BTS, for instance... I am not aware of any such distro, but who knows?). and without knowing that, it's hard for me to know what will break by just enabling TLS. If the intention is to allow users to set up their own servers, I expect they'll have no (valid) TLS there, and they'll have to adjust their setup to add some --disable option. And I guess you'd want to show a notice about the change when upgrading (I find it annoying when apt assigns me busywork like this). OK, this looks like a reasonable rationale. I recommend removing --hostname and --port from the manual eventually, to simplify it. But I don't think they complicate the code too much. Let's label those two options as deprecated for the time being. They will be ready to be removed after the release of stretch, I would say... • why should the user need to explicitly specify /cgi-bin/soap.cgi? after all, it has been automatically added by apt-listbugs so far... the user could just specify --url https://bugs.debian.org:443; and the remainder could be added transparently; are there relevant scenarios where that last part of the URL won't be /cgi-bin/soap.cgi? or is it just who knows? If we expect some users to run their own servers, the default path does seem too generic. But the real reason is because I considered adding an option to specify TLS or non-TLS, and noticed it would be a roundabout way to give a URL (especially if someone later requests a way to override soap.cgi). It's trickier to put into a config file and makes backward compatibility harder. The URL is the standard way to specify everything we need to know, and it's what the library wants anyway. OK, this seems to be reasonable. Your note does give me an idea: if the URL doesn't contain a slash after the :// part, we could append /cgi-bin/soap.cgi. What do you think? It's an interesting idea, but let's not complicate things too much. I can certainly live with the need to explicitly specify /cgi-bin/soap.cgi, especially taking into account that this need only arises when a non-default URL has to be used. • I would prefer if the online help showed the current value of @soapurl between brackets, rather than its default value: apt-listbugs does so for other options; for instance I didn't notice that. I'll change it. Good, thanks. Finally, could you please re-base your patch against the current tip of the master branch on the public git repository? OK. Thank you very much, your helpfulness is really appreciated! I am looking forward to seeing your updated patch. Please send it as soon as it's ready. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpptKxp6x8ic.pgp Description: PGP signature
Bug#788605: gobby: Please add bookmarks
On Sat, Jun 13, 2015 at 02:33:17PM +, Damyan Ivanov wrote: Strangely, when the same URL is entered in the File→Open Location dialog, the result is Failed to open infinote:// Requested location not supported. Shall I report that as a separate bug? Basically it's another bug. I have filed [1] for this, but you won't get a Debian bug update once it's fixed. ;) Kind regards and thanks Philipp Kern [1] https://github.com/gobby/gobby/issues/82 signature.asc Description: Digital signature