Bug#676674: gconf-editor: Crash when searching a key
Package: gconf-editor Version: 3.0.1-1 Followup-For: Bug #676674 I don't know why it haven't been fixed yet, but Ubuntu fixed this bug many months ago and upstream seems to have fixed it as described here: https://bugzilla.gnome.org/show_bug.cgi?id=670586 I have applied the following patch from upstream to the Debian source paquage and I can't make gconf-editor crash anymore. Simon Valiquette. From f82dcfe99dafc9b6eac331bcf22662c9254f8a40 Mon Sep 17 00:00:00 2001 From: Edward Sheldrake ejsheldr...@gmail.com Date: Wed, 11 Apr 2012 08:27:16 +0100 Subject: [PATCH] Fix assertion failed crash Fix assertion failed: (last_slash != NULL) crash while navigating the left tree view, fixed by having the model for the right list view emit all the row deleted signals before deleting any of its data. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=670586 --- src/gconf-list-model.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/src/gconf-list-model.c b/src/gconf-list-model.c index 27e1af6..4fc60f8 100644 --- a/src/gconf-list-model.c +++ b/src/gconf-list-model.c @@ -133,11 +133,14 @@ gconf_list_model_set_root_path (GConfListModel *model, const gchar *root_path) if (model-root_path != NULL) { for (list = model-values; list; list = list-next) { + model-stamp++; + gtk_tree_model_row_deleted (GTK_TREE_MODEL (model), path); + } + + for (list = model-values; list; list = list-next) { GConfEntry *entry = list-data; g_hash_table_remove (model-key_hash, gconf_entry_get_key (entry)); - model-stamp++; - gtk_tree_model_row_deleted (GTK_TREE_MODEL (model), path); gconf_entry_unref (entry); } -- 1.7.9.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gconf-editor depends on: ii gconf-defaults-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libc6 2.13-35 ii libgconf2-4 3.2.5-1+build1 ii libglib2.0-02.32.3-1 ii libgtk-3-0 3.4.2-3 ii libpango1.0-0 1.30.0-1 ii policykit-1-gnome 0.105-2 gconf-editor recommends no packages. gconf-editor 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#688081: xicc: replace colour with color
Package: xicc Severity: important Tags: patch User: blankon-...@googlegroups.com Usertags: origin-BlankOn rote BlankOn-patch Dear Maintainer, Replace colour with color -- System Information: Debian Release: rote Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=id_ID.utf8, LC_CTYPE=id_ID.utf8 (charmap=UTF-8) (ignored: LC_ALL set to id_ID.utf8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683695: libdrm-nouveau1a: when using Nvidia Gtx 550 Ti card boot stops at populating /dev
Can you try adding nouveau.tv_disable=1 to your kernel command line? As suggested by: https://bugzilla.kernel.org/show_bug.cgi?id=42869 Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681927: XFCE4-netload-plugin produce a kernel panic randomly and leave system unusable
control: severity -1 important This bug seems fairly nebulous, and only affects one person, so there is no reason for it to be release critical. I use xfce with the netload plugin all the time, and don't get kernel panics. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688083: xrdp: no normal edit possible in remote session UP key disfunctional
Package: xrdp Version: 0.5.0-2 Severity: important Dear Maintainer, remote session per rdesktop (squeeze) and xrdp (wheezy) on the server: I can not get old commands in terminal (terminal switches between full and small size instead), can not edit in vim (previous/next line not reachable) and can not edit in eclipse without mouse clicks. Terminal session per ssh works normal. Reproduceable on 2 wheezy servers. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xrdp depends on: ii adduser 3.113+nmu3 ii libc62.13-35 ii libpam0g 1.1.3-7.1 ii libssl1.0.0 1.0.1c-4 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 Versions of packages xrdp recommends: ii vnc4server [vnc-server] 4.1.1+X4.3.0-37 xrdp 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#688031: #688031 screen: attaching fails with segfault on armel (sometimes)
Hi, I managed to reproduce this by running screen -rd inside screen. Here's more information from gdb, now with debugging symbols: (gdb) x/4i $pc = 0x4013bc44 strncpy+24: ldrbr12, [r1] 0x4013bc48 strncpy+28: cmp r12, #0 0x4013bc4c strncpy+32: strbr12, [r3] 0x4013bc50 strncpy+36: mov r12, r3 (gdb) bt full #0 0x4013bc44 in strncpy () from /lib/arm-linux-gnueabi/libc.so.6 No symbol table info available. #1 0x00047bf4 in Attach (how=2) at attacher.c:360 n = 1 lasts = 4 m = {protocol_revision = 1836279554, type = 2, m_tty = '\000' repeats 4095 times, m = {create = {lflag = 0, aflag = 0, flowflag = 0, hheight = 0, nargs = 0, line = '\000' repeats 4095 times, dir = '\000' repeats 4095 times, screenterm = '\000' repeats 19 times}, attach = {auser = '\000' repeats 50 times, apid = 0, adaptflag = 0, lines = 0, columns = 0, preselect = '\000' repeats 19 times, esc = 0, meta_esc = 0, envterm = '\000' repeats 40 times, encoding = 0, detachfirst = 0}, detach = {duser = '\000' repeats 50 times, dpid = 0}, command = {auser = '\000' repeats 50 times, nargs = 0, cmd = '\000' repeats 4095 times, apid = 0, preselect = '\000' repeats 19 times, writeback = '\000' repeats 4095 times}, message = '\000' repeats 8191 times}} st = {st_dev = 10, __pad1 = 0, st_ino = 529086, st_mode = 4544, st_nlink = 1, st_uid = 1000, st_gid = 1000, st_rdev = 0, __pad2 = 0, st_size = 0, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1348034491, tv_nsec = 594728506}, st_mtim = {tv_sec = 1348034491, tv_nsec = 594728506}, st_ctim = {tv_sec = 1348034491, tv_nsec = 594728506}, __unused4 = 0, __unused5 = 0} s = 0x9eb61 .pts-4.ginger #2 0xd758 in main (ac=0, av=0xbef9b20c) at screen.c:1211 n = -5696 ap = 0x0 av0 = 0xbef9b321 tmp/screen-4.1.0~20120320gitdb59704/screen socknamebuf = \004\355\000@\000P\002@0\254\371\276\000\000\000\000\004\256\371\276h\252\371\276\004\355\000@AE\210\000\204\000\b\000E\200\000`\300\200\000\f\212\f\000\001\060\000\b@2\b\256\004\210H6l\240\026\060\000\274\255\371\276\210_\t\000\002\000\000\000\b\000\000\000H\340\001@\000P\002@|\353\001@p\353\001@\004\325\000@\274\255\371\276\000\000\000\000\310\345\001@\000\000\000\000\004\256\371\276tX\002@\324\255\371\276ح\371\276߭\371\276\f\343\000@\004\256\371\276\000\000\000\000\324\255\371\276ح\371\276\000\000\000\000\210_\t\000\000\000\000\000XY\002@\000P\002@\000\000\000\000\006\000\000\000\004\256\371\276\020\253\371\276\004\355\000@\000P\002@\000\000\000\000\005\000\000\000\003\000\000\000\f\000\000\000\210\335\001@\000P\002@`\353\001@P\353\001@\004\325\000@\274\255\371\276\004\355\000@\310\345\001@`U\002@\000\000\000\000\004\256\371\276X\253\371\276\004\355\000@\000P\002@\000\000\000\000\002\000\000\000\004\256\371\276p\253\371\276\004\355\000... mflag = 0 myname = 0xbef9b321 tmp/screen-4.1.0~20120320gitdb59704/screen SockDir = 0x8c454 /var/run/screen st = {st_dev = 10, __pad1 = 0, st_ino = 248569, st_mode = 16832, st_nlink = 2, st_uid = 1000, st_gid = 1000, st_rdev = 0, __pad2 = 0, st_size = 60, st_blksize = 4096, st_blocks = 0, st_atim = {tv_sec = 1347954087, tv_nsec = 609481190}, st_mtim = {tv_sec = 1347624205, tv_nsec = 383136595}, st_ctim = {tv_sec = 1347624205, tv_nsec = 383136595}, __unused4 = 0, __unused5 = 0} oumask = 18 nwin = {StartAt = -1, aka = 0x0, args = 0x0, dir = 0x0, term = 0x0, aflag = -1, flowflag = -1, lflag = -1, histheight = -1, monitor = -1, wlock = -1, silence = -1, wrap = -1, Lflag = -1, slow = -1, gr = -1, c1 = -1, bce = -1, encoding = -1, hstatus = 0x0, charset = 0x0} detached = 0 sockp = 0x0 sty = 0xbef9beaa 24777.pts-4.ginger (gdb) up #1 0x00047bf4 in Attach (how=2) at attacher.c:360 360 strncpy(m.m.attach.envterm, attach_term, sizeof(m.m.attach.envterm) - 1); (gdb) p attach_term $1 = 0x0 (gdb) attach_term is only set in screen.c:1035 but according to gdb that line is never reached since condition in if (!detached !lsflag !cmdflag !(dflag !mflag !rflag !xflag) !(!mflag !SockMatch sty !xflag)) { ... } is not true: (gdb) p detached $15 = 0 (gdb) p lsflag $16 = 0 (gdb) p cmdflag $17 = 0 (gdb) p dflag $18 = 1 (gdb) p mflag $19 = 0 (gdb) p rflag $20 = 1 (gdb) p xflag $21 = 0 (gdb) p SockMatch $22 = 0x0 (gdb) p sty $23 = 0xbe85eeaa 24777.pts-4.ginger (gdb) p xflag $24 = 0 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678439: wicd-daemon: does not connect to network
control: severity -1 important No moreinfo recieved from the submitter in three months, and he was the only one running in to the problem. With no more info to go on, nothing can be done at this point. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676674: gconf-editor: Crash when searching a key
tags 676674 + patch quit I am not sure why reportbug didn't included the 'patch' tag even if I told it to add it. Anyway, I am adding it manually here. Simon Valiquette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667008: Patch that works for me
Hi, This patch (on dkpg-dev 1.16.8) works for me /usr/bin$ diff dpkg-gencontrol dpkg-gencontrol.orig 357,359c357,359 sysopen($lockfh, $controlfile, O_WRONLY) || syserr(_g(cannot write %s), $controlfile); file_lock($lockfh, $controlfile); --- sysopen($lockfh, debian/control, O_WRONLY) || syserr(_g(cannot write %s), debian/control); file_lock($lockfh, debian/control); 392c392 close($lockfh) || syserr(_g(cannot close %s), $controlfile); --- close($lockfh) || syserr(_g(cannot close %s), debian/control); What is wrong with this patch? To me it looks OK. I have limited knowledge on how dkpg uses the locking and what is protecting. What I have difficult to understand is how the option -c will work without my patch. Best Ragards, Mats Danielsson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688084: Please consider tagging #612918 wheezy-ignore
package: release.debian.org severity: normal Bug #612918 involves a violation of the FHS (using a file in /etc as a state file), thus violating debian policy. Apparently there was going to be some involved upstream work to correct the problem, but after over a year, that appears not to have happened. Given that and the fact that practically speaking, its only really problematic in a read-only /etc environment, and users in that situation can choose a different network manager anyway, I think it would be appropriate to ignore it for wheezy until that upstream work actually gets done. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688031: #688031 screen: attaching fails with segfault on armel (sometimes)
Hi, in fact screen -rd inside screen seems to crash trivially on amd64 too: http://lindi.iki.fi/lindi/screencast/screen-bug-688031.ogv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688085: SEVERE: Cannot resolve dependencies in ./pom.xml: Dangling meta
Package: maven-debian-helper Version: 1.5.1 Severity: important I am trying to package Perf4j using mh_make. It seems to work quite well. Steps: $ wget https://github.com/perf4j/perf4j/tarball/perf4j-0.9.16 $ tar xvfz [...] $ mh_make Environment variable DEBLICENSE not set, using GPL-3+ by default Enter the name of the new Debian source package. If empty, it will defaults to perf4j Enter the name of the binary package. If empty, it will defaults to libperf4j-java Run tests while building the package? [y]/n y Generate the Javadoc while building the package? [y]/n y Checking that apt-file is installed and has been configured... [ok] Checking that licensecheck is installed... [ok] Solving dependencies for package libperf4j-java (tests are included) (documentation is included) Analysing pom.xml... Enter the upstream version for the package. If you press Enter it will default to 0.9.16 Version of org.perf4j:perf4j is 0.9.16 Choose how it will be transformed: [1] - Replace all versions starting by 0. with 0.x 2 - Change the version to the symbolic 'debian' version 3 - Keep the version 4 - Custom rule Resolving log4j:log4j:jar:1.2.14 of scope compile... Sep 13, 2012 9:16:29 AM org.debian.maven.packager.DependenciesSolver$ToResolve resolve SEVERE: Cannot resolve dependencies in ./pom.xml: Dangling meta character '+' near index 0 +)\.(.*)/\$1\.\$2\.x/ ^ java.util.regex.PatternSyntaxException: Dangling meta character '+' near index 0 +)\.(.*)/\$1\.\$2\.x/ ^ at java.util.regex.Pattern.error(Pattern.java:1730) at java.util.regex.Pattern.sequence(Pattern.java:1895) at java.util.regex.Pattern.expr(Pattern.java:1769) at java.util.regex.Pattern.compile(Pattern.java:1477) at java.util.regex.Pattern.init(Pattern.java:1150) at java.util.regex.Pattern.compile(Pattern.java:840) at org.debian.maven.repo.Rule.init(Rule.java:44) at org.debian.maven.repo.DependencyRule.init(DependencyRule.java:41) at org.debian.maven.repo.POMInfo.getPublishedRules(POMInfo.java:275) at org.debian.maven.repo.Repository.searchMatchingPOM(Repository.java:130) at org.debian.maven.packager.DependenciesSolver.resolveDependency(DependenciesSolver.java:987) at org.debian.maven.packager.DependenciesSolver.resolveDependency(DependenciesSolver.java:883) at org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:878) at org.debian.maven.packager.DependenciesSolver.access$000(DependenciesSolver.java:56) at org.debian.maven.packager.DependenciesSolver$ToResolve.resolve(DependenciesSolver.java:353) at org.debian.maven.packager.DependenciesSolver.resolveDependenciesNow(DependenciesSolver.java:864) at org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:598) at org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:1420) Resolving org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.2 of scope runtime... Dependency org.apache.maven.plugins:maven-compiler-plugin:maven-plugin:2.0.2 found in package libmaven-compiler-plugin-java [ok] Resolving org.apache.maven.plugins:maven-release-plugin:maven-plugin:2.2.1 of scope runtime... In pom.xml: This plugin is not useful for the build or its use is against Debian policies. Ignore this plugin? org.apache.maven.plugins:maven-release-plugin:maven-plugin:2.2.1 ref: http://lists.debian.org/debian-java/2012/09/msg9.html -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven-debian-helper depends on: ii default-jdk1:1.6-40 Standard Java or Java compatible D ii libmaven-clean-plugin-java 2.3-3 Maven clean plugin ii libmaven-compiler-plugin-j 2.0.2-4 Maven compiler plugin ii libmaven-jar-plugin-java 2.2-4 Maven Jar plugin ii libmaven-resources-plugin- 2.3-5 Maven resources plugin ii libmaven-site-plugin-java 2.1-1 Maven Site Plugin for generating a ii libplexus-velocity-java1.1.7-3 Plexus component interface to velo ii libsurefire-java 2.4.3-3 Surefire test framework for Java ii maven-repo-helper 1.7.1~bpo60+1 Helper tools for including Maven m ii maven2 2.2.1-5 Java software project management a ii velocity 1.6.2-4 Java-based template engine for web Versions of packages maven-debian-helper recommends: ii apt-file 2.4.0 search for files within Debian pac Versions of packages maven-debian-helper suggests: pn libmaven-javadoc-plugin-java none (no
Bug#685741: unblock: qpid-cpp/0.16-7
Am Dienstag, 18. September 2012, 18:54:47 schrieben Sie: On Mon, Sep 10, 2012 at 02:20:54PM +0200, Mehdi Dogguy wrote: Unfortunately, even if we can unblock qpid-cpp/0.16-7 for migration, it will be blocked by redhat-cluster which doesn't seem ready (which in turn, is also blocked by gfs2-utils). I think the best way forward would be to prepare an upload targeting testing-proposed-updates. Cajus, can you prepare a testing-proposed-updates upload with the fix from qpid-cpp/0.16-7? Cheers, Moritz Hi Moritz, hmm - do I need to upload a new version for unstable in this case, too? The docs say something about: the version for testing-proposed-updates needs to be above than the one in testing (check) and under the one in unstable (buzzer). Cheers, Cajus signature.asc Description: This is a digitally signed message part.
Bug#594514: Belatedly tagging
tags 594514 + wontfix thanks As per Rob's latest comment (only from 2010 ...) I am tagging this as wontfix. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688031: #688031 screen: attaching fails with segfault on armel (sometimes)
Control: tag -1 + confirmed Control: found -1 4.1.0~20120320gitdb59704-7 Timo Juhani Lindfors wrote: in fact screen -rd inside screen seems to crash trivially on amd64 too: I can reproduce that. That's a regression. Screen in Squeeze detached and then argued about reattaching screen inside itself. :-/ Interestingly, both, screen -r alone and screen -d alone work as expected. Not sure if these are the same or two different issues. I'll treat them as one for now. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685741: unblock: qpid-cpp/0.16-7
On 19.09.2012 08:23, Cajus Pollmeier wrote: Am Dienstag, 18. September 2012, 18:54:47 schrieben Sie: On Mon, Sep 10, 2012 at 02:20:54PM +0200, Mehdi Dogguy wrote: Unfortunately, even if we can unblock qpid-cpp/0.16-7 for migration, it will be blocked by redhat-cluster which doesn't seem ready (which in turn, is also blocked by gfs2-utils). I think the best way forward would be to prepare an upload targeting testing-proposed-updates. Cajus, can you prepare a testing-proposed-updates upload with the fix from qpid-cpp/0.16-7? [...] hmm - do I need to upload a new version for unstable in this case, too? The docs say something about: the version for testing-proposed-updates needs to be above than the one in testing (check) and under the one in unstable (buzzer). Where's the issue? There's a multitude of available versions that fulfil that criterion - 0.16-6+deb7u1, for instance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687311: [Openstack-devel] Bug#687311: Bug#687311: Bug#687311: Diff for keystone 2012.1.1-7, trying to fix RC bug #687311
Hi, Thanks *A LOT* for reviewing my work, this was much needed as we are approaching the release date for Wheezy, and that I asked for such review. On 09/19/2012 10:35 AM, YunQiang Su wrote: Two questions about postinst: 1. if [ $RET = sqlite3 ] then dbc_name=keystone.sqlite db_set keystone/db/dbname $dbc_name fi If user modified /etc/keystone.conf manually to change the path of sqlite database file, while this paragraph will change it to the default. First, this was there before my changes. So it's not me who did it, I just didn't correct it. Currently, if you change the path in /etc/keystone/keystone.conf (and not /etc/keystone.conf), then it will stay. The only thing that is forced is the filename of the db. Anyway, I think you are right, so I removed that part. 2. if [ $dbc_dbtype = mysql ] || [ $dbc_dbtype = pgsql ] ; then [ -n $dbc_dbport ] dbport=:$dbc_dbport SQL_CONNECTION=$dbc_dbtype://$dbc_dbuser:$dbc_dbpass@${dbc_dbserver:-localhost}$dbport/$dbc_dbname else SQL_CONNECTION=sqlite:///$dbc_basepath/$dbc_dbname fi The problem similar with above one, if user changed the line connection= to mssql or oracle or db2 etc, this will override the users config. Keystone only supports sqlite3, mysql or pgsql. Unless I'm mistaking, these are the only valid values. So I believe the above is ok. Maybe, now dbc or something else cannot support msssql, oracle or db2 etc, but this is still a bad idea to override the users config. The idea is to overwrite anything that is a wrong configuration. The most easy way is to do it using sqlite. I don't think there's any wrong doing here (correct me if you still think there is). On 09/19/2012 10:44 AM, YunQiang Su wrote: Maybe what we should do is to: Init /etc/keystone/keystone.conf from example, and debconf only when the first time, etc if /etc/keystone/keystone.conf doesn't exist. Do nothing if /etc/keystone/keystone.conf is there. If user want to reinit the configuration with debconf, then ask them to delete /etc/keystone/keystone.conf first, and reinstall this package, or, give him/her an option in debconf. We can't do that. This isn't what the policy say about debconf handling. It has to read what the user wrote, and deal with it. I think anyway that deleting the keystone.conf just because you want to reconfigure the db thing is a radical move, and not convenient (you may well have changed other things in this configuration file which you want to keep). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681685: RFS: homealoned/0.4.1-1
On Tue, Sep 18, 2012 at 07:53:40PM +0200, alberto fuentes wrote: On Tue, Sep 18, 2012 at 3:44 PM, Helmut Grohne hel...@subdivi.de wrote: That said, I believe that the package is not being a good fit for the Debian project due to its limited applicability (/24 networks only), lack of documentation (change network from 192.168.1.x), but also because it is serving a very specific use case. For instance instead of starting tor via homealoned it might be sufficient to use a very rigid packet scheduler and run tor all the time. The network is not very difficult to add and is planned as well. I first scratched my itch and now im turning it into a more general use case program. About the second part, maybe im not doing it right... i gave a little thought about this problem and in my experience: a) it does not matter how tight you set the transfer rates... it always had an impact in latency for me when running stuff like torrent. This might not be noticeable for web browsing, but it is important for gaming. I always had to shutdown servers when gaming. Well I said it might. Read in some cases. My main point was that there are different solutions to this problem. I just picked one that I know works for me. In any case this just supports my claim, that homealoned is solving a very specific use case. b) this is intended to run on a server like a plugserver and take care of the rest of the network. You cant run a packet scheduler if your computer is not the only one on the network. Correct. c) to set up qos you have to be in control of the gateway... witch you might or might not be. In my case, even in some places where i could put myself in the middle of everything, i just dont want to pick up the responsibility of becoming the gateway. Aka... if my little server blows up, nobody else can connect to the internet because of my machine and i get a call. :). Also, qos seems over killing for a small lan. I can tell that if you are sitting on the gateway outbound QoS can work very well. So well indeed that congesting the outbound bandwidth does not induce noticeable keyboard lag on ssh sessions. In any case this is just an example to a different approach, not a general solution. d) it might be easier to run some snmp analysis against the gw or become the dhcpd... again... i want to avoid that for the same reason as c) Well none of these are general solutions. Maybe a general solution simply does not exist? Instead you could modularize the tool to plug in different detection mechanisms and possibly even allow custom tests. On the other hand you may be able to build upon an existing tool. One tool which is able to schedule tests or checks and react to the results is nagios. Maybe you can just write a nagios plugin, disable notifications and provide event handlers? You would get flap detection for free. This way allows me to forget completely im running the services. Its being working beautifully for 4 months now without touching it once :) So in the end this really is about what value the package adds to Debian (since carrying the package poses a cost). Until now it looks like I could come up with an ugly hack using cron and fping that would get me similar results as homealoned. So I believe that your package should differentiate itself from such a hack by providing significantly more. Yup. I have a little TODO list full of more or less easy little tasks to do. Maybe you could give it a bit more time and gain some feedback from actual users (besides yourself) first? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688086: iceape: [sparc] iceape stops with bus error
Package: iceape Version: 2.7.7-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, I have upgraded a Ultra5 from stable to testing. A few weeks ago, Iceape ran fine even on sparc architecture, when testing package aborts with a bus error without opening first window. I cannot make more tests until next saturday. Regards, JB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688087: Too many open files in system
Package: postgresql-8.4 Version: 8.4.12-0squeeze1 Severity: important Every two weeks, this database server stop working because of maximum open files reached by postgres user. This is an excerpt of postgresql.log 2012-09-18 17:16:31 CEST LOG: out of file descriptors: Too many open files in system; release and retry 2012-09-18 17:16:31 CEST STATEMENT: UPDATE agenzia.systemdatabydocument SET creatingUser=$1, creatingDate=$2,lastChangeUser=$3,lastChangeDate=$4,description=$5 WHERE docId=$6 AND seqNr=$7 [...] 2012-09-18 17:16:34 CEST LOG: out of file descriptors: Too many open files in system; release and retry 2012-09-18 17:16:34 CEST STATEMENT: SELECT p.proname,p.oid FROM pg_catalog.pg_proc p, pg_catalog.pg_namespace n WHERE p.pronamespace=n.oid AND n.nspname='pg_catalog' AND ( proname = 'lo_open' or proname = 'lo_close' or proname = 'lo_creat' or proname = 'lo_unlink' or proname = 'lo_lseek' or proname = 'lo_tell' or proname = 'loread' or proname = 'lowrite' or proname = 'lo_truncate' [...] 2012-09-18 17:16:44 CEST LOG: could not accept new connection: Too many open files in system 2012-09-18 17:16:44 CEST LOG: could not accept new connection: Too many open files in system 2012-09-18 17:16:44 CEST LOG: could not accept new connection: Too many open files in system 2012-09-18 17:16:44 CEST LOG: could not accept new connection: Too many open files in system 2012-09-18 17:16:44 CEST LOG: out of file descriptors: Too many open files in system; release and retry 2012-09-18 17:16:44 CEST FATAL: could not open file global/pg_database: Too many open files in system 2012-09-18 17:16:44 CEST LOG: autovacuum launcher process (PID 12943) exited with exit code 1 2012-09-18 17:16:44 CEST LOG: terminating any other active server processes 2012-09-18 17:16:44 CEST WARNING: terminating connection because of crash of another server process 2012-09-18 17:16:44 CEST DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and po ssibly corrupted shared memory. 2012-09-18 17:16:44 CEST HINT: In a moment you should be able to reconnect to the database and repeat your command. When this happen, it is not possibile to stop the database using the pg_ctlcluster utility: agenzia-f07:~# pg_ctlcluster 8.4 main stop pg_ctl: il server non si sta spegnendo (In English: server is not stopping), so I have to manually kill every postgres process before restarting the database using pg_ctlcluster again. When I try to stop it, it write in logfile: 2012-09-19 09:29:34 CEST FATAL: the database system is in recovery mode What does it means Too many open files in system? Is it referring to postgresql system or to operating system? I checked /etc/security/limits.conf and found no lines about postgres user. Is this made on purpose? Would changing the maximum number of open files for user postgres change anything? Is this a known problem, at first? Thanks, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688025: roxterm-gtk3: Double-clicking a URI should override Select-by-word setting
Tony Houghton un jour écrivit: The double-click handler doesn't have any special code to recognise URLs. It uses the Select-by-word profile option, so you could add : to that, but you may need to add further characters for some other URLs. To get proper URL recognition you have to either ctrl-single-click to open it in a browser or right-click and use the Open... or Copy... menu items. I know, and I appreciate this feature. But when I select an URL from one console to paste it in vim, it is not as fast and as convenient as with gnome-terminal, and I use vim a lot. I think it would be a good idea to have double-click select the whole URL in a future version though, so I'll keep this bug open but change the priority. OK. At least this difference in behaviour is now documented somewhere. By the way, gnome-terminal already do this, so you may wish to look at how they did it. On the other hand, gnome-terminal is GPL-3 while roxterm is mostly GPL-2, in case you wish to keep roxterm under GPL-2 as much as you can. Simon Valiquette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668354: Retitling
retitle 668354 third-party /etc/rcN.d symlinks are ignored when insserv is in use thanks AFAICT the issue is that: - muse creates symlinks in /etc/rcN.d directly, rather than using update-rc.d, thus insserv never learns about it, - when insserv is installed and not explicitly disabled, the symlinks are completely ignored I think this title summarizes the issue much better. Now, whether this is actually an RC bug is unclear to me. The Debian policy mandates that init scripts are installed using update-rc.d. One might say that if muse does not follow Debian policy, it does not seem fair to claim that sysvinit has a bug... If sysvinit cared about compatibility with products such as muse, it could use the following approach: - scan all symlinks for runlevel N - strip the [SK]XX prefix - filter away the names which are in /etc/init.d/.depend.* $TARGETS - if any names remain, they must be such legacy scripts - run them However this procedure would not preserve the correct ordering of scripts.. -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688088: [licensecheck] misses additional clauses
Package: devscripts Version: 2.12.3 Severity: normal File: /usr/bin/licensecheck when a zlib style license gets additional clauses (which, by the nature of the zlib license, almost certainly restrict the software's usage), it still gets detected as zlib/png. the license in question: * @section License * b(C) Copyright 2012 Energy Micro AS, http://www.energymicro.com/b *** * * Permission is granted to anyone to use this software for any purpose, * including commercial applications, and to alter it and redistribute it * freely, subject to the following restrictions: * * 1. The origin of this software must not be misrepresented; you must not *claim that you wrote the original software. * 2. Altered source versions must be plainly marked as such, and must not be *misrepresented as being the original software. * 3. This notice may not be removed or altered from any source distribution. * 4. The source and compiled code may only be used on Energy Micro EFM32 *microcontrollers and EFR4 radios. i'd like to suggest that licenses with numbered items fail to apply when followed by a next item, or at least indicate that they have additional clauses. (for context: i've found that license in an upstream tarball most of whose files only contained the three items, and used licensecheck to see if there are files with different licenses) -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DSCVERIFY_KEYRINGS=~/.gnupg/debian.gpg DEBSIGN_KEYID=398D1112D3A4BDE1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.8 ii libc6 2.13-35 ii perl 5.14.2-13 ii python2.7.3-2 Versions of packages devscripts recommends: ii at3.1.13-2 ii curl 7.27.0-1 ii dctrl-tools 2.22.2 ii debian-keyring2012.06.01 ii dput 0.9.6.3 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-4+b1 ii libcrypt-ssleay-perl 0.58-1 ii libdistro-info-perl 0.10 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.10.1 ii man-db2.6.2-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21+nmu2 ii python-magic 5.11-2 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-7 ii wdiff 1.1.2-1 ii wget 1.14-1 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 pn cvs-buildpackage none pn devscripts-elnone ii gnuplot 4.6.0-8 pn libauthen-sasl-perl none ii libfile-desktopentry-perl0.04-3 pn libnet-smtp-ssl-perl none pn libterm-size-perlnone ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.20-1 ii mutt 1.5.21-6.2 ii openssh-client [ssh-client] 1:6.0p1-3 ii svn-buildpackage 0.8.5 ii w3m 0.5.3-8 -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#687311: [Openstack-devel] Bug#687311: Bug#687311: Bug#687311: Bug#687311: Diff for keystone 2012.1.1-7, trying to fix RC bug #687311
On Wed, Sep 19, 2012 at 3:52 PM, Thomas Goirand z...@debian.org wrote: Hi, Thanks *A LOT* for reviewing my work, this was much needed as we are approaching the release date for Wheezy, and that I asked for such review. On 09/19/2012 10:35 AM, YunQiang Su wrote: Two questions about postinst: 1. if [ $RET = sqlite3 ] then dbc_name=keystone.sqlite db_set keystone/db/dbname $dbc_name fi If user modified /etc/keystone.conf manually to change the path of sqlite database file, while this paragraph will change it to the default. First, this was there before my changes. So it's not me who did it, I just didn't correct it. Currently, if you change the path in /etc/keystone/keystone.conf (and not /etc/keystone.conf), then it will stay. The only thing that is forced is the filename of the db. Anyway, I think you are right, so I removed that part. 2. if [ $dbc_dbtype = mysql ] || [ $dbc_dbtype = pgsql ] ; then [ -n $dbc_dbport ] dbport=:$dbc_dbport SQL_CONNECTION=$dbc_dbtype://$dbc_dbuser:$dbc_dbpass@${dbc_dbserver:-localhost}$dbport/$dbc_dbname else SQL_CONNECTION=sqlite:///$dbc_basepath/$dbc_dbname fi The problem similar with above one, if user changed the line connection= to mssql or oracle or db2 etc, this will override the users config. Keystone only supports sqlite3, mysql or pgsql. Unless I'm mistaking, these are the only valid values. So I believe the above is ok. For now it is ok, before it supports another db or debian switch to some fork of mysql. Maybe, now dbc or something else cannot support msssql, oracle or db2 etc, but this is still a bad idea to override the users config. The idea is to overwrite anything that is a wrong configuration. The most easy way is to do it using sqlite. I don't think there's any wrong doing here (correct me if you still think there is). On 09/19/2012 10:44 AM, YunQiang Su wrote: Maybe what we should do is to: Init /etc/keystone/keystone.conf from example, and debconf only when the first time, etc if /etc/keystone/keystone.conf doesn't exist. Do nothing if /etc/keystone/keystone.conf is there. If user want to reinit the configuration with debconf, then ask them to delete /etc/keystone/keystone.conf first, and reinstall this package, or, give him/her an option in debconf. We can't do that. This isn't what the policy say about debconf handling. It has to read what the user wrote, and deal with it. I think anyway that deleting the keystone.conf just because you want to reconfigure the db thing is a radical move, and not convenient (you may well have changed other things in this configuration file which you want to keep). Thomas ___ Openstack-devel mailing list openstack-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/openstack-devel -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687311: [Openstack-devel] Bug#687311: Bug#687311: Bug#687311: Bug#687311: Diff for keystone 2012.1.1-7, trying to fix RC bug #687311
On 09/19/2012 04:06 PM, YunQiang Su wrote: Keystone only supports sqlite3, mysql or pgsql. Unless I'm mistaking, these are the only valid values. So I believe the above is ok. For now it is ok, before it supports another db or debian switch to some fork of mysql. For now *and forever* it's ok, because this is the Wheezy version of Keystone that we are talking about, so there's no chance another db support will be added. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688089: libmemcached-dev: possibility of memory leaks in C++ memcache::Memcache::get()
Package: libmemcached-dev Version: 0.40-1 Severity: minor Tags: patch -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.5-cher1 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmemcached-dev depends on: ii libhashkit0 0.40-1 The hashing functions and algorith ii libmemcached5 0.40-1 A C and C++ client library to the ii libmemcachedprotocol0 0.40-1 A library implementing the memcach ii libmemcachedutil0 0.40-1 A library implementing connection libmemcached-dev recommends no packages. libmemcached-dev suggests no packages. -- debconf-show failed $ diff memcached_orig.hpp memcached.hpp 282a283,286 if (value) { free(value); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688090: ip6-localnet and ip6-mcastprefix should be dropped from /etc/hosts
Package: netbase Version: 5.0 Severity: normal netbase's postinst adds the following lines to /etc/hosts: fe00::0 ip6-localnet ff00::0 ip6-mcastprefix I already dropped these from netcfg because they don't make sense. commit 4ecded8828d1000ad31ef38ac8529f1c451e787a Author: Philipp Kern pk...@debian.org Date: Tue Aug 28 23:54:06 2012 +0200 netcfg.h: drop ip6-mcastprefix There is no value in adding ip6-mcastprefix resolving to ff00::0 to /etc/hosts. It might have been meant as a way to lookup the prefix quickly, but we also do not include a prefix table for legacy IP. And it would have been for human, not program consumption anyway. Signed-off-by: Philipp Kern pk...@debian.org commit 38409226918e9d57e9d009aa33557c66c2eeaa07 Author: Philipp Kern pk...@debian.org Date: Tue Aug 28 23:50:26 2012 +0200 netcfg.h: drop ip6-localnet fe00::/9 is reserved. fe80::/10 is link-local unicast and does not have anything to do with fe00::/9. Hence drop this obsolete entry. Signed-off-by: Philipp Kern pk...@debian.org I think this should be done in netbase as well. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netbase depends on: ii lsb-base 4.1+Debian7 Versions of packages netbase recommends: ii ifupdown 0.7.2 netbase 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#688091: k3b: Fails to write CD-disks (error 254)
Package: k3b Version: 2.0.2-6 Severity: important Tags: upstream -- Package-specific info: Device was not specified. Trying to find an appropriate drive... Detected CD-R drive: /dev/cdrw Using /dev/cdrom of unknown capabilities Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'Optiarc ' Identification : 'DVD RW AD-7173A ' Revision : '1-02' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia 3.10.2+debian-10.1 ii cdrdao 1:1.2.3-0.3 ii genisoimage9:1.1.11-2 ii k3b-data 2.0.2-6 ii kde-runtime4:4.8.4-1 ii libc6 2.13-35 ii libk3b62.0.2-6 ii libkcddb4 4:4.8.4-2 ii libkcmutils4 4:4.8.4-3 ii libkde3support44:4.8.4-3 ii libkdecore54:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkfile4 4:4.8.4-3 ii libkio54:4.8.4-3 ii libknotifyconfig4 4:4.8.4-3 ii libqt4-qt3support 4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libqtwebkit4 2.2.1-4+b1 ii libsolid4 4:4.8.4-3 ii libstdc++6 4.7.1-7 ii wodim 9:1.1.11-2 Versions of packages k3b recommends: ii dvd+rw-tools 7.1-10 ii libk3b6-extracodecs 2.0.2-6 ii vcdimager0.7.24-1+b1 Versions of packages k3b suggests: pn k3b-extrathemes none ii k3b-i18n 2.0.2-6 pn movixmaker-2 none pn normalize-audio none pn sox none -- no debconf information If you select burn ISO-image, then after 10-15 seconds after recording starts an error: Programm cdrecord return unknown error (code 254) Debug output: Devices --- Optiarc DVD RW AD-7173A 1-02 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, Последовательный DVD-R, Двухслойный последовательный DVD-R, DVD-R Dual Layer Jump, DVD-RAM, DVD-RW с ограниченной перезаписью, Последовательный DVD-RW, DVD+RW, DVD+R, Двухслойный DVD+R, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96R, RAW/R96R, Ограниченная перезапись, Layer Jump] [%7] System --- K3b Version: 2.0.2 KDE Version: 4.8.4 (4.8.4) QT Version: 4.8.2 Kernel: 3.5.0 Used versions --- cdrecord: 1.1.11 cdrecord --- scsidev: '/dev/sr0' devname: '/dev/sr0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.11 SCSI buffer size: 64512 Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. TOC Type: 1 = CD-ROM Driveropts: 'burnfree' Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'Optiarc ' Identification : 'DVD RW AD-7173A ' Revision : '1-02' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) (current) Profile: 0x0008 (CD-ROM) (current) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R Drive buf size : 890880 = 870 KB FIFO size : 12582912 = 12288 KB Speed set to 8467 KB/s Track 01: data 255 MB Total size: 292 MB (29:00.82) = 130562 sectors Lout start: 293 MB (29:02/62) = 130562 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359846 (79:59/71) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359846 Blocks current: 359846 Blocks remaining: 229284 Starting to write CD/DVD at speed 48.0 in real TAO mode for single session. Last chance to quit, starting real write in2 seconds. 1 seconds. 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input
Bug#688092: ITP: arc-gui-clients -- ARC Graphical Clients
Package: wnpp Severity: wishlist Owner: Mattias Ellert mattias.ell...@fysast.uu.se * Package name: arc-gui-clients Version : 1.3.1 * URL : http://sourceforge.net/projects/arc-gui-clients/ * License : Apache 2.0 Description : ARC Graphical Clients Provides graphical clients to the NorduGrid ARC middleware. smime.p7s Description: S/MIME cryptographic signature
Bug#187078: boxes: New type of box
Control: tags -1 + upstream confirmed Hi Karl Got an answer from upstream. It will be included upstream in the next version which will be released. Regards, Salvatore signature.asc Description: Digital signature
Bug#688093: vim-scripts: version of vcscommand included in vim-scripts does not work with svn 1.7
Package: vim-scripts Version: 20110813 Severity: normal Dear Maintainer, When I try vcscommand from within vim in a file tracked by subversion, I get the following error: VCSCommand: no suitable plugin. According to the changelog, vim-scripts ships vcscommand 1.99.35, which does not seem to work with subversion 1.7. Using 1.99.46 works as expected. Could you please include a more recent version of vcscommand? Cheers, Cédric -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim-addon-manager 0.5.1 ii vim-gtk [vim] 2:7.3.547-5 Versions of packages vim-scripts suggests: pn libtemplate-perl none pn perlsgml 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#688058: meld: file shows as directory after directory is recursively deleted
forwarded 688058 https://bugzilla.gnome.org/show_bug.cgi?id=684350 tags 688058 upstream confirmed thanks Hi Nahuel, 2012/9/18 Nahuel Greco ngr...@gmail.com: Package: meld Version: 1.6.0-1 Severity: normal Try the following: cd /tmp mkdir 1 2 2/d touch 1/a 1/b 2/a 2/b meld 1 2 Now right click in the left pane over the 'd' directory and select Delete-OK. After that, the I had to click on 'd' in the right pane (where d exists) to reproduce the issue and forwarded it to upstream. 'a' file is wrongly showed as a directory with a icon at the left to expand it. Cheers. Balint -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii patch 2.6.1-3 ii python2.7.3~rc2-1 ii python-glade2 2.24.0-3 ii python-gobject-2 2.28.6-10 ii python-gtk2 2.24.0-3 Versions of packages meld recommends: ii python-gconf 2.28.1+dfsg-1 ii python-gnome2 2.28.1+dfsg-1 ii python-gtksourceview2 2.10.1-2 ii yelp 3.4.2-1+b1 meld 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#688094: libatspi2.0-0: at-spi2 leaves a lot of sockets behind
Package: libatspi2.0-0 Version: 2.5.3-1 Severity: normal Dear Maintainer, A look in my ~/.cache directory shows a lot of at-spi2 sockets: $ ls ~/.cache/at-spi2*/* | wc -l 35057 And lsof shows that only 80 are currently in use which means that over 34900 are stale socket files that should have been deleted at some point. Find shows pretty strange results though: $ find $HOME/.cache -name socket -mmin -1440 | grep at-spi2 | wc -l 17352 $ find $HOME/.cache -name socket -mmin +1440 -mmin -2880 | grep at-spi2 | wc -l 17272 $ find $HOME/.cache -name socket -mmin +2880 | grep at-spi2 | wc -l 864 $ find $HOME/.cache -name socket -mmin +200 | grep at-spi2 | wc -l 33091 So a lot of these files are pretty recent but almost all date back to before I loggged out+in this morning. I also noticed a suspicious number of at-spi2 socket files in /var/lib/gdm3/.cache: $ ls /var/lib/gdm3/.cache/at-spi2*/* | wc -l 35 Of these lsof shows that none are in use but 5 date back to when I logged out+in this morning. Notes: * I activated at-spi2 because I was developping an application making use of it but I have not actively used it in the past month. I guess a workaround would be to uninstall/deactivate it but a fix would be better. * The last reboot dates back to 1 day and 23 hours ago. A lot of these are older. It seems that each socket is created by libatspi2 when it gets loaded by an application like firefox, gnome-terminal, nautilus, etc. So if the process crashes the socket may be left behind, and it's probably hard for at-spi2 to know which are still in use and which are not. However I doubt that I that I had over 34000 process crashes. Also it's not acceptable to require the user to manually clean up the mess even in the case of a process crash. This is probably related to: https://mail.gnome.org/archives/commits-list/2012-July/msg00944.html -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libatspi2.0-0 depends on: ii libc6 2.13-35 ii libdbus-1-31.6.0-1 ii libglib2.0-0 2.32.3-1 ii libx11-6 2:1.5.0-1 ii multiarch-support 2.13-35 Versions of packages libatspi2.0-0 recommends: ii at-spi2-core 2.5.3-1 libatspi2.0-0 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#683376: unblock: openttd/1.2.2-1 or openttd/1.2.1-2
Hi folks, since it seems the Release Team cannot find the time to review my big debdiff and this bug should really not remain unfixed for so long, I went ahead and uploaded the 1.2.1-2 version to unstable, which contains just the backported fix for the security problem. For convenience, I've added the relevant (small) debdiffs to this mail again (identical to the ones I previously sent). Please unblock openttd/1.2.1-2 and forget about the new upstream version. Gr. Matthijs File lists identical (after any substitutions) Control files of package openttd: lines which differ (wdiff format) --- Depends: libc6 (= 2.11), libfontconfig1 (= [-2.8.0),-] {+2.9.0),+} libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libicu48 (= 4.8-1), liblzma5 (= [-5.1.1alpha+20110809),-] {+5.1.1alpha+20120614),+} liblzo2-2, libpng12-0 (= 1.2.13-4), libsdl1.2debian (= 1.2.11), libstdc++6 (= 4.6), zlib1g (= 1:1.1.4), openttd-data (= [-1.2.1-1)-] {+1.2.1-2)+} Installed-Size: [-5654-] {+5685+} Version: [-1.2.1-1-] {+1.2.1-2+} Control files of package openttd-data: lines which differ (wdiff format) Version: [-1.2.1-1-] {+1.2.1-2+} Control files of package openttd-dbg: lines which differ (wdiff format) --- Depends: openttd (= [-1.2.1-1)-] {+1.2.1-2)+} Installed-Size: [-44139-] {+48063+} Version: [-1.2.1-1-] {+1.2.1-2+} diff -Nru openttd-1.2.1/debian/changelog openttd-1.2.1/debian/changelog --- openttd-1.2.1/debian/changelog 2012-06-01 21:24:34.0 +0200 +++ openttd-1.2.1/debian/changelog 2012-08-01 23:21:04.0 +0200 @@ -1,3 +1,11 @@ +openttd (1.2.1-2) unstable; urgency=high + + * [e7a5026] Fix CVE-2012-3436 (Denial of service using ships on half +tiles and landscaping). See +http://security.openttd.org/en/CVE-2012-3436 for details. + + -- Matthijs Kooijman matth...@stdin.nl Wed, 01 Aug 2012 23:20:31 +0200 + openttd (1.2.1-1) unstable; urgency=low * [306c3ac] New upstream release 1.2.1. diff -Nru openttd-1.2.1/debian/patches/cve-2012-3436.patch openttd-1.2.1/debian/patches/cve-2012-3436.patch --- openttd-1.2.1/debian/patches/cve-2012-3436.patch1970-01-01 01:00:00.0 +0100 +++ openttd-1.2.1/debian/patches/cve-2012-3436.patch2012-08-01 23:21:04.0 +0200 @@ -0,0 +1,72 @@ +Subject: fix for vulnerability CVE-2012-3436 for OpenTTD 1.2.0 - 1.2.1 (Denial of service (server) using ships on half tiles and landscaping.) +From: OpenTTD developer team i...@openttd.org +Origin: backport, http://vcs.openttd.org/svn/changeset/24439 http://vcs.openttd.org/svn/changeset/24449 +Bug: http://bugs.openttd.org/task/5254 + +Denial of service using ships on half tiles and landscaping. + +Simple steps to reproduce the issue, and show the severity: + start a new game. For this reproduction you do not need to start a server; + you can see the crash locally, but due to the nature of OpenTTD the crash + will also happen on the server you're playing on with multiplayer. + build some horizontal or vertical track at the coast, so that half of the + tile remains water or coast. The tile should either have + one corner raised with flat water on one half tile (case 1) + or two adjacent corners raised with coast on the sloped half tile (case 2) + build a ship depot, a ship and a dock at the coast, and start the ship + obstruct the path of the ship in a way so that it enters the tile with half + railtrack and half water + landscape the tile by raising the water corner while the ship is on it + (only needed in case 1) + both cases will make the ship end up on land + remove the track using the remove track tool while the ship is on the tile + server segfaults due to NULL pointer dereference. + +The problem is caused by incorrectly handling the water/coast aspect of tiles +which also have railtracks on one half. +The fix adds the correct checks to the landscaping and movement code. + +If you try to reproduce this with the patch applied you'll see that, +in case 1, step 5 will deny the terraforming and in case 2 the ship simply +won't try to enter the coast tile. + +This bug was triggered incidentally by a user playing online when landscaping +near a ship. We have not seen any signs of this bug being exploited forcefully. + + +--- a/src/rail_cmd.cpp b/src/rail_cmd.cpp +@@ -2604,7 +2604,7 @@ + static TrackStatus GetTileTrackStatus_Track(TileIndex tile, TransportType mode, uint sub_mode, DiagDirection side) + { + /* Case of half tile slope with water. */ +- if (mode == TRANSPORT_WATER IsPlainRail(tile) GetRailGroundType(tile) == RAIL_GROUND_WATER) { ++ if (mode == TRANSPORT_WATER IsPlainRail(tile) GetRailGroundType(tile) == RAIL_GROUND_WATER IsSlopeWithOneCornerRaised(GetTileSlope(tile))) { + TrackBits tb = GetTrackBits(tile); + switch
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
On Wed 19 Sep 2012 at 03:14:05 +0200, lee wrote: Richard Owlett rowl...@cloud85.net writes: Should one not be able to switch out of the installation process and into a browser (2 are already included) to search out answers? One should be able to. Since I haven't tried the life-installer yet, I don't know what's possible. It would be nice if one could switch between the installer and a browser any time after starting the installation. I wouldn't say it's needed since one can just reboot from the installer into the life system, assuming that one doesn't lose much when doing so. This assumption might be a bad idea, though. Boot into a live sytem. Start a browser. Start d-i. ALT-TAB between the two. Or CTRL-ALT-Fx for a virtual terminal. The feature you requested exists. Surely the bug could now be closed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681123: torify: Please add a paragraph in the WARNING section about identical identities
[I have forwarded your request to https://bugs.torproject.org/6892] Linus Lüssing schrieb am Dienstag, dem 10. Juli 2012: While when specifically selecting a certain Tor proxy in an application, I guess a user will very likely be aware that the same Tor identity is being used. Maybe for now a paragraph about every torify instance sharing the same Tor identity should be added to the torify manpage in the WARNING section? Sounds good. Want to provide a patch? Cheers, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#687804: installation-reports: users are not able to review external documentation while stuck in the installer
Brian, le Wed 19 Sep 2012 10:15:44 +0100, a écrit : On Wed 19 Sep 2012 at 03:14:05 +0200, lee wrote: Richard Owlett rowl...@cloud85.net writes: Should one not be able to switch out of the installation process and into a browser (2 are already included) to search out answers? One should be able to. Since I haven't tried the life-installer yet, I don't know what's possible. It would be nice if one could switch between the installer and a browser any time after starting the installation. I wouldn't say it's needed since one can just reboot from the installer into the life system, assuming that one doesn't lose much when doing so. This assumption might be a bad idea, though. Boot into a live sytem. Start a browser. Start d-i. ALT-TAB between the two. Or CTRL-ALT-Fx for a virtual terminal. The feature you requested exists. Surely the bug could now be closed? So you need to know in advance that you'll need a browser. If you don't remember starting one, you're stuck in d-i. That's not really a good solution. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688066: ITP: rex -- What do you want to deploy today?
On 19.09.2012 09:52, Jon Dowland wrote: On Tue, Sep 18, 2012 at 10:52:29PM +0200, Mike Gabriel wrote: Description : What do you want to deploy today? A better short description is needed here. In a nutshell, what does it do? Indeed, please see [1] for hints how to formulate synopsis and description lines. Moreover, I wonder what rex does better than other system automation systems such as chef/puppet/cfengine et al. We've quite a lot of them already in Debian and from a cursory perspective the only difference is the programming language you have to implement scriptlets. [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#688095: regexp/yfnmatch.h is non free
Source: yorick Severity: serious Hi, regexp/yfnmatch.h is still under non-DFSG 4-clause BSD license. It is clearly a left-over from older times as the rest of Yorick is under 3-clause BSD license. Upstream has already commited an update at: https://github.com/dhmunro/yorick/blob/master/regexp/yfnmatch.h Regards, Thibaut. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (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 -- 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#687804: installation-reports: users are not able to review external documentation while stuck in the installer
On Wed 19 Sep 2012 at 11:23:10 +0200, Samuel Thibault wrote: Brian, le Wed 19 Sep 2012 10:15:44 +0100, a écrit : Boot into a live sytem. Start a browser. Start d-i. ALT-TAB between the two. Or CTRL-ALT-Fx for a virtual terminal. The feature you requested exists. Surely the bug could now be closed? So you need to know in advance that you'll need a browser. If you don't remember starting one, you're stuck in d-i. That's not really a good solution. Yes, planning ahead is required if you want to stay in X. For a spur of the moment need for information there is w3m in a terminal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688096: unblock: bsnes/0.088-5 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please tell me if you would unblock the following changes for the package bsnes, which would close two bugs. * Fix issues with bsnes-purify (Closes: #687034): - Fix segmentation fault when run with less than two arguments. - Purify also files with uppercase suffix. * Add missing epoch to versioned Build-Depends on gcc (Closes: #687197). * Remove workaround for g++ bug PR c++/53821, which is now fixed in wheezy. The debdiff against the package in testing is attached. I did not upload the changes to unstable yet. Best regards, Tobias Hansen unblock bsnes/0.088-5 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru bsnes-0.088/debian/changelog bsnes-0.088/debian/changelog --- bsnes-0.088/debian/changelog 2012-09-04 01:57:13.0 +0200 +++ bsnes-0.088/debian/changelog 2012-09-19 11:03:29.0 +0200 @@ -1,3 +1,13 @@ +bsnes (0.088-5) unstable; urgency=low + + * Fix issues with bsnes-purify (Closes: #687034): +- Fix segmentation fault when run with less than two arguments. +- Purify also files with uppercase suffix. + * Add missing epoch to versioned Build-Depends on gcc (Closes: #687197). + * Remove workaround for g++ bug PR c++/53821, which is now fixed in wheezy. + + -- Tobias Hansen tobias@gmx.de Wed, 19 Sep 2012 10:52:02 +0200 + bsnes (0.088-4) unstable; urgency=low * Add workaround for g++ bug PR c++/53821. (Closes: #684840) diff -Nru bsnes-0.088/debian/control bsnes-0.088/debian/control --- bsnes-0.088/debian/control 2012-05-11 13:08:23.0 +0200 +++ bsnes-0.088/debian/control 2012-09-18 02:11:39.0 +0200 @@ -11,7 +11,7 @@ libao-dev, libxv-dev, libasound2-dev [linux-any], - gcc (= 4.6) + gcc (= 4:4.6) Standards-Version: 3.9.3 Vcs-Git: git://git.debian.org/git/pkg-games/bsnes.git Vcs-Browser: http://git.debian.org/?p=pkg-games/bsnes.git diff -Nru bsnes-0.088/debian/patches/fix-purify-header-removal-and-input.patch bsnes-0.088/debian/patches/fix-purify-header-removal-and-input.patch --- bsnes-0.088/debian/patches/fix-purify-header-removal-and-input.patch 2012-05-10 16:13:11.0 +0200 +++ bsnes-0.088/debian/patches/fix-purify-header-removal-and-input.patch 2012-09-18 02:07:43.0 +0200 @@ -1,10 +1,21 @@ Description: Purify: Fix header checks and input handling * Add parantheses to fix checks for headers. * Accept folder names entered without trailing slash. + * Check also files with uppercase extensions. + * Rename purify to bsnes-purify in help output. Author: Tobias Hansen tobias@gmx.de --- a/purify/purify.cpp +++ b/purify/purify.cpp +@@ -43,7 +43,7 @@ + bool Application::loadFile(const string filename, string suffix, uint8_t *data, unsigned size) { + print(- , notdir(filename), \n); + +- if(filename.endswith(.zip)) { ++ if(filename.iendswith(.zip)) { + zip archive; + if(archive.open(filename) == false) return print(* failed to open archive\n), false; + if(archive.file.size() != 1) return print(* file count (, archive.file.size(), ) incorrect\n), false; @@ -60,7 +60,7 @@ //famicom @@ -41,12 +52,32 @@ string markup = SuperFamicomCartridge(data, size).markup; string path = {target, nall::basename(filename), .sfc/}; -@@ -238,15 +238,20 @@ +@@ -225,11 +225,11 @@ + unsigned size; + if(loadFile({source, filename}, suffix, data, size) == false) continue; + +-if(suffix == nes || suffix == fc) outputFamicom(filename, data, size); +-if(suffix == sfc || suffix == smc) outputSuperFamicom(filename, data, size); +-if(suffix == gb) outputGameBoy(filename, data, size); +-if(suffix == gbc || suffix == gbb) outputGameBoyColor(filename, data, size); +-if(suffix == gba) outputGameBoyAdvance(filename, data, size); ++if(suffix.iequals(nes) || suffix.iequals(fc)) outputFamicom(filename, data, size); ++if(suffix.iequals(sfc) || suffix.iequals(smc)) outputSuperFamicom(filename, data, size); ++if(suffix.iequals(gb)) outputGameBoy(filename, data, size); ++if(suffix.iequals(gbc) || suffix.iequals(gbb)) outputGameBoyColor(filename, data, size); ++if(suffix.iequals(gba)) outputGameBoyAdvance(filename, data, size); + + delete[] data; + } +@@ -238,21 +238,29 @@ int main(int argc, char **argv) { Application *application = new Application; -+ string source = argv[2]; -+ if(!source.endswith(/)) source.append(/); ++ string source; ++ if(argc == 4) { ++source = argv[2]; ++if(!source.endswith(/)) source.append(/); ++ } + if(argc == 4 cstring{argv[1]} == scan) { -application-source = argv[2];
Bug#688097: libconfig-model-tkui-perl: Highlight of customized values (the green arrow) is wrong when upstream_default value is set
Package: libconfig-model-tkui-perl Version: 1.337-1 Severity: normal Tags: upstream Dear Maintainer, The Tk tree list view has a problem. For instance, when you run 'cme edit ssh', you will see a lot of green arrow indicating values customized by the user even though there's no matching value in ssh config file. Root cause: display is confused because upstream value is set. I've prepared a patch upstream. I will apply it to debian package. All the best -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libconfig-model-tkui-perl depends on: ii libconfig-model-perl 2.021-3 ii libexception-class-perl 1.32-1 ii libfile-slurp-perl .19-1 ii liblog-log4perl-perl 1.29-1 ii libpod-pom-perl 0.27-1 ii libtk-dirselect-perl 1.12-1 ii libtk-pod-perl 0.9940-1 ii perl 5.14.2-13 ii perl-tk 1:804.030-1 libconfig-model-tkui-perl recommends no packages. Versions of packages libconfig-model-tkui-perl suggests: ii libtk-objscanner-perl 2.012-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
Brian, le Wed 19 Sep 2012 10:41:12 +0100, a écrit : On Wed 19 Sep 2012 at 11:23:10 +0200, Samuel Thibault wrote: Brian, le Wed 19 Sep 2012 10:15:44 +0100, a écrit : Boot into a live sytem. Start a browser. Start d-i. ALT-TAB between the two. Or CTRL-ALT-Fx for a virtual terminal. The feature you requested exists. Surely the bug could now be closed? So you need to know in advance that you'll need a browser. If you don't remember starting one, you're stuck in d-i. That's not really a good solution. Yes, planning ahead is required if you want to stay in X. For a spur of the moment need for information there is w3m in a terminal. How do you start a terminal? Going through the main menu is not an option, one often needs to have both the question being asked by debconf and the documentation at hand. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688098: exim4-config: Defaut exim 4 configuration in Debian should be internet site
Package: exim4-config Version: 4.72-6+squeeze2 Severity: wishlist By default, a Debian system can't send e-mail via another MTA. We can considerate that people using text-mode mailers know how to re-configure exim. But: popularity-contest needs to send its reports by e-mail. Activation of this package is made by default, so it's atended to run even on systems used by newbies(or even Linux expirmented users that aren't mail relaying specialists). So, messages won't be sent, disturbing the user with mailer-daemon errors. Or, if he doesn't notice them, he will believe he's participating the contest, however it's not the case. Additionnaly, the biggest flaw is that the contest isn't representative, since datas of lots of Debian users aren't received by Debian crew. -- Package-specific info: Exim version 4.72 #1 built 12-May-2011 18:13:11 Copyright (c) University of Cambridge, 1995 - 2007 Berkeley DB: Berkeley DB 4.8.30: (April 9, 2010) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 GnuTLS compile-time version: 2.8.6 GnuTLS runtime version: 2.8.6 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='127.0.0.1 ; ::1' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:GObookdeStephaneAscoet.fdn.fr -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-config depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/passwd.client [Errno 13] Permission non accordée: u'/etc/exim4/passwd.client' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688095: regexp/yfnmatch.h is non free
Thibaut Paumard paum...@users.sourceforge.net writes: regexp/yfnmatch.h is still under non-DFSG 4-clause BSD license. It is clearly a left-over from older times as the rest of Yorick is under 3-clause BSD license. The 4-clause BSD license is not non-DFSG. See http://www.debian.org/legal/licenses/. Adjusting the bug severity accordingly. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: Solved for me
Hi :-) I successfully solved the issue by: 1. setting label (tune2fs -L root /dev/...) for root fs 2. patching /etc/grub.d/10_linux using the small patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542170 3. adding GRUB_ENABLE_LINUX_LABEL=true to /etc/default/grub 4. running update-grub and rebooting Now df shows the much shorter /dev/disk/by-label/root :-) Regards, Ognyan Kulev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640499: libxvmc: please add multiarch support
Hi, Just a question, this bug will be resolved for the Wheezy release ? I don't think so. Why that? This would effectively mean broken OpenGL for i386 apps on systems using the proprietary NVidia driver. The patch from the original report is simple and working on several people's systems. The dpkg issues are unrelated and apply to other packages as well. At least an upload to Sid with that patch applied would be appropriate IMHO, then the release team can decide whether they want it in Wheezy or not. Or is there a problem with the patch itself, preventing the bug from being fixed in Sid? Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688099: tickr: RSS URL length limited to 128 chars
Package: tickr Version: 0.6.2-1 Severity: normal Dear Maintainer, RSS URL longer than 128 chars are truncated when tickr try to get the feed from the Net. Steps to reproduce the bug: * Start tickr from an xterm (optional but useful to see the bug) * Right click-File-Open Feed RSS * Add an RSS URL longer than 128 chars, you can use this feed from Request Tracker demo site: http://rt.easter- eggs.org/demos/stable/NoAuth/rss/admin/b10f256803294525/?Order=DESCQuery=+Owner+%3D+'Nobody'+AND+(+Status+%3D+'new'+OR+Status+%3D+'open')OrderBy=Created * be sure no checkboxes are selected in the feed list and click on OK (single) button * an error appear telling no HTTP status code returned, Can't fetch resource: RSS URL, same error appear if button Add/Upd is used Thanks for this program. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tickr depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxml2 2.8.0+dfsg1-5 tickr recommends no packages. tickr 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#688100: unblock: fglrx-driver/1:12-6+point-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fglrx-driver This update fixes some small issues (e.g. tightening dependencies) and is primarily a documentation update that adds information about the fglrx-legacy-driver package which can be used for models no longer supported by fglrx-driver. The non-documentation changes have been applied to the nvidia-graphics-drivers* packages (where appropriate), too. fglrx-driver (1:12-6+point-2) unstable; urgency=low * fglrx-driver.postrm: Do not fail if the debconf templates are not available (i.e. if the package is unconfigured). * fglrx-source: Add Built-Using attribute to the generated module packages to record the exact versions of linux and fglrx-driver that were used during the build. * libgl1-fglrx-glx:i386: Add Breaks: ia32-libs ( 20120701) because that is still shipping /usr/lib32/libGL.so.1 which gets no longer diverted away. (Closes: #683853) * fglrx-atieventsd: Add Depends: glx-alternative-fglrx to ensure the triggers are processed and the glx alternative is properly setup before the atieventsd is started. (See: #684000) * Check for UNSIGNED in /etc/ati/signature during package build to prevent reappearence of bugs like #684702. * Update Homepage to point to AMD. * Update watch file. * README.Debian: Add link to unofficial bugzilla for upstream bug reports. * fglrx-driver.NEWS, libfglrx.templates: Mention the availability of fglrx-legacy-driver which supports the legacy Radeon HD 2000/3000/4000. This package is currently only in experimental but it will be provided in wheezy-backports, too. -- Andreas Beckmann deb...@abeckmann.de Wed, 19 Sep 2012 12:02:40 +0200 There will be translation updates later on (a call was just sent) which will result in another upload and a new unblock request. A debdiff --exclude '*.po*' is attached. Andreas unblock fglrx-driver/1:12-6+point-2 diffstat for fglrx-driver-12-6+point fglrx-driver-12-6+point README.Debian | 14 ++ changelog | 27 ++- control|6 -- control.models |2 ++ fglrx-driver.NEWS | 22 +- fglrx-driver.templates |4 ++-- libfglrx.templates | 26 -- module/control.template.in |3 +++ module/rules.in|7 ++- rules |1 + watch |2 +- 11 files changed, 92 insertions(+), 22 deletions(-) diff -Nru --exclude '*.po*' fglrx-driver-12-6+point/debian/README.Debian fglrx-driver-12-6+point/debian/README.Debian --- fglrx-driver-12-6+point/debian/README.Debian 2012-07-30 18:08:46.0 +0200 +++ fglrx-driver-12-6+point/debian/README.Debian 2012-09-19 12:06:50.0 +0200 @@ -1,3 +1,16 @@ +Upstream Bug Tracker: += + +The recommended way to report non-packaging problems (e.g. graphics +distortions, unsupported graphics cards, crashes, ...) directly to AMD +is to use the Unofficial AMD Linux Bugzilla at + +http://ati.cchtml.com/ + +Please include a link to such an upstream bug report when filing the +problem in your Linux distribution's bug tracking system. + + This driver will replace parts of your X11/Mesa system: === If you encounter problems with the proprietary fglrx driver and want to @@ -35,6 +48,7 @@ It is possible to patch the module so that it builds on 64/32, but it fails to work *at all*. This has been acknowledged by AMD. + Screen flickering with VariBright enabled: == fglrx contains a feature called VariBright which tries to automatically diff -Nru --exclude '*.po*' fglrx-driver-12-6+point/debian/changelog fglrx-driver-12-6+point/debian/changelog --- fglrx-driver-12-6+point/debian/changelog 2012-07-30 18:08:46.0 +0200 +++ fglrx-driver-12-6+point/debian/changelog 2012-09-19 12:06:50.0 +0200 @@ -1,8 +1,33 @@ +fglrx-driver (1:12-6+point-2) unstable; urgency=low + + * fglrx-driver.postrm: Do not fail if the debconf templates are not +available (i.e. if the package is unconfigured). + * fglrx-source: Add Built-Using attribute to the generated module packages +to record the exact versions of linux and fglrx-driver that were used +during the build. + * libgl1-fglrx-glx:i386: Add Breaks: ia32-libs ( 20120701) because that is +still shipping /usr/lib32/libGL.so.1 which gets no longer diverted away. +(Closes: #683853) + * fglrx-atieventsd: Add Depends: glx-alternative-fglrx to ensure the +triggers are processed and the glx alternative is properly setup before +the atieventsd is started. (See: #684000) + * Check for UNSIGNED in /etc/ati/signature during package build to +prevent reappearence of bugs like #684702. + *
Bug#688099: (no subject)
Thanks for reporting that. -- Emmanuel Thomas-Maurin manutm...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688101: virt-manager: cannot manage xen domains
Package: virt-manager Version: 0.9.4-1 Severity: normal Hello, starting the virt-manager gives error. Running as root is not possible because virt-manager fails to connect to dbus and bails even earlier. --no-dbus does not help with that. I added (xend-unix-server yes) in /etc/xen/xend-config.sxp because it is recommended in README.Debian and restarted the xend. It has no effect. # xm list NameID Mem VCPUs State Time(s) Domain-0 0 7823 4 r- 1116.4 $ LIBVIRT_DEBUG=1 virt-manager --debug --no-fork 2012-09-19 11:21:07.936+: 14527: info : libvirt version: 0.10.1 2012-09-19 11:21:07.936+: 14527: debug : virInitialize:421 : register drivers 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:729 : driver=0x7f0a2a5a5ba0 name=Test 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:744 : registering Test as driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterNetworkDriver:561 : registering Test as network driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterInterfaceDriver:591 : registering Test as interface driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterStorageDriver:621 : registering Test as storage driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDeviceMonitor:651 : registering Test as device driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterSecretDriver:681 : registering Test as secret driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterNWFilterDriver:711 : registering Test as network filter driver 0 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:729 : driver=0x7f0a2a5a7080 name=OPENVZ 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:744 : registering OPENVZ as driver 1 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:729 : driver=0x7f0a2a5a7600 name=VMWARE 2012-09-19 11:21:07.936+: 14527: debug : virRegisterDriver:744 : registering VMWARE as driver 2 2012-09-19 11:21:07.937+: 14527: debug : vboxRegister:131 : VBoxCGlueInit failed, using dummy driver 2012-09-19 11:21:07.937+: 14527: debug : virRegisterDriver:729 : driver=0x7f0a2a5a7b80 name=VBOX 2012-09-19 11:21:07.937+: 14527: debug : virRegisterDriver:744 : registering VBOX as driver 3 2012-09-19 11:21:07.937+: 14527: debug : virRegisterNetworkDriver:561 : registering VBOX as network driver 1 2012-09-19 11:21:07.937+: 14527: debug : virRegisterStorageDriver:621 : registering VBOX as storage driver 1 2012-09-19 11:21:07.937+: 14527: debug : parallelsRegister:1714 : Can't find prlctl command in the PATH env 2012-09-19 11:21:07.937+: 14527: debug : virRegisterDriver:729 : driver=0x7f0a2a5a64e0 name=remote 2012-09-19 11:21:07.937+: 14527: debug : virRegisterDriver:744 : registering remote as driver 4 2012-09-19 11:21:07.937+: 14527: debug : virRegisterNetworkDriver:561 : registering remote as network driver 2 2012-09-19 11:21:07.937+: 14527: debug : virRegisterInterfaceDriver:591 : registering remote as interface driver 1 2012-09-19 11:21:07.937+: 14527: debug : virRegisterStorageDriver:621 : registering remote as storage driver 2 2012-09-19 11:21:07.937+: 14527: debug : virRegisterDeviceMonitor:651 : registering remote as device driver 1 2012-09-19 11:21:07.937+: 14527: debug : virRegisterSecretDriver:681 : registering remote as secret driver 1 2012-09-19 11:21:07.937+: 14527: debug : virRegisterNWFilterDriver:711 : registering remote as network filter driver 1 2012-09-19 13:21:08,028 (cli:71): virt-manager startup 2012-09-19 13:21:08,029 (virt-manager:297): Launched as: /usr/share/virt-manager/virt-manager.py --debug --no-fork 2012-09-19 13:21:08,029 (virt-manager:298): GTK version: (2, 24, 10) 2012-09-19 13:21:08,029 (virt-manager:299): virt-manager version: 0.9.4 2012-09-19 13:21:08,029 (virt-manager:300): virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' 2012-09-19 13:21:08,114 (cli:118): virtinst version: 0.600.3 2012-09-19 13:21:08,114 (cli:119): virtinst import: module 'virtinst' from '/usr/lib/pymodules/python2.7/virtinst/__init__.pyc' 2012-09-19 13:21:08,154 (keyring:30): gnomekeyring bindings not installed, no keyring support 2012-09-19 11:21:08.157+: 14527: debug : virGetVersion:888 : libVir=0x7fffa2b3cda0, type=(null), typeVer=(nil) 2012-09-19 13:21:08,221 (inspection:82): waiting 2012-09-19 13:21:08,224 (systray:138): Showing systray: False 2012-09-19 13:21:08,224 (engine:199): About to connect to uris ['xen:///'] 2012-09-19 11:21:08.230+: 14527: debug : virEventRegisterImpl:177 : addHandle=0x7f0a2a5ccb20 updateHandle=0x7f0a2a5c3d00 removeHandle=0x7f0a2a5c3fb0 addTimeout=0x7f0a2a5cc910 updateTimeout=0x7f0a2a5c3bd0 removeTimeout=0x7f0a2a5c3e30 2012-09-19 13:21:08,254 (manager:172): Showing manager 2012-09-19 13:21:08,299 (engine:324):
Bug#685422: iscsitarget-dkms: ata smart commands denial of service
On Sun, Sep 16, 2012 at 7:00 PM, Ritesh Raj [...] That patch fixes the issue. I have confirmed upstream. The version in experimental has the fix. Please test if you have the resource. thank you very much, the issue has gone with the new version. tested with incoming.debian.org version before entering experimental but forgot to give feedback. thank you again for the fast cooperation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#218995: Patch for #218995
On Mon, Sep 17, 2012 at 4:37 PM, Steve McIntyre st...@einval.com wrote: On Mon, Sep 17, 2012 at 03:58:00PM +0200, David Kalnischkies wrote: The other thing is that the generated output is less than stellar. I think if we output something here it should be in the way we see it in the Packages file and not intermixed some internal values … Depends: awesome (0 (null)) Depends: stuff (3 2-1) Nobody knows what 0 and 3 are and they could possibly change any given minute (with an ABI break of course) -- beside that this number printed includes also other stuff (like the OR flag) and showpkg is kind of a debug command, so compatibility with it isn't really needed. ACK. I was a little surprised to see the output format here. I've added support for parsing the versions in apt's internal format, by digging through source code to find the definitions. I can always switch that code back to parsing human-readable text, thought. I think we will go with the attached patch, which prints a human-readable nearly debian-style compare operator. I say nearly as I want to highlight that - as is in other code paths - the dependency found in Packages: Depends: awesome ( 2-1) | awesome ( 3-1) will be printed as: Depends: awesome ( 2-1) | awesome ( 3-1) This is an interpretation difference, as older debian policies (now in §4.9.4 we reached the stage of denial: You must not use them) allowed the usage of '' with the meaning of '='. So be careful while parsing it that the right interpretation is used. The rest are one on one mappings. You can activate it with apt-cache depends -o APT::Cache::ShowVersion=1 The -o flag can be placed anywhere in the call and will be ignored by versions not supporting this option. Support should be there in the next bugfix accumulation upload (named 0.9.7.6). (This bug will NOT be closed by this as it is neither the default nor documented or has a 'proper' flag etc etc pp) Anyway, as this will be advertised as a debian-cd fix implemented in APT to the release team, feel free to define the output you need and we will see how to generate it. I am unable to read/write perl, so I don't know what is easiest. (I can see in the code though that you should have a look at --important, --no-recommends and similar flags to avoid doing the filtering in perl; but I don't get what the code does in general …). That's fine. :-) Just adding versions in a sane manner (as you've suggested here) is great for me. Maybe post-wheezy I'll get on to investigating other changes for the sort_deps code, but right now is not a good time for major surgery! I thought so. :) Just wanted to highlight this for future changes. Another which might or might not be noteworthy as I don't know if we have to worry at that stage about MultiArch (maybe with multi-arch cds?): In multi-arch environments (and later with architecture-specific dependencies) you will encounter Depends: package:arch lines. And the implicit dependencies for multi-arch will be explicitly listed. I still wonder what sort_deps actually does though, maybe we can trick APT into generating what you need for jessie. Installation order is a field we have an enormous amount of code for which at its heart sorts dependencies after all … Best regards David Kalnischkies apt-218995-apt-cache-depends-show-version.diff Description: Binary data
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
On Wed 19 Sep 2012 at 12:27:57 +0200, Samuel Thibault wrote: Brian, le Wed 19 Sep 2012 10:41:12 +0100, a écrit : Yes, planning ahead is required if you want to stay in X. For a spur of the moment need for information there is w3m in a terminal. How do you start a terminal? Going through the main menu is not an option, one often needs to have both the question being asked by debconf and the documentation at hand. I should have been clearer: CTRL-ALT-F1 With the Xfce Live image the installer window can be minimised. Also, it does not cover the task bar at the bottom of the screen, so another workspace is selectable. The documentation is only is a URL away. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674588: /usr/lib/llvm-3.1/bin/llvm-config: llvm-config reports bogus prefix in chroot
Excerpts from Sylvestre Ledru's message of Tue Sep 18 12:27:02 +0200 2012: Strace reveals readlink(/proc/self/exe, /usr/lib/llvm-3.1/bin/llvm-config, 4096) Which is a no-go in the chroot. Just to make sure I understand what you are saying, it is a no-go because /proc/self/exe does not exist in a chroot ? Yes, it does not exist. It is in no way standard so will probably fail completely on other archs regardless of chroot. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688101: virt-manager: cannot manage xen domains
Also sending excerpt from server-side log that seems relevant to xen: 2012-09-19 11:37:56.043+: 14927: debug : virConnectOpen:1331 : name=xen:/// 2012-09-19 11:37:56.043+: 14927: debug : virObjectNew:110 : OBJECT_NEW: obj=0x18fe990 classname=virConnect 2012-09-19 11:37:56.043+: 14927: debug : virConnectGetConfigFile:953 : Loading config file '/etc/libvirt/libvirt.conf' 2012-09-19 11:37:56.043+: 14927: debug : virFileClose:72 : Closed fd 18 2012-09-19 11:37:56.043+: 14927: debug : do_open:1127 : name xen:/// to URI components: scheme xen server (null) user (null) port 0 path / 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 0 (Test) ... 2012-09-19 11:37:56.043+: 14927: debug : do_open:1180 : driver 0 Test returned DECLINED 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 1 (OPENVZ) ... 2012-09-19 11:37:56.043+: 14927: debug : do_open:1180 : driver 1 OPENVZ returned DECLINED 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 2 (VMWARE) ... 2012-09-19 11:37:56.043+: 14927: debug : do_open:1180 : driver 2 VMWARE returned DECLINED 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 3 (VBOX) ... 2012-09-19 11:37:56.043+: 14927: debug : do_open:1180 : driver 3 VBOX returned DECLINED 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 4 (remote) ... 2012-09-19 11:37:56.043+: 14927: debug : do_open:1180 : driver 4 remote returned DECLINED 2012-09-19 11:37:56.043+: 14927: debug : do_open:1174 : trying driver 5 (Xen) ... 2012-09-19 11:37:56.043+: 14927: debug : xenUnifiedOpen:347 : Trying hypervisor sub-driver 2012-09-19 11:37:56.043+: 14927: debug : xenHypervisorInit:2039 : Using new hypervisor call: 40002 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCleanupTimeouts:501 : Cleanup 2 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCleanupHandles:549 : Cleanup 11 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.044+: 14919: debug : virEventRunDefaultImpl:244 : running default event implementation 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCleanupTimeouts:501 : Cleanup 2 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCleanupHandles:549 : Cleanup 11 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=0 w=1, f=6 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=1 w=2, f=8 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=2 w=3, f=10 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=3 w=4, f=11 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=4 w=5, f=12 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=5 w=6, f=14 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=6 w=7, f=13 e=0 d=0 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=7 w=8, f=13 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=8 w=9, f=15 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=9 w=10, f=16 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollMakePollFDs:378 : Prepare n=10 w=11, f=17 e=1 d=0 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCalculateTimeout:320 : Calculate expiry of 2 timers 2012-09-19 11:37:56.044+: 14919: debug : virEventPollCalculateTimeout:326 : Got a timeout scheduled for 1348054681042 2012-09-19 11:37:56.044+: 14927: error : xenHypervisorDoV2Sys:1007 : Unable to issue hypervisor ioctl 3166208: Permission denied 2012-09-19 11:37:56.045+: 14919: debug : virEventPollCalculateTimeout:346 : Timeout at 1348054681042 due in 4997 ms 2012-09-19 11:37:56.045+: 14919: debug : virEventPollRunOnce:614 : EVENT_POLL_RUN: nhandles=10 timeout=4997 2012-09-19 11:37:56.045+: 14927: error : xenHypervisorDoV1Op:967 : Unable to issue hypervisor ioctl 3166208: Function not implemented 2012-09-19 11:37:56.045+: 14927: error : xenHypervisorInit:2174 : Unable to issue hypervisor ioctl 3166208: Function not
Bug#218995: Patch for #218995
On Wed, Sep 19, 2012 at 01:40:39PM +0200, David Kalnischkies wrote: On Mon, Sep 17, 2012 at 4:37 PM, Steve McIntyre st...@einval.com wrote: On Mon, Sep 17, 2012 at 03:58:00PM +0200, David Kalnischkies wrote: The other thing is that the generated output is less than stellar. I think if we output something here it should be in the way we see it in the Packages file and not intermixed some internal values … Depends: awesome (0 (null)) Depends: stuff (3 2-1) Nobody knows what 0 and 3 are and they could possibly change any given minute (with an ABI break of course) -- beside that this number printed includes also other stuff (like the OR flag) and showpkg is kind of a debug command, so compatibility with it isn't really needed. ACK. I was a little surprised to see the output format here. I've added support for parsing the versions in apt's internal format, by digging through source code to find the definitions. I can always switch that code back to parsing human-readable text, thought. I think we will go with the attached patch, which prints a human-readable nearly debian-style compare operator. I say nearly as I want to highlight that - as is in other code paths - the dependency found in Packages: Depends: awesome ( 2-1) | awesome ( 3-1) will be printed as: Depends: awesome ( 2-1) | awesome ( 3-1) This is an interpretation difference, as older debian policies (now in §4.9.4 we reached the stage of denial: You must not use them) allowed the usage of '' with the meaning of '='. So be careful while parsing it that the right interpretation is used. The rest are one on one mappings. Hmmm. Could we stick with the same format as in Packages instead, please? It's much less open to confusion that way... :-/ Other people will end up reading logs from debian-cd, for example. You can activate it with apt-cache depends -o APT::Cache::ShowVersion=1 The -o flag can be placed anywhere in the call and will be ignored by versions not supporting this option. Support should be there in the next bugfix accumulation upload (named 0.9.7.6). Cool. (This bug will NOT be closed by this as it is neither the default nor documented or has a 'proper' flag etc etc pp) ACK. Anyway, as this will be advertised as a debian-cd fix implemented in APT to the release team, feel free to define the output you need and we will see how to generate it. I am unable to read/write perl, so I don't know what is easiest. (I can see in the code though that you should have a look at --important, --no-recommends and similar flags to avoid doing the filtering in perl; but I don't get what the code does in general …). That's fine. :-) Just adding versions in a sane manner (as you've suggested here) is great for me. Maybe post-wheezy I'll get on to investigating other changes for the sort_deps code, but right now is not a good time for major surgery! I thought so. :) Just wanted to highlight this for future changes. Another which might or might not be noteworthy as I don't know if we have to worry at that stage about MultiArch (maybe with multi-arch cds?): In multi-arch environments (and later with architecture-specific dependencies) you will encounter Depends: package:arch lines. And the implicit dependencies for multi-arch will be explicitly listed. Yep, that's something we'll have to accommodate at some point soon. I still wonder what sort_deps actually does though, maybe we can trick APT into generating what you need for jessie. Installation order is a field we have an enormous amount of code for which at its heart sorts dependencies after all … That makes sense, yes :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684871: unblock: nvidia-graphics-drivers/304.37-1, nvidia-settings/304.37-1, nvidia-xconfig/304.37-1
On 2012-09-15 19:34, Andreas Beckmann wrote: nvidia-settings has seen a lot of changes following the 304 series driver development. It's not recommended to have these two not in sync. And due to the tightened relationships to prevent installing unsupported combinations, it's not even possible to install nvidia-graphics-drivers=304.* with nvidia-settings=302.* any more. Andreas unblock nvidia-settings/304.48-1 unblock nvidia-xconfig/304.48-1 unblock nvidia-graphics-modules/304.48+1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
Brian, le Wed 19 Sep 2012 12:43:43 +0100, a écrit : On Wed 19 Sep 2012 at 12:27:57 +0200, Samuel Thibault wrote: Brian, le Wed 19 Sep 2012 10:41:12 +0100, a écrit : Yes, planning ahead is required if you want to stay in X. For a spur of the moment need for information there is w3m in a terminal. How do you start a terminal? Going through the main menu is not an option, one often needs to have both the question being asked by debconf and the documentation at hand. I should have been clearer: CTRL-ALT-F1 That's not very user friendly. With the Xfce Live image the installer window can be minimised. Also, it does not cover the task bar at the bottom of the screen, so another workspace is selectable. The documentation is only is a URL away. Ok, but that's not the case with at least gnome/lxde. As mentioned in a previous mail, that's what this bug could be about (documenting use the xfce liveCD seems quite lazy to me) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684368: unblock: xvba-video/0.8.0-5
On Thursday, 9. August 2012 10:03:59 Patrick Matthäi wrote: Please unblock package xvba-video xvba-video was removed from testing, because of fglrx-driver, which is fixed now, but still waits on his unblock. xvba-video itself adjusted one fglrx-driver is back in testing, now xvba-video should be unblocked, too. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688010: dh_sphinxdoc: to recursively detect docs in /usr/share/{packagename}
Thanks for the bug report. * Dmitry Smirnov only...@member.fsf.org, 2012-09-18, 14:30: Recently I was packaging a software installing different sphinx-generated translations to /usr/share/{packagename}/help/{cs,en,fr,ja} I've noticed that even if I pass usr/share/{packagename}/help as argument to dh_sphinxdoc it can't find documentation so I have to pass usr/share/{packagename}/help/{lang} as many times as I have translations to process. This is intentional. At the moment to avoid passing multiple arguments to dh_sphinxdoc I've changed location for docs files to usr/share/doc/{packagename}/help where dh_sphinxdoc found all the translations automatically without any additional arguments. What's wrong with passing multiple arguments? Perhaps you would agree that it is a bit inconvenient to change docs install location together with introducing a compatibility symlink just to overcome this little limitation in dh_sphinxdoc. It's certainly something wrong when you change the package contents to make the packaging tools work better. But it's not necessarily the tools that are at fault… What is this compatiblity symlink for? If your package actually accesses files in /usr/share/{packagename}/help/, then it sounds like a violation of Policy §12.3 (“packages must not require the existence of any files in /usr/share/doc/ in order to function”). -- 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#688104: Fix broken debian/watch
Package: vips Version: 7.28.5-1 Severity: normal Tags: patch it would be nice to fix the debian/watch file. Fix is: version=3 http://www.vips.ecs.soton.ac.uk/supported/current/vips-([\d\.]+).tar.gz Thanks -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688105: breaks purging pg8.1
Package: postgresql-client-common Version: 134 Severity: normal Hi, | asteria:~# apt-get purge postgresql-8.1 postgresql-client-8.1 [..] | Removing postgresql-8.1 ... | Stopping PostgreSQL 8.1 database server: main. | find: `/usr/share/postgresql/8.1/tsearch_data': No such file or directory | dpkg: error processing postgresql-8.1 (--purge): | subprocess installed pre-removal script returned error exit status 1 Changing /usr/share/postgresql-common/maintscripts-functions like this: _remove_tsearch() { - find /usr/share/postgresql/$1/tsearch_data -type l \( -name '*.dict' -o -name '*.affix' \) -exec rm '{}' \; + ! [ -e /usr/share/postgresql/$1/tsearch_data ] || find /usr/share/postgresql/$1/tsearch_data -type l \( -name '*.dict' -o -name '*.affix' \) -exec rm '{}' \; } helped in my case. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688010: dh_sphinxdoc: to recursively detect docs in /usr/share/{packagename}
On Wed, 19 Sep 2012 22:14:06 Jakub Wilk wrote: I've noticed that even if I pass usr/share/{packagename}/help as argument to dh_sphinxdoc it can't find documentation so I have to pass usr/share/{packagename}/help/{lang} as many times as I have translations to process. This is intentional. OK but why is it intentional?? At the moment to avoid passing multiple arguments to dh_sphinxdoc I've changed location for docs files to usr/share/doc/{packagename}/help where dh_sphinxdoc found all the translations automatically without any additional arguments. What's wrong with passing multiple arguments? Poor maintainability. Whenever upstream adds new language/translation I need to add argument to dh_sphinxdoc. Perhaps you would agree that it is a bit inconvenient to change docs install location together with introducing a compatibility symlink just to overcome this little limitation in dh_sphinxdoc. It's certainly something wrong when you change the package contents to make the packaging tools work better. But it's not necessarily the tools that are at fault… To show that dh_sphinxdoc recursively scan and process /usr/share/doc/{packagename} for all nested sphinx-generated help translations. If some sphinx-generated content goes to /usr/share/{packagename}/help/{fr,de,en,etc.} there is no way to handle all of them with one call to dh_sphinxdoc like it is possible for /usr/share/doc/{packagename}/help/{fr,de,en,etc.} What is this compatiblity symlink for? If your package actually accesses files in /usr/share/{packagename}/help/, then it sounds like a violation of Policy §12.3 (“packages must not require the existence of any files in /usr/share/doc/ in order to function”). Right, thanks for reminding. This explains that moving folder with translations is not an option. So we're back to the limitation I'm talking about. How to process multiple instances of sphinx doc in one call if content is in /usr/share/{packagename}? Thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687452: devscripts: fails to recognize licenses in (fixed-form) Fortran code
Am Donnerstag, den 13.09.2012, 19:06 +0200 schrieb Francesco Poli: On Thu, 13 Sep 2012 01:30:25 +0200 Benjamin Drung wrote: Am Donnerstag, den 13.09.2012, 00:08 +0200 schrieb Francesco Poli: [...] OK, this is my attempt to fix the bug. I tested a modified licensecheck on the minimal test case that I provided and on a directory tree containing about 11400 files to scan. It seems that It Works For Me™. [...] Take into account that my Perl knowledge is just a smattering and it is rusty, too... My Perl foo isn't that good either. Why did you move the Fortran comment removal line up to the top of the block? For consistency with the other comment about C / C++ ... I was referring to the line of code, not the comment. ;) Moving the changed line of code down, let's the test case fail. Having the comment on a separate line is fine. I have applied your previous patch and added the test case. Thanks for your contribution. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#688095: regexp/yfnmatch.h is non free
Le 19/09/2012 12:43, David Bremner a écrit : Thibaut Paumard paum...@users.sourceforge.net writes: regexp/yfnmatch.h is still under non-DFSG 4-clause BSD license. It is clearly a left-over from older times as the rest of Yorick is under 3-clause BSD license. The 4-clause BSD license is not non-DFSG. See http://www.debian.org/legal/licenses/. Adjusting the bug severity accordingly. Thanks for the clarification. However, 4-clause BSD is incompatible with the GPL, which covers many Yorick plug-ins. Regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#688106: /usr/bin/imvirt-report: does not run
Package: imvirt-helper Version: 0.9.4-4 Severity: important File: /usr/bin/imvirt-report Hello, The program does not run. $ imvirt-report Can't locate ImVirt.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/bin/imvirt-report line 32. BEGIN failed--compilation aborted at /usr/bin/imvirt-report line 32. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages imvirt-helper depends on: ii libc6 2.13-35 ii libmime-lite-perl 3.027-1 imvirt-helper recommends no packages. Versions of packages imvirt-helper suggests: pn imvirt 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#688107: ITP: casa -- The Common Astronomy Software Applications package
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: casa Version : 3.4.0 Upstream Author : Several institutions under the guidance of NRAO * URL : http://casa.nrao.edu/ * License : GPLv3+ Programming Lang: C++ Description : Common Astronomy Software Applications package CASA, the Common Astronomy Software Applications package, is being developed with the primary goal of supporting the data post-processing needs of the next generation of radio astronomical telescopes such as ALMA and EVLA. The package can process both interferometric and single dish data. The CASA infrastructure consists of a set of C++ tools bundled together under an iPython interface as a set of data reduction tasks. This structure provides flexibility to process the data via task interface or as a python script. In addition to the data reduction tasks, many post-processing tools are available for even more flexibility and special purpose reduction needs. A git repository is created at http://anonscm.debian.org/gitweb/?p=debian-science/packages/casa.git Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688110: Please wheezy-ignore 688095 or unblock: yorick/2.2.02+dfsg1-1 (4-clause BSD leftover in Yorick)
Package: release.debian.org Severity: minor Hi, Concerning: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688095 Yorick is an interpreted language developed at UCB. It is under 3-clause BSD license. It has recently been brought to my attention that there is one file bearing the obnoxious 4-clause BSD license. 4-clause BSD is DFSG-free, but GPL-incompatible (and overall we'd like to get rid of it). Problem: many Yorick plug-ins are released under GPL, the package ships some file under GPL. Considering that: - its just a tiny header file which doesn't get installed; - its clearly a leftover and upstream has already corrected it on their git; - it's a modified file coming from actual *BSD, from which the clause has been waved already: ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change I think it's best to just ignore it for Wheezy. Alternatively, I can upload a new upstream version with those changes (Yorick is already repacked with a +dsfg version anyway): - replace this file with the git version (which only changes the copyright comment); - mention it in debian/copyright; - mention it in debian/changelog. Debdiff attached. Kind regards, Thibaut. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (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 diff -Nru yorick-2.2.02+dfsg/debian/changelog yorick-2.2.02+dfsg1/debian/changelog --- yorick-2.2.02+dfsg/debian/changelog 2012-06-30 07:41:29.0 +0200 +++ yorick-2.2.02+dfsg1/debian/changelog 2012-09-19 15:09:30.0 +0200 @@ -1,3 +1,9 @@ +yorick (2.2.02+dfsg1-1) unstable; urgency=low + + * New upstream release (DFSG packaging, Closes: #688095). + + -- Thibaut Paumard paum...@users.sourceforge.net Wed, 19 Sep 2012 13:11:04 +0200 + yorick (2.2.02+dfsg-6) unstable; urgency=low * yorick-full Depends: on yorick-svipc and yorick-gyoto diff -Nru yorick-2.2.02+dfsg/debian/copyright yorick-2.2.02+dfsg1/debian/copyright --- yorick-2.2.02+dfsg/debian/copyright 2012-06-19 17:47:22.0 +0200 +++ yorick-2.2.02+dfsg1/debian/copyright 2012-09-19 13:10:33.0 +0200 @@ -2,6 +2,8 @@ Upstream-Name: Yorick Upstream-Contact: David H. Munro dhmunro at users.sourceforge.net Source: http://yorick.sourceforge.net/ + regexp/yfnmatch.h has been updated from git due to a DFSG issue: + https://github.com/dhmunro/yorick/blob/f85a07ac77d88696bda31e00ead43007359cb5b3/regexp/yfnmatch.h Files: * Copyright: 1989, 1993-1995, 2005-2011, The Regents of the University of California. diff -Nru yorick-2.2.02+dfsg/regexp/yfnmatch.h yorick-2.2.02+dfsg1/regexp/yfnmatch.h --- yorick-2.2.02+dfsg/regexp/yfnmatch.h 2012-04-15 12:28:11.0 +0200 +++ yorick-2.2.02+dfsg1/regexp/yfnmatch.h 2012-09-19 11:37:55.0 +0200 @@ -1,6 +1,8 @@ /* * $Id: yfnmatch.h,v 1.1 2005-09-18 22:06:21 dhmunro Exp $ */ +/* $OpenBSD: fnmatch.h,v 1.8 2005/12/13 00:35:22 millert Exp $ */ +/* $NetBSD: fnmatch.h,v 1.5 1994/10/26 00:55:53 cgd Exp $ */ /*- * Copyright (c) 1992, 1993 * The Regents of the University of California. All rights reserved. @@ -13,11 +15,7 @@ * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in the *documentation and/or other materials provided with the distribution. - * 3. All advertising materials mentioning features or use of this software - *must display the following acknowledgement: - * This product includes software developed by the University of - * California, Berkeley and its contributors. - * 4. Neither the name of the University nor the names of its contributors + * 3. Neither the name of the University nor the names of its contributors *may be used to endorse or promote products derived from this software *without specific prior written permission. * @@ -34,7 +32,6 @@ * SUCH DAMAGE. * * @(#)fnmatch.h 8.1 (Berkeley) 6/2/93 - * $OpenBSD: fnmatch.h,v 1.4 1997/09/22 05:25:32 millert Exp $ */ #ifndef _FNMATCH_H_
Bug#688111: RFS: git2cl/2.0+git200808271242-2
Package: sponsorship-requests Severity: normal Dear mentors, Please consider uploading updated version of git2cl package. Changelog as follows: git2cl (2.0+git200808271242-2) unstable; urgency=low * Added new patch to introduce POD documentation to git2cl executable: best practice recommend providing embedded docs viewable with perldoc. * Changed man page generation from standalone markdown file with pandoc to pod2man producing man page from embedded documentation. This fixed hyphen-used-as-minus-sign (Closes: #672111). * Updated homepage and upstream source URLs. * Build-Depends: - dropped pandoc. + added perl-doc (used to pre-validate embedded POD documentation). * Debhelper compat to version 9. * Standards to 3.9.3. * Debian source compression to xz. * debian/copyright: + to copyright-format-1.0. + minor update to copyright year. - removed '©' characters (not needed according to specification). -- Dmitry Smirnov only...@member.fsf.org Wed, 19 Sep 2012 15:57:33 +1000 I think it is safe to upload to unstable as the probability of discovering a RC bug in git2cl/testing is quite low. (IMHO it doesn't worth troubles to upload this to experimental). To access further information about this package, please visit: http://mentors.debian.net/package/git2cl Source package is available from http://mentors.debian.net/debian/pool/main/g/git2cl/git2cl_2.0+git200808271242-2.dsc Thank you. Best regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688109: debbugs does not process mails sent to control@ in Cc:
Package: debbugs Version: 2.4.2~exp2 Severity: normal Considering the ATM latest Git code of debbugs: http://git.donarmstrong.com/?p=debbugs.git;a=tree;h=445ef2a66a2f6e97760ca319ac3d919834178f0b;hb=445ef2a66a2f6e97760ca319ac3d919834178f0b With that code base, debbugs fails to process mails that have a control header and the control@ address is used in Cc: field of the mail. What works is: sending a mail to control@ directly via To: field. Mail example that fails being processed by the control code: To: no@bugs.domain.tld Cc: cont...@bugs.domain.tld Subject: some subject tags #no pending thanks The issue has been fix in Git commit abcdefg. Greets, /me Mail example that succeeds being processed by the control code: to: cont...@bugs.domain.tld Subject: leave-empty-or-not tags #no pending thanks I hopefully will find some time to provide a patch... Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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 pgpgkaekOsA7m.pgp Description: Digitale PGP-Unterschrift pgpfMABaOFbp7.pgp Description: Digitale PGP-Unterschrift
Bug#688034: mythtv-status: No update of /etc/motd anymore
Package: mythtv-status Version: 0.10.2-1 Followup-For: Bug #688034 Dear Maintainer, forget the patch. :-( The result is that every run of mythtv-status will append its output to /var/run/motd.dynamic without deleting the old content. You would need to run /etc/init.d/motd to reset the file, but IIRC it is a policy violation to call an init script from within another init script. Any other ideas? Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | Public Keys: http://fsing.rootsland.net/~stse/keys.html | smime.p7s Description: S/MIME cryptographic signature
Bug#684433: gdal: diff for NMU version 1.9.0-3.1
On Tue, Sep 18, 2012 at 05:50:40PM +0200, gregor herrmann wrote: tags 684433 + pending thanks Dear maintainer, I've prepared an NMU for gdal (versioned as 1.9.0-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. Ok, even if I'm starting to think that in jassie we should simply drop ruby support in gdal, because it is simply unmaintained upstream AFAIK. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652965: Is this problem still there?
Would you be able to try xtables-addons/1.42 with current kernel 3.2 please? Thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688106: closed by Patrick Matthäi pmatth...@debian.org (reply to pmatth...@debian.org) (Re: Bug#688106: /usr/bin/imvirt-report: does not run)
Excerpts from Debian Bug Tracking System's message of Wed Sep 19 15:15:12 +0200 2012: It has been closed by Patrick Matthäi pmatth...@debian.org (reply to pmatth...@debian.org). Am 19.09.2012 15:00, schrieb Michal Suchanek: Package: imvirt-helper Version: 0.9.4-4 Severity: important File: /usr/bin/imvirt-report Hello, The program does not run. $ imvirt-report Can't locate ImVirt.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/bin/imvirt-report line 32. BEGIN failed--compilation aborted at /usr/bin/imvirt-report line 32. You need to install libimvirt-perl, which depends on imvirt-helper. Also adding a dependency from imvirt-helper to libimvirt-perl would be a circular dependency and so on another bug.. Then either splitting imvirt-helper from libimvirt-perl is a bug or the dependency should be the other way around. Few libraries do actually depend on programs. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688112: gummi leaks file descriptors leading to a crash if the fd limit is reached
Package: gummi Version: 0.6.3-1.1 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, using gummi for a prolonged time will eventually lead to a crash possibly involving data loss if no more file descriptors are available. gummi uses g_spawn_async_with_pipes to spawn helper processes like latex but fails to close the pipe connected to the spawned process stdout. The documentation [0] clearly states: The caller of g_spawn_async_with_pipes() must close these file descriptors when they are no longer in use. Attached is a patch that fixes this problem. 0: http://developer.gnome.org/glib/2.32/glib-Spawning-Processes.html#g-spawn-async-with-pipes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (350, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Fix a file descriptor leak utils_popen_r leaks file descriptors. Fix this by closing them. . gummi (0.6.3-1.1justus1) UNRELEASED; urgency=low . * Fixed file descriptor leak. Author: Justus Winter teyth...@thinkbox.jade-hamburg.de --- gummi-0.6.3.orig/src/utils.c +++ gummi-0.6.3/src/utils.c @@ -250,6 +250,8 @@ Tuple2 utils_popen_r (const gchar* cmd, g_free (rot); } +close(pout); + #ifndef WIN32 // TODO: command is not available on win32 systems: waitpid(typesetter_pid, status, 0);
Bug#685167: py3clean removes *.pyc of foreign packages
On Sep 19, 2012, at 07:20 AM, Dmitry Shachnev wrote: @Scott: please merge Barry's branch :) I also think we should use a different version number (something like 3.2.3.6) to fix bug #684431. Piotr mentioned he was going to try to get to it today. signature.asc Description: PGP signature
Bug#674294: Estimado usuario de correo web
Estimado usuario de correo web, Lamentamos tener que anunciar a usted que vamos a hacer un poco de mantenimiento vital en nuestro sistema de Webmail. Durante este proceso se pueden producir problemas de inicio de sesión en sesión en su cuenta en línea, para evitar esto, usted tendrá que confirme su cuenta inmediatamente que reciba esta notificación. Nos dimos cuenta que los correos importantes se retrasó ante recibido por nuestro filtro anti-spam. En estos momentos estamos verificando nuestras cuentas de correo electrónico de suscriptores a fin de aumentar la eficiencia de nuestras funciones de correo web. Para mejorar la calidad de nuestro servicio de webmail Estamos borrando todas las cuentas que no son activos para crear más espacio para las cuentas nuevas y para actualizar nuestra base de datos en otro para darle un servicio de calidad mediante el correo electrónico Para confirmar y mantener su cuenta activa durante y después de este proceso de mantenimiento, por favor, responda a este mensaje con el nombre de usuario y la contraseña para confirmar que la cuenta sigue activa. No hacer esto podría dar lugar a una desactivación permanente de su cuenta de usuario de base de datos para que podamos crear más espacios para los nuevos usuarios y reducir también la entrada de spam. El email de confirmación CUENTA Nombre del usuario: Dirección de correo electrónico: Email: Contraseña: Email: Contraseña: Fecha de nacimiento: Su cuenta permanecerá activa después de haber confirmado con éxito datos de su cuenta. Gracias por su paciencia. Webmail Equipo Administrativo - Este mensaje ha sido analizado en busca de virus y contenido peligroso por MailScanner, y es cree que es limpio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684433: gdal: diff for NMU version 1.9.0-3.1
On 18/09/2012 17:50, gregor herrmann wrote: I've prepared an NMU for gdal (versioned as 1.9.0-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I see there is a binary package libgdal-ruby1.8 from source package gdal. Do we need both? Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669382: latex209-base: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
tags 669382 patch thanks Hi, I've create a patch for this issue, make latex209-{bin,base} packages piuparts clean. Could you check attached patch, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru latex209-25.mar.1992/debian/changelog latex209-25.mar.1992/debian/changelog --- latex209-25.mar.1992/debian/changelog 2012-05-18 15:08:59.0 +0900 +++ latex209-25.mar.1992/debian/changelog 2012-09-19 22:45:32.0 +0900 @@ -1,3 +1,20 @@ +latex209 (25.mar.1992-12.6) unstable; urgency=low + + * Non-maintainer upload, fix RC bug (Closes: #669382) + * debian/latex209-bin.{postrm,prerm} +- Fix latex209-base: /etc/texmf/fmt.d/ owned by: texlive-latex-base, + texlive-base, tex-common remove files in prerm and don't create .bak + file + * debian/latex209-base.{postinst,postrm} +- Fix latex209-base: unowned file /usr/local/share/texmf/ls-R after + purge (policy 6.8, 9.1.2): specify mktexlsr directory as /var/lib/texmf + See also Bug#607857 + * debian/latex209-bin.preinst +- add it to delete /usr/local/share/texmf if upgrade from previous + versions + + -- Hideki Yamane henr...@debian.org Wed, 19 Sep 2012 22:45:26 +0900 + latex209 (25.mar.1992-12.5) unstable; urgency=low * Non-maintainer upload. diff -Nru latex209-25.mar.1992/debian/latex209-base.postinst latex209-25.mar.1992/debian/latex209-base.postinst --- latex209-25.mar.1992/debian/latex209-base.postinst 2012-05-15 15:17:15.0 +0900 +++ latex209-25.mar.1992/debian/latex209-base.postinst 2012-09-19 22:46:48.0 +0900 @@ -22,11 +22,16 @@ # installation fails and the `postinst' is called with `abort-upgrade', # `abort-remove' or `abort-deconfigure'. -TEXMF=/usr/share/texmf +TEXMF=/var/lib/texmf case $1 in configure) - mktexlsr $TEXMF + tempfile=`mktemp -p /tmp mktexlsr.` + if updmap-sys --nohash $tempfile 21 ; then + #updmap-sys generates files under /var/lib/texmf/ + mktexlsr $TEXMF $tempfile 21 || exit 1 + fi + rm -f $tempfile ;; abort-upgrade|abort-remove|abort-deconfigure) ;; diff -Nru latex209-25.mar.1992/debian/latex209-base.postrm latex209-25.mar.1992/debian/latex209-base.postrm --- latex209-25.mar.1992/debian/latex209-base.postrm 2012-05-15 15:16:28.0 +0900 +++ latex209-25.mar.1992/debian/latex209-base.postrm 2012-09-19 22:47:07.0 +0900 @@ -16,13 +16,17 @@ #* disappearer's-postrm `disappear' roverwritr new-version # for details, see /usr/doc/packaging-manual/ -TEXMF=/usr/share/texmf +TEXMF=/var/lib/texmf case $1 in remove|purge) - if [ -x /usr/bin/mktexlsr ]; then -mktexlsr $TEXMF -fi + tempfile=`mktemp -p /tmp mktexlsr.` + if updmap-sys --nohash $tempfile 21 ; then + #updmap-sys generates files under /var/lib/texmf/ + mktexlsr $TEXMF $tempfile 21 || exit 1 + fi + rm -f $tempfile + ;; upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) ;; diff -Nru latex209-25.mar.1992/debian/latex209-bin.postrm latex209-25.mar.1992/debian/latex209-bin.postrm --- latex209-25.mar.1992/debian/latex209-bin.postrm 2010-04-06 10:50:14.0 +0900 +++ latex209-25.mar.1992/debian/latex209-bin.postrm 2012-09-19 22:24:53.0 +0900 @@ -19,15 +19,12 @@ case $1 in purge) rm -f /etc/texmf/fmt.d/25latex209.cnf - rm -f /etc/texmf/fmt.d/25latex209.bak + [ ! -f /etc/texmf/fmt.d/25latex209.bak ] || rm -f /etc/texmf/fmt.d/25latex209.bak if [ -x /usr/sbin/update-fmtutil ]; then update-fmtutil fi ;; remove) - if [ -f /etc/texmf/fmt.d/25latex209.cnf ] ; then - mv -f /etc/texmf/fmt.d/25latex209.cnf /etc/texmf/fmt.d/25latex209.bak - fi if [ -x /usr/sbin/update-fmtutil ]; then update-fmtutil fi diff -Nru latex209-25.mar.1992/debian/latex209-bin.preinst latex209-25.mar.1992/debian/latex209-bin.preinst --- latex209-25.mar.1992/debian/latex209-bin.preinst 1970-01-01 09:00:00.0 +0900 +++ latex209-25.mar.1992/debian/latex209-bin.preinst 2012-09-19 22:22:31.0 +0900 @@ -0,0 +1,16 @@ +#!/bin/sh + +set -e + +PKG_VERSION=25.mar.1992-12.6 + +case $1 in +install|upgrade) +if dpkg --compare-versions $2 lt-nl $PKG_VERSION; then +rm -rf /usr/local/share/texmf +fi +esac + +#DEBHELPER# +exit 0 + diff -Nru latex209-25.mar.1992/debian/latex209-bin.prerm latex209-25.mar.1992/debian/latex209-bin.prerm --- latex209-25.mar.1992/debian/latex209-bin.prerm 2010-04-06 10:50:48.0 +0900 +++ latex209-25.mar.1992/debian/latex209-bin.prerm 2012-09-19 21:47:02.0 +0900 @@ -16,15 +16,15 @@ # for details, see /usr/share/doc/packaging-manual/ case $1 in -remove|upgrade|deconfigure) - rm -f /var/lib/texmf/web2c/latex209.fmt - rm -f /var/lib/texmf/web2c/latex209.log - if [ -x /usr/bin/mktexlsr ]; then -mktexlsr -fi +remove) +rm -f /etc/texmf/fmt.d/25latex209.cnf \ +
Bug#685360: Logitech USB keyboard broken with Linux 3.2 (regression from 3.1)
On Tue, 18 Sep 2012, Nestor Lopez Casado wrote: Hello Josip, I am back at the office. Please let me know if applying the patch solved your problem. Yes, please let me know. I'd like to have confirmation so that we could have it for 3.6 still (otherwise we'll go with -stable of course). I'll of course need the patch from [1] with proper commit message and sign off. Adding Benjamin to CC. [1] https://bugs.launchpad.net/ubuntu/+bug/958174/comments/55 -- Jiri Kosina SUSE Labs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688068: libmodule-corelist-perl: error removing diversion
Hi Cristian, Hi Gregor I was neither able to reproduce the error by installing a squeeze system, installing libmodule-corelist-perl. Then upgrade to wheezy and purging libmodule-corelist-perl. On Wed, Sep 19, 2012 at 12:06:31AM +0200, Cristian Ionescu-Idbohrn wrote: On Tue, 18 Sep 2012, gregor herrmann wrote: The interesting question is how you managed to get into a situation where the package is installed without getting the diversions (from the .preinst)? - Or where one is missing and the other is a different file? I have no recollection of doing anything special. At some point, libmodule-corelist-perl was installed because of some dependency. The other day, that dependency was no longer needed. Here is what I got: $ dpkg -S usr/share/man/man1/corelist diversion by libmodule-corelist-perl from: /usr/share/man/man1/corelist.1.gz diversion by libmodule-corelist-perl to: /usr/share/man/man1/corelist.bundled.1.gz diversion by libmodule-corelist-perl from: /usr/share/man/man1/corelist.1.gz diversion by libmodule-corelist-perl to: /usr/share/man/man1/corelist.bundled.1.gz perl: /usr/share/man/man1/corelist.1.gz libmodule-corelist-perl: /usr/share/man/man1/corelist.1p.gz $ ls -l --full-time /usr/share/man/man1/corelist* -rw-r--r-- 1 root root 2982 2011-08-10 23:20:39.0 +0200 /usr/share/man/man1/corelist.1.gz -rw-r--r-- 1 root root 3259 2012-08-22 07:29:55.0 +0200 /usr/share/man/man1/corelist.1p.gz -rw-r--r-- 1 root root 2985 2012-09-07 01:26:10.0 +0200 /usr/share/man/man1/corelist.bundled.1.gz So it seems here there is 'spurious' /usr/share/man/man1/corelist.1.gz lying arround ... $ diff -u corelist.bundled.1 corelist.1 --- corelist.bundled.1 2012-09-18 23:06:07.834430594 +0200 +++ corelist.1 2012-09-18 23:06:29.274038825 +0200 @@ -1,4 +1,4 @@ -.\ Automatically generated by Pod::Man 2.25 (Pod::Simple 3.16) +.\ Automatically generated by Pod::Man 2.23 (Pod::Simple 3.14) .\ .\ Standard preamble: .\ @@ -124,7 +124,7 @@ .\ .\ .IX Title CORELIST 1 -.TH CORELIST 1 2012-09-06 perl v5.14.2 Perl Programmers Reference Guide +.TH CORELIST 1 2011-08-10 perl v5.12.4 Perl Programmers Reference Guide .\ For nroff, turn off justification. Always turn off hyphenation; it makes .\ way too many mistakes in technical documents. .if n .ad l ... and if I'm correct here the date 2011-08-10 is when the file was created. This correspond around the day before 5.14.1-2 was uploaded to experimental. perl 5.14.2-3 was then uploaded to unstable on 2011-11-13. Cristian, did you have at some point perl installed from experimental? As said I cannot reproduce the issue by toing a squeeze-wheezy upgrade, and afterwards removing libmodule-corelist-perl. Regards, Salvatore signature.asc Description: Digital signature
Bug#688113: kde-runtime: Some headers files missing e.g. simpleresource.h
Package: kde-runtime Version: 4:4.8.4-1 Severity: normal Some headers files are missing. Bug is identical to ubungu bug 928009 - see https://bugs.launchpad.net/ubuntu/+source/kde-runtime/+bug/928009 where are all information described. They have already fixed their packages so maybe you could get inspiration (they've added kde-runtime-dev package). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-runtime depends on: ii kde-runtime-data4:4.8.4-1 ii kdelibs5-plugins4:4.8.4-3 ii libasound2 1.0.25-4 ii libattica0 0.2.0-1 ii libc6 2.13-35 ii libcanberra00.28-4 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.1-9 ii libjpeg88d-1 ii libkcmutils44:4.8.4-3 ii libkdeclarative54:4.8.4-3 ii libkdecore5 4:4.8.4-3 ii libkdesu5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkdewebkit5 4:4.8.4-3 ii libkdnssd4 4:4.8.4-3 ii libkemoticons4 4:4.8.4-3 ii libkfile4 4:4.8.4-3 ii libkhtml5 4:4.8.4-3 ii libkidletime4 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libkmediaplayer44:4.8.4-3 ii libknewstuff3-4 4:4.8.4-3 ii libknotifyconfig4 4:4.8.4-3 ii libkparts4 4:4.8.4-3 ii libkpty44:4.8.4-3 ii libnepomuk4 4:4.8.4-3 ii libnepomukquery4a 4:4.8.4-3 ii libntrack-qt4-1 016-1.1 ii libopenexr6 1.6.1-6 ii libphonon4 4:4.6.0.0-2 ii libplasma3 4:4.8.4-3 ii libpulse-mainloop-glib0 2.0-6 ii libpulse0 2.0-6 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-declarative 4:4.8.2+dfsg-2 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-script 4:4.8.2+dfsg-2 ii libqt4-svg 4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libqtwebkit42.2.1-4+b1 ii libsmbclient2:3.6.6-3 ii libsolid4 4:4.8.4-3 ii libsoprano4 2.7.6+dfsg.1-1 ii libssh-40.5.2-1 ii libstdc++6 4.7.1-9 ii libstreamanalyzer0 0.7.7-3 ii libstreams0 0.7.7-3 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii oxygen-icon-theme 4:4.8.4-1 ii perl5.14.2-13 ii phonon 4:4.6.0.0-2 ii plasma-scriptengine-javascript 4:4.8.4-1 ii shared-desktop-ontologies 0.10.0-1 Versions of packages kde-runtime recommends: ii virtuoso-minimal 6.1.4+dfsg1-1 Versions of packages kde-runtime suggests: pn djvulibre-bin none pn finger none pn icoutils 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#688111: RFS: git2cl/2.0+git200808271242-2
Hi, On 19.09.2012 15:22, Dmitry Smirnov wrote: * Standards to 3.9.3. I didn't look at your package, but at a first glimpse while looking through my mailbox, this came to my attention: Yesterday a new policy version was released, making this standards version outdated. (resent, I wrote the wrong destination :) -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#688114: ITP: herold -- HTML to DocBook XML conversion
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: herold Version : 6.0.1-68 Upstream Author : Michael Fuchs * URL : http://www.dbdoclet.org/ * License : GPL Programming Lang: Java Description : HTML to DocBook XML conversion The reuse of HTML content in presentation-neutral form is a frequent problem. One possible solution is to convert HTML to DocBook XML, because DocBook is a semantic markup language for documentation, which enables its users to create document content that captures the logical structure of the content. . The command line tool herold can be used to convert HTML to DocBook. Because HTML elements are often used not as intended, the possibilities for such a transformation are somewhat limited. herold is part of the dbdoclet suite of tools. For more information visit http://www.dbdoclet.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684433: gdal: diff for NMU version 1.9.0-3.1
On Wed, 19 Sep 2012 15:46:53 +0200, Mehdi Dogguy wrote: I've prepared an NMU for gdal (versioned as 1.9.0-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I see there is a binary package libgdal-ruby1.8 from source package gdal. Do we need both? Sorry, I don't understand what you mean by both here? I was a bit confused when building the package because of the many similar versions involved, maybe the same happened to you? What we have is: - source package gdal, upstream version 1.9.0 - a binary package libgdal-ruby1.8 (ruby1.8 bindings) - a binary package libgdal-ruby (meta package depending on libgdal-ruby1.8) Neither the amount nor the names or versions of source or binary packages have changed in this NMU (well, except for the .1 of course). The change is only to make the libgdal-ruby1.8 package build if ruby1.9x happens to be installed. (And no libgdal-ruby1.9 package was or is built; just files like libgdal-ruby1.8_1.9.0-3.1_amd64.deb libgdal-ruby_1.9.0-3.1_amd64.deb look a bit weird when dealing with ruby1.8 and ruby1.9 :)) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Paul McCartney: Jet signature.asc Description: Digital signature
Bug#684535: hyperestraier: FTBFS on s390x
hi, On Sat, Aug 11, 2012 at 6:38 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: hyperestraier FTBFS on s390. https://buildd.debian.org/status/fetch.php?pkg=hyperestraierarch=s390xver=1.4.13-7stamp=1343612759 - ./estcmd: INFO: [325:220]: search: 0 hits ./estcmd: INFO: [332:226]: search: 0 hits ./estcmd: INFO: flushing index words: name=casket dnum=230 wnum=1 fsiz=7066382 crnum=17860 csiz=1353273 dknum=2221 ./estcmd: INFO: [342:232]: attr: file:///tmp/wicked-0267-12275.est ./estcmd: INFO: [354:243]: search: 0 hits ./estcmd: INFO: [355:243]: search: 2 hits ./estcmd: INFO: [363:247]: search: 0 hits ./estcmd: INFO: [365:248]: attr: file:///tmp/wicked-0152-12275.est ./estcmd: INFO: [367:248]: search: 0 hits ./estcmd: INFO: [370:248]: out make: *** [build-arch-stamp] Terminated ./estcmd: INFO: the termination signal 15 catched ./estcmd: INFO: the termination signal 15 catched Build killed with signal TERM after 150 minutes of inactivity Build killed with signal KILL after 5 minutes of inactivity I've managed to find the cause of this timeout and fix it. http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git;a=blob;f=debian/patches/fix-iconv-loop;h=ea85cd338f7f1b5db3de6cc926712c97ca9c377e;hb=7994a049f316b96bd77130d45fd138263c965488 But I can't fix another FTBFS in s390x after passing the bug above. (Its make check fails with segmentation fault when it called est_vector_cosine. Getting advised on the s390x list, it seems that cast raise SEGV...) So I will simply drop s390x build to close this RC bug with next upload, and request unblock. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688119: unblock: dynamips/0.2.7-0.2.8RC2-5.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dynamips. It fixes the FTBS issue documented in #682412 (debdiff posted there). The NMU adds a patch by gregoa, which fixen broken LIBS usage. unblock dynamips/0.2.7-0.2.8RC2-5.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687804: installation-reports: users are not able to review external documentation while stuck in the installer
On Wed 19 Sep 2012 at 13:46:52 +0200, Samuel Thibault wrote: Brian, le Wed 19 Sep 2012 12:43:43 +0100, a écrit : With the Xfce Live image the installer window can be minimised. Also, it does not cover the task bar at the bottom of the screen, so another workspace is selectable. The documentation is only is a URL away. Ok, but that's not the case with at least gnome/lxde. As mentioned in a previous mail, that's what this bug could be about (documenting use the xfce liveCD seems quite lazy to me) I wouldn't dream of suggesting such an addition to the documentation. For GNOME and KDE ALT-F1 comes up with a menu. It's ALT-F2 on Xfce. Is this user-friendly enough? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679287: xserver-xorg-video-openchrome
There is a new version from openchrome.org: xf86-video-openchrome-0.3.1.tar.bz2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688120: libgtk-3-0: gtk file chooser is useless in recent versions of gtk
Package: libgtk-3-0 Version: 3.4.2-3 Severity: important Tags: upstream Hello, recent versions of GTK ship file chooser dialog which poses serious usability proglems. It shows a list of recently used files on open and recently used directories on save making filesystem navigation rather tricky. see https://bugzilla.gnome.org/show_bug.cgi?id=658280 I don't think a version of GTK with such file chooser is suitable for release. Since waiting for upstream to massage the new features into usable state does not seem to be enough to achive a usable file chooser in the forseeable future I would suggest backing out the file chooser updates in both gtk3 and gtk3. Thanks Michal -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk-3-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1 ii libcups21.5.3-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-21.10.1+dfsg-2 ii libgtk-3-common 3.4.2-3 ii libk5crypto31.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii multiarch-support 2.13-35 ii shared-mime-info1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: it hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.4.2-3 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-1+b1 ii librsvg2-common 2.36.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639565:
hi, On Wed, Sep 19, 2012 at 12:43 AM, gregor herrmann gre...@debian.org wrote: So this should fix both bugs: #v+ diff -Nru liboauth-0.9.4/debian/control liboauth-0.9.4/debian/control --- liboauth-0.9.4/debian/control 2011-11-05 12:41:07.0 +0100 +++ liboauth-0.9.4/debian/control 2012-09-17 19:31:21.0 +0200 @@ -2,7 +2,7 @@ Priority: optional Maintainer: Bilal Akhtar bilalakh...@ubuntu.com Build-Depends: debhelper (= 8.1.3), - libcurl4-nss-dev, + libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev, libtool, locales-all | language-pack-en, @@ -16,7 +16,7 @@ Package: liboauth-dev Section: libdevel Architecture: any -Depends: liboauth0 (= ${binary:Version}), libcurl4-nss-dev, ${misc:Depends} +Depends: liboauth0 (= ${binary:Version}), libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev, ${misc:Depends} Description: C library for implementing OAuth 1.0 (development files) liboauth is a collection of C functions implementing the OAuth Core 1.0 standard API. liboauth provides basic functions to escape #v- Acked, I will check whether changes above affects gondencheetah('s twitter submit feature). Please wait for a few days. goldencheetah has: Build-Depends: .. liboauth-dev, libcurl4-nss-dev .. Depends: .. libcurl3-nss (= 7.23.1), liboauth0 (= 0.9.1) (So the same as bti, and the maintainer is the original reporter for #639565 :)) Cc'ing KURASHIKI Satoru lur...@gmail.com to check if the change in liboauth might affect goldencheetah. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688068: libmodule-corelist-perl: error removing diversion
Thanks for looking into this Salvatore, On Wed, 19 Sep 2012, Salvatore Bonaccorso wrote: Cristian, did you have at some point perl installed from experimental? Nope. I'm reasonably sure. As said I cannot reproduce the issue by toing a squeeze-wheezy upgrade, and afterwards removing libmodule-corelist-perl. The thing is I've always run unstable on this box. This: $ dpkg -S usr/share/man/man1/corelist diversion by libmodule-corelist-perl from: /usr/share/man/man1/corelist.1.gz diversion by libmodule-corelist-perl to: /usr/share/man/man1/corelist.bundled.1.gz diversion by libmodule-corelist-perl from: /usr/share/man/man1/corelist.1.gz diversion by libmodule-corelist-perl to: /usr/share/man/man1/corelist.bundled.1.gz perl: /usr/share/man/man1/corelist.1.gz libmodule-corelist-perl: /usr/share/man/man1/corelist.1p.gz tells me that the diversion came along with libmodule-corelist-perl. So, restoring the perl man-page is what I want. And I want to do it properly. I agree that this may be a non-issue for the vast majority. In that case, I'd need some guidance to manually resolve my problem. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687153: unblock: qemu/1.1.2+dfsg-2 qemu-kvm/1.1.2+dfsg-2
Control: retitle -1 unblock: qemu/1.1.2+dfsg-2 qemu-kvm/1.1.2+dfsg-2 On 16.09.2012 00:58, Michael Tokarev wrote: On 10.09.2012 15:18, Michael Tokarev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock We (qemu team) prepared new releases of qemu and qemu-kvm packages, based on new upstream stable/bugfix releases of 1.1.y series. There's apparently one more bugfix pending. I thought we fixed a bug -- #686524 -- but it is not fixed. We identified the bad upstream commit which lead to that problem, and are working with upstream to identify the fix. If that'll take too long I'll just revert that (small) commit, to restore the old functionality. Which means, however, that a new upload is needed. The current version in sid brings in alot of good changes still, but it does not fix all known bugs unfortunately. I made two new releases (both qemu and qemu-kvm as they both share the same issue), updating subject and retitling the bugreport accordingly. The uploads contains a revert of the upstream commit which caused this regression. Unfortunately we're very short in time, and the proper solution is a bit difficult to come with. Meanwhile, I found a completely misapplied patch in qemu - it were applied upstream, but when we updated to the new version we updated that patch wrongly, and as a result it were applied to completely irrelevant place. No harm was done, but it was a very wrong thing to do anyway. So I dropped that patch (fix-armhf-prctl.patch) now, increasing qemu's debdiff even more. And I also found a long-standing bug in -jN handling of qemu build process (found it while trying rebulding package in various configurations) -- -jN were passed to sub-makes, so when run as dpkg-buildpackage -jN, sub-make complained that the job server is disabled and did a wrong thing, failing to build in the end. So I removed these bogus passing of -jN (it was #597524). I'll post two new debdiffs in separate emails. Also, in the original unblock request, I made mistakes when providing GIT URLs -- I pointed to individual git commits instead of 'shortlogs'. So here's the original unblock request with URLs and version numbers corrected: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock We (qemu team) prepared new releases of qemu and qemu-kvm packages, based on new upstream stable/bugfix releases of 1.1.y series. This update brings some rather large set of fixes, all of which are carefully choosen and are really worth to have in wheezy. Some of them resurrects broken architecture support (qemu emulation has been broken on arm, s390 and a few others for example). One of the fix included in this release is a security fix for rather important issue, CVE-2012-3515, which is #686974. I wanted to make a release just with this fix included because it is a serious problem, but this may complicate the work for the release team to review the changes, since the fix makes the difference even larger (it is included in upstream source in this release, and I didn't want to include it as a patch for previous release to be removed again). Due to this, this unblock request is somewhat urgent, if it's the right term. Together with this large set of fixes, these releases brings two packages (qemu and qemu-kvm) to the same state - each has the same set of fixes applied and correspond to the same upstream release. This is important point, since it appears that qemu[-kvm] is now in wide use, and many bugs are discovered (including security ones), and the two packages (which share the same codebase actually, but which we weren't able to merge for wheezy) should receive the same set of fixes, almost everything which is relevant for one is also relevant for another (the difference is because qemu package builds emulators for other architectures too, not just x86, so can require more fixes than qemu-kvm). And this is the reason why I'm requesting a single unblock for both, and why both have the same version number now. Now, for the changes. The chanhes are different for qemu and qemu-kvm, but the resulting code base becomes the same. This is because current qemu in wheezy is of version 1.1.0, while qemu-kvm is of version 1.1.1, which brings whole upstream stable/bugfix release, plus wheeze's qemu-kvm includes several patches which went to upstream 1.1.2, which are missing in wheeze's qemu too, obviously. Plus, upstream qemu-kvm 1.1.0 included a few rather large (but important) fixes which were missing in qemu 1.1.0 (but were included in qemu 1.1.1). But the final upstream set of changes is the same. It can be seen online as git tree/history in both git.debian.org tree: http://anonscm.debian.org/gitweb/?p=collab-maint/qemu-kvm.git;a=shortlog;h=refs/heads/master; qemu-kvm, since debian/1.1.0+dfsg-2 tag, and
Bug#683839: modemmanager fiddles with ttyUSB devices without asking first
On 19.09.2012 16:51, Maximilian Gaukler wrote: this also breaks apcupsd when connecting a UPS through a USB-serial converter. It took some time to find this out, so I am not very amused. https://bugzilla.redhat.com/show_bug.cgi?id=544121 is a related bug report. This behaviour is not okay because modem-manager is installed by default and there is no simple standardised way for other applications to stop it from interfering with a particular device. You could try the workaround described at https://bugzilla.redhat.com/show_bug.cgi?id=544121#c54 for now -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#688121: unblock: libconfig-model-tkui-perl/1.337-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libconfig-model-tkui-perl The current package has a confusing bug: the GUI shows configuration values as modified even though they are not specified in the configuration files. This patch also fixes a bug where wrong values or values with warnings can be hidden from the user. This patch was taken from upstream. Thanks unblock libconfig-model-tkui-perl/1.337-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru libconfig-model-tkui-perl-1.337/debian/changelog libconfig-model-tkui-perl-1.337/debian/changelog --- libconfig-model-tkui-perl-1.337/debian/changelog 2012-06-29 14:26:50.0 +0200 +++ libconfig-model-tkui-perl-1.337/debian/changelog 2012-09-19 14:16:29.0 +0200 @@ -1,3 +1,9 @@ +libconfig-model-tkui-perl (1.337-2) unstable; urgency=low + + * added upstream patch to fix green arrow display (Closes: #688097) + + -- Dominique Dumont d...@debian.org Wed, 19 Sep 2012 14:14:17 +0200 + libconfig-model-tkui-perl (1.337-1) unstable; urgency=low * Imported Upstream version 1.337: diff -Nru libconfig-model-tkui-perl-1.337/debian/patches/fix-green-arrow-and-show-hide.patch libconfig-model-tkui-perl-1.337/debian/patches/fix-green-arrow-and-show-hide.patch --- libconfig-model-tkui-perl-1.337/debian/patches/fix-green-arrow-and-show-hide.patch 1970-01-01 01:00:00.0 +0100 +++ libconfig-model-tkui-perl-1.337/debian/patches/fix-green-arrow-and-show-hide.patch 2012-09-19 14:16:29.0 +0200 @@ -0,0 +1,40 @@ +Description: Fix green arrow and show hide.patch + This patch fixes the logic used to display the + green arrow. + Also don't hide values which have errors or warnings. + when + the 'show only custom values' checkbox is set. +Bug-Debian: 688097 +Forwarded: yes +Author: dod +--- a/lib/Config/Model/TkUI.pm b/lib/Config/Model/TkUI.pm +@@ -835,13 +835,15 @@ + my $value = $leaf_object-fetch(check = 'no', silent = 1) ; + my $tkt = $cw-{tktree} ; + +-my ($is_customised, $img) ; ++my ($is_customised, $img,$has_error,$has_warning) ; + { + no warnings qw/uninitialized/ ; +-$is_customised = ! ( $std_v eq $value) ; ++$is_customised = !! ( defined $value and ( $std_v ne $value )) ; + $img = $cust_img if $is_customised ; +- $img = $warn_img if $leaf_object-warning_msg ; +- $img = $error_img if $leaf_object-error_msg; ++ $has_warning = !! $leaf_object-warning_msg ; ++ $img = $warn_img if $has_warning ; ++ $has_error = !! $leaf_object-error_msg; ++ $img = $error_img if $has_error; + } + + if (defined $img) { +@@ -859,7 +861,7 @@ + + $tkt-itemCreate($path,3, -text = $cw-trim_value($std_v)) ; + +-my $meth = ($cw-{show_only_custom} and not $is_customised) ? 'hide' : 'show' ; ++my $meth = ($cw-{show_only_custom} and not ($is_customised or $has_error or $has_warning)) ? 'hide' : 'show' ; + $tkt-$meth(entry = $path) ; + } + diff -Nru libconfig-model-tkui-perl-1.337/debian/patches/series libconfig-model-tkui-perl-1.337/debian/patches/series --- libconfig-model-tkui-perl-1.337/debian/patches/series 2012-06-29 14:26:50.0 +0200 +++ libconfig-model-tkui-perl-1.337/debian/patches/series 2012-09-19 14:16:29.0 +0200 @@ -0,0 +1 @@ +fix-green-arrow-and-show-hide.patch
Bug#639565:
On Thu, 20 Sep 2012 00:17:53 +0900, Satoru KURASHIKI wrote: #v+ diff -Nru liboauth-0.9.4/debian/control liboauth-0.9.4/debian/control --- liboauth-0.9.4/debian/control 2011-11-05 12:41:07.0 +0100 +++ liboauth-0.9.4/debian/control 2012-09-17 19:31:21.0 +0200 @@ -2,7 +2,7 @@ Priority: optional Maintainer: Bilal Akhtar bilalakh...@ubuntu.com Build-Depends: debhelper (= 8.1.3), - libcurl4-nss-dev, + libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev, libtool, locales-all | language-pack-en, @@ -16,7 +16,7 @@ Package: liboauth-dev Section: libdevel Architecture: any -Depends: liboauth0 (= ${binary:Version}), libcurl4-nss-dev, ${misc:Depends} +Depends: liboauth0 (= ${binary:Version}), libcurl4-gnutls-dev | libcurl4-dev, libnss3-dev, ${misc:Depends} Description: C library for implementing OAuth 1.0 (development files) liboauth is a collection of C functions implementing the OAuth Core 1.0 standard API. liboauth provides basic functions to escape #v- Acked, I will check whether changes above affects gondencheetah('s twitter submit feature). Please wait for a few days. Sure, thanks in advance! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bob Dylan: I Shall Be Free signature.asc Description: Digital signature
Bug#659728: libgtk-3: gtk3 applications abort due to memory corruption in parsing command line
Package: libgtk-3-0 Followup-For: Bug #659728 Hello, I can now run gtk3 applications without problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk-3-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1 ii libcups21.5.3-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-21.10.1+dfsg-2 ii libgtk-3-common 3.4.2-3 ii libk5crypto31.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii multiarch-support 2.13-35 ii shared-mime-info1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.4.2-3 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-1+b1 ii librsvg2-common 2.36.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688115: konq-plugins: web page archiving fails on some web pages
Package: konq-plugins Version: 4:4.8.4-1 Severity: normal Dear Maintainer, I try to archive the web page by konqueror Tools- Archive Web Page menu: http://www.exponenta.ru/educat/class/courses/student/ode/examples.asp Archiving proceeds fine, but konqueror can not show the resulted *.war file. It looks like an empty white page. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konq-plugins depends on: ii kde-runtime 4:4.8.4-1 ii konqueror 4:4.8.4-1 ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii libjpeg-progs 8d-1 ii libkcmutils44:4.8.4-3 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkhtml5 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libkonq5abi14:4.8.4-1 ii libkparts4 4:4.8.4-3 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-script 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++6 4.7.1-7 ii libtidy-0.99-0 20091223cvs-1.2 ii python 2.7.3~rc2-1 Versions of packages konq-plugins recommends: ii imagemagick 8:6.7.7.10-4 konq-plugins 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#688118: libcommons-compress-java: Ensure backwards compatible bytecode is built
Package: libcommons-compress-java Version: 1.4.1-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Ensure backwards compatible bytecode is built (LP: #1049689): - d/build.xml: Set target = 1.5 during compilation. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-14-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQWd+nAAoJEL/srsug59jDndMQALL5XyfZEKt0EuN7/2Z4Qj+n 08cg0U7ysNIyHLTIfILoHI6e5s1VnxrYNoCRw7CbckrSbVtcNKlKia9S1K3rbHzE LfVhaZx6amu+E5kE6ge/7Lm8e7z27yXXeSjxGbMuXQ/2b88ttmRBpfylAmWZTVe/ TztaBG/fe7Qff+shzUHZUBPikwZ+WlchhgDpadjITSqgvl1Rabq0cnkN+SD4NaGz fg1hmqRStXAlssealKjSYIeQ3CnYVp7Ln9wF+44MgnucdjRr7L49USjLWuS+Y42Z qct9jFmN9pfHNW0Ysq8l3RXA5H3BxObExEhjWq7rvQehTcfEsj4OeoE1SyiJM5zq rqYOyrSjs4Q2el1Tta/So2Ci5+urnzoROSVLxJ/IPANMxsPxWFkechHTwIFlxRYI wT2jzmVHpdssL6dZCwGZpx0E/+BQfbd7YMvTrmGLfvyCN4JFInwpUd+3v86YvAQO jSas0pqbHVovBRp430yXTH0IlZ8j39GfO+RV7bqXH/ONwBVNVn8Fb4tPyKDv5uf5 m7akZ8gZAjzpuIL8o0PQxli6sWyM5cb0/Rg+0lvFfClWwKKT95PDlrLqrDYxemZe wEu9gEBZRy7bEj1NAKdRSQYzOde4cYChdRftzbFGBI19c7HqdXlokRgonouGqtP8 efoIw4YCQg27NBPhPFnd =1P16 -END PGP SIGNATURE- diff -Nru libcommons-compress-java-1.4.1/debian/build.xml libcommons-compress-java-1.4.1/debian/build.xml --- libcommons-compress-java-1.4.1/debian/build.xml 2012-05-30 00:32:23.0 +0100 +++ libcommons-compress-java-1.4.1/debian/build.xml 2012-09-19 15:58:37.0 +0100 @@ -10,13 +10,13 @@ target name=compile description=o Compile the source files mkdir dir=${class.dir}/ javac srcdir=${source.dir} destdir=${class.dir} - debug=true source=1.5/ + debug=true source=1.5 target=1.5/ /target target name=test-compile description=o Compile the test source files depends=compile mkdir dir=${test.class.dir}/ javac srcdir=${test.source.dir} destdir=${test.class.dir} - debug=true source=1.5 encoding=ISO-8859-1 + debug=true source=1.5 target=1.5 encoding=ISO-8859-1 classpath pathelement location=${class.dir}/ pathelement path=${java.class.path}/ diff -Nru libcommons-compress-java-1.4.1/debian/changelog libcommons-compress-java-1.4.1/debian/changelog