Bug#651145: procmeter3 modules should not install under /usr/lib/X11
Package: procmeter3 Version: 3.5d-1 Severity: normal procmeter3's loadable modules are installed under /usr/lib/X11 but Debian policy 11.8.7 is said: Include files previously installed under `/usr/X11R6/include/X11/' should be installed into `/usr/include/X11/'. For files previously installed into subdirectories of `/usr/X11R6/lib/X11/', package maintainers should determine if subdirectories of `/usr/lib/' and `/usr/share/' can be used. If not, a subdirectory of `/usr/lib/X11/' should be used. These modules are not related X11 itself, so there are no reason to install under /usr/lib/X11. I think it is better that these modules will be installed under /usr/lib. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@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#651146: bcel: Fix FTBFS with OpenJDK 7
Package: bcel Version: 5.2-7 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS with Java 7 (LP: #888120): - d/patches/encoding.patch: Fix encoding for javac and javadoc calls to ensure compatibility with Java 7. - d/ant.properties: Set Java source and target to 1.5 for backwards compatibility. This patch ensures compatibility with Java 7 which considers encoding problems to be errors rather than warnings. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJO3cxQAAoJEL/srsug59jDIQcP/jArQ18pOzr2ban8kVAVS3Zz tNZeF2zRsQCR40qz9F/15JBCmA9pPk3OxMQRszMxfBc9jsCRpW72yCOPq5UHD1sO GODZgkCHaTNDf33iuRwmqNFzBsFKSjmjeEssLrQiXQcErNX9Kj4Ln6ipYF10iYMZ o5+h13Z4ALpBbApNpJD/uI7dy9HVTd9vm8pdIGvTCOpPTfkUpRpUgNj36o/jnPjQ NxG/MoPqxlQ5Nt4FoPaliXX9NjGop/1lODQqZ7ribJoDi+NzqG/fxZkAVlsEbc// lo33G4g2kGLhL0lndBYT4Bthzjj66etxwdyLqhOU2vB0aJD0Jn+ix7PsyoWfgz2d ZWh+9EC5pu0iCE3G9BCgNHUwSW2omxwVgJ+nhdKbLOgjaRb9pdEUTK7TYyTTkQ7X DtT9y0+1c2emhNl8nosvoF7rw0XKRkV4/WNpgpJKdDIxb1Gtx24xEUm74+s9joxS WC/Yj+6BfqWm7CuPUMatZWwAggRgBPcbpbSw3FXAbqi2mXcSX/Z5atkx8oJvl3ld w9wk+QVOsAuwyRIDYnPvPXFSoaUy6/82JnPhqwS/kpjz/pxha+oJnMFEkQ9dbLYw bh2+iBT5HbR3v/przA9SIJzG+uA5qWWasw3PhLu+WCrBymJKLH1pzkOcSageOhsE qA/UC/7zgEXMVNigCldW =8C0N -END PGP SIGNATURE- === added file 'debian/ant.properties' --- debian/ant.properties 1970-01-01 00:00:00 + +++ debian/ant.properties 2011-12-05 17:50:36 + @@ -0,0 +1,4 @@ +# Ensure that source and target are 1.5 +# For backwards compat on Java 7 +ant.build.javac.source=1.5 +ant.build.javac.target=1.5 === modified file 'debian/changelog' === added file 'debian/patches/encoding.patch' --- debian/patches/encoding.patch 1970-01-01 00:00:00 + +++ debian/patches/encoding.patch 2011-12-05 17:47:17 + @@ -0,0 +1,33 @@ +Description: Fix encoding of source files for Java 7 compatibility +Author: James Page james.p...@ubuntu.com +Forwarded: not-needed + +Index: bcel/build.xml +=== +--- bcel.orig/build.xml 2011-12-05 14:50:45.203906796 + bcel/build.xml 2011-12-05 14:51:00.535956116 + +@@ -39,7 +39,7 @@ + target name=compile description=o Compile the code depends=get-deps + mkdir dir=${classesdir} + /mkdir +-javac destdir=${classesdir} deprecation=true debug=true optimize=false excludes=**/package.html ++javac destdir=${classesdir} deprecation=true debug=true optimize=false excludes=**/package.html encoding=ISO-8859-1 + src + pathelement location=src/java + /pathelement +@@ -100,7 +100,7 @@ + /property + property name=title value=jakarta-bcel 5.2 API + /property +-javadoc use=true private=true destdir=${javadocdir} author=true version=true sourcepath=src/java packagenames=org.apache.bcel.* ++javadoc use=true private=true destdir=${javadocdir} author=true version=true sourcepath=src/java packagenames=org.apache.bcel.* encoding=ISO-8859-1 + classpath + path refid=build.classpath + /path +@@ -116,4 +116,4 @@ + unjar dest=${maven.home} src=${user.home}/maven-install-latest.jar + /unjar + /target +-/project +\ No newline at end of file ++/project
Bug#651147: apr-utils: FTBFS ( expected 'int (*)(struct LDAP *, const char *, ber_tag_t, ber_int_t, void *)' but argument is of type 'int (*)(struct LDAP *, const char *, int, ber_int_t)')
Source: apr-utils Severity: serious Version: 1.3.12+dfsg-2 Hi, apr-util FTBFS with an error in apr_ldap_rebind.c. The failures visible on buildd.d.o only affect armhf and s390x, as those are the only architectures which have tried the package recently, but I've verified with a local build that the issue also occurs on amd64, hence the severity. From the armhf build log: ldap/apr_ldap_rebind.c: In function 'apr_ldap_rebind_set_callback': ldap/apr_ldap_rebind.c:330:5: warning: passing argument 2 of 'ldap_set_rebind_proc' from incompatible pointer type [enabled by default] /usr/include/ldap.h:976:1: note: expected 'int (*)(struct LDAP *, const char *, ber_tag_t, ber_int_t, void *)' but argument is of type 'int (*)(struct LDAP *, const char *, int, ber_int_t)' ldap/apr_ldap_rebind.c:330:5: error: too few arguments to function 'ldap_set_rebind_proc' /usr/include/ldap.h:976:1: note: declared here make[2]: *** [ldap/apr_ldap_rebind.lo] Error 1 make[2]: Leaving directory `/build/buildd-apr-util_1.3.12+dfsg-2-armhf-dZS91O/apr-util-1.3.12+dfsg' make[1]: *** [all-recursive] Error 1 make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full logs available via https://buildd.debian.org/status/package.php?p=apr-util 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#623953: pcc-for-x86-64-linux-gnu: depends on an unavailable package
On 12/05/2011 04:00 AM, Jonathan Nieder wrote: Thorsten Glaser wrote: No. Cross binutils are built using the documentation from https://wiki.debian.org/BuildingCrossCompilers which show that the stock binutils Debian source package already has this functionality. yes, and if somebody wants to split out the spu packages, I would certainly be interested in that. Please don't add new ones. I had thought that Matthias was (for good reasons) not interested in the stock binutils source package producing cross-compilers for additional targets on autobuilders, and that the binutils-source package and Built-Using control header existed for this exact reason. What did I miss? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651148: /usr/lib/X11/ProcMeter3/example should be removed
Package: procmeter3 Version: 3.5d-1 procmeter3's module example source and README are installed under /usr/lib/X11/ProcMeter3/example. It is vaiolate the Debian policy 12.6. These examples are already exists under /usr/share/doc/procmeter3, so /usr/lib/X11/ProcMeter3/example can be removed. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@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#649346: fglrx-driver: using xv extension crashes Xorg
Package: fglrx-driver Version: 1:11-11-3 Followup-For: Bug #649346 Dear Maintainer, This bug affect also xine, vlc and minitube. Even opera using xine plugin. The only way is to downgrade Xorg. In my opinion it is grave bug and fglrx shouldn't depend on xorg 1.11. -- Package-specific info: VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500/5100 Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.587359] Linux agpgart interface v0.103 [7.206593] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [7.322357] [fglrx] Maximum main memory to use for locked dma buffers: 2867 MBytes. [7.322833] [fglrx] vendor: 1002 device: 9553 count: 1 [7.323591] [fglrx] ioport: bar 1, base 0x2000, size: 0x100 [7.323915] [fglrx] Kernel PAT support is enabled [7.323938] [fglrx] module loaded - fglrx 8.91.4 [Oct 25 2011] with 1 minors [ 1243.86] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [ 1243.878553] [fglrx] Firegl kernel thread PID: 3690 [ 1243.878633] [fglrx] Firegl kernel thread PID: 3691 [ 1243.878706] [fglrx] Firegl kernel thread PID: 3692 [ 1243.878844] [fglrx] IRQ 49 Enabled [ 1245.394728] [fglrx] Gart USWC size:944 M. [ 1245.394732] [fglrx] Gart cacheable size:372 M. [ 1245.394738] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 1245.394741] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [ 1245.394744] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [ 5832.642062] [fglrx] IRQ 49 Disabled [ 5832.642087] [fglrx] Preparing suspend fglrx in kernel. [ 5834.881792] [fglrx] Suspending fglrx in kernel completed. [ 5834.881797] [fglrx] Power down the ASIC . [ 5835.416768] fglrx_pci :01:00.0: restoring config space at offset 0x1 (was 0x40100107, writing 0x40100503) [ 5835.519867] fglrx_pci :01:00.0: setting latency timer to 64 [ 5835.544989] [fglrx] Power up the ASIC [ 5835.545030] [fglrx] Preparing resume fglrx in kernel. [ 5835.806968] [fglrx] Resuming fglrx in kernel completed. [ 5835.807079] [fglrx] IRQ 49 Enabled [13204.996490] [fglrx] IRQ 49 Disabled [13211.180487] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [13211.181396] [fglrx] Firegl kernel thread PID: 4748 [13211.181461] [fglrx] Firegl kernel thread PID: 4749 [13211.181521] [fglrx] Firegl kernel thread PID: 4750 [13211.181688] [fglrx] IRQ 49 Enabled [13212.055467] [fglrx] Gart USWC size:944 M. [13212.055470] [fglrx] Gart cacheable size:372 M. [13212.055476] [fglrx] Reserved FB block: Shared offset:0, size:100 [13212.055479] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [13212.055482] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17217.397438] [fglrx] IRQ 49 Disabled [17222.375372] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17222.376153] [fglrx] Firegl kernel thread PID: 11229 [17222.381028] [fglrx] Firegl kernel thread PID: 11230 [17222.382138] [fglrx] Firegl kernel thread PID: 11231 [17222.382340] [fglrx] IRQ 49 Enabled [17223.857208] [fglrx] Gart USWC size:944 M. [17223.857211] [fglrx] Gart cacheable size:372 M. [17223.857217] [fglrx] Reserved FB block: Shared offset:0, size:100 [17223.857220] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17223.857223] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17337.998910] [fglrx] IRQ 49 Disabled [17338.924329] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17338.925125] [fglrx] Firegl kernel thread PID: 13091 [17338.925238] [fglrx] Firegl kernel thread PID: 13092 [17338.925315] [fglrx] Firegl kernel thread PID: 13093 [17338.925459] [fglrx] IRQ 49 Enabled [17339.182861] [fglrx] Gart USWC size:944 M. [17339.182866] [fglrx] Gart cacheable size:372 M. [17339.182872] [fglrx] Reserved FB block: Shared offset:0, size:100 [17339.182875] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17339.182877] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17388.236034] [fglrx] IRQ 49 Disabled [17389.234850] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17389.243045] [fglrx] Firegl kernel thread PID: 14424 [17389.244057] [fglrx] Firegl kernel thread PID: 14425 [17389.250083] [fglrx] Firegl kernel thread PID: 14426 [17389.250427] [fglrx] IRQ 49 Enabled [17389.698830] [fglrx] Gart USWC size:944 M. [17389.698835] [fglrx] Gart cacheable size:372 M. [17389.698842] [fglrx] Reserved FB block: Shared offset:0, size:100 [17389.698845] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17389.698847] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 Xorg X server configuration file status: -rw-r--r-- 1 root root 742 Dec 5 16:18 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Files
Bug#651077: lxc.network.veth.pair
If I change lxc.network.veth.pair = veth- to lxc.network.veth.pair = veth LXC will create an interface named `veth' instead of `veth-' but running two containers still conflicting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651145: procmeter3 modules should not install under /usr/lib/X11
Here is a patch for this report. Description: procmeter3 modules install under /usr/lib (not under /usr/lib/X11) Author: ISHIKAWA Mutsumi ishik...@debian.org Bug-Debian: http://bugs.debian.org/651145 diff -urN procmeter3-3.5d.orig/Makefile procmeter3-3.5d/Makefile --- procmeter3-3.5d.orig/Makefile 2011-12-06 16:39:42.0 +0900 +++ procmeter3-3.5d/Makefile2011-12-06 16:35:35.776910032 +0900 @@ -20,7 +20,7 @@ MANDIR=$(INSTDIR)/share/man # LIB_PATH - the root dir for library files -LIB_PATH=$(INSTDIR)/lib/X11/ProcMeter3 +LIB_PATH=$(INSTDIR)/lib/ProcMeter3 # MOD_PATH - the path modules are stored in MOD_PATH=$(LIB_PATH)/modules diff -urN procmeter3-3.5d.orig/modules/Makefile procmeter3-3.5d/modules/Makefile --- procmeter3-3.5d.orig/modules/Makefile 2011-10-23 03:45:30.0 +0900 +++ procmeter3-3.5d/modules/Makefile2011-12-06 16:37:26.189615679 +0900 @@ -14,7 +14,7 @@ # Paths (overridden by main Makefile) INSTDIR=/usr/local -LIB_PATH=$(INSTDIR)/lib/X11/ProcMeter3 +LIB_PATH=$(INSTDIR)/lib/ProcMeter3 MOD_PATH=$(LIB_PATH)/modules # Programs diff -urN procmeter3-3.5d.orig/procmeterp.h procmeter3-3.5d/procmeterp.h --- procmeter3-3.5d.orig/procmeterp.h 2011-10-23 03:45:30.0 +0900 +++ procmeter3-3.5d/procmeterp.h2011-12-06 16:36:28.891325433 +0900 @@ -29,7 +29,7 @@ #endif #ifndef LIB_PATH -#define LIB_PATH INSTDIR /lib/X11/ProcMeter3 +#define LIB_PATH INSTDIR /lib/ProcMeter3 #endif #ifndef MOD_PATH #define MOD_PATH LIB_PATH /modules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651149: /etc/procmeterrc.install is not needed
Package: procmeter3 Version: 3.5d-1 Severity: minor procmeter3 will be install both /etc/procmeterrc and /etc/procmeterrc.install. These are same file and procmeterrc.install will not be used. Please don't install it. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@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#651093: ITP: libyui -- Qt, GTK+ and ncurses UI-Engine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 So how shall I name it then? Any suggestions? BR, Björn Esser Am 06.12.2011 09:06, schrieb Russ Allbery: Miles Bader mi...@gnu.org writes: libyastui would seem sort of misleading -- from the description, it sounds like libyui isn't part of yast, but rather an independent library upon which yast depends. Also, there isn't actually a libyui-js package... It's libjs-yui instead. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7d1c4ACgkQ3u1SIc8s7PUOLQD7BsiaTF6+sQDGM/6RlNNyxykp qcrFl1n1dOiAUrLkGt8BAOXRkHw85zZU26M5SNEjN5svXP707EQxiy+02dFoBqg1 =a9Ll -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647804: Greenlet error
The error is in gevent/socket.py in line 216, call to switch(). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651150: Please move procmeter.h under /usr/include/procmeter3
Package: procmeter3 Version: 3.5d-1 Header file for procmeter3 modules procmeter.h will be installed under /usr/lib/X11/ProcMeter3/include. This is not suitable path for C include header file. Please install it under /usr/include/procmter3 (or /usr/include). -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@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#650996: libmikmod: multiarch support
On Tue, Dec 6, 2011 at 08:47, Steve Langasek steve.langa...@canonical.com wrote: Attached is a slightly modified version of this patch: [...] This version of the patch will be uploaded to Ubuntu precise. I'd like to ask you to not upload to precise yet. Instead, allow me to upload to Debian first, and it will migrate through to Ubuntu. Less work for both parties involved, as the ubuntu buildds won't have to build essentially the same thing twice in quick succession. I intend to upload a multiarch-enabled libmikmod tonight, so the delay won't be long. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644571: uses libgnomeprint which is scheduled for removal
On Tue, Oct 11, 2011 at 12:25:03AM +0100, Olly Betts wrote: On Mon, Oct 10, 2011 at 04:44:59PM +0200, Michael Biebl wrote: Am 10.10.2011 12:53, schrieb Olly Betts: Do you have an approximate timeline for the removal of libgnomeprint? The plan was to remove it for squeeze already and we definitely want to resp. are going to remove it for wheezy. That leaves around 6-7 months of development time until the prospective freeze starts. So we should definitely start any efforts as early as possible. OK. I think if the internal code proves problematic I'll look at the feasibility of trying to backport the gtkprint code to 2.8 I have looked at this, and it looks quite involved as there have been a number of code clean-ups in the wx code between 2.8 and 2.9. I sent a mail to the wx packagers list a few hours ago to see if anybody else has done this work already. It seems likely some other distros have hit these issues too. I've also asked if they have a better idea of when 3.0 is likely to appear. If it's early enough next year, we could perhaps check which wx dependent packages actually have printing support and focus on moving those to 3.0. Failing a patch appearing and fixing everything for us, or 3.0 getting released soon, I'm wondering if it might be less work and less risk of breaking things for me to adopt libgnomeprintui and any dependencies for wheezy. It's at least a constrained reprieve for them, as we know wx 3.0 will have GtkPrint support. Are these libraries actually problematic to keep around, or is it rather than the pkg-gnome team don't have the resources to keep obsolete libraries around? What are the plans regarding getting packages updated to 2.8 and removing 2.6? Some good news - 2.6 was removed from unstable yesterday, and so should be gone from testing too in 10 days, unless something RC pops up in a dependent package. So progress there at least, and one less thing needing my time. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651148: patch to stop install examples
Here are 2 patches to fix this bug. 1) add to install example template README install under /usr/share/doc/procmeter3/examples (add_exapmle_README.diff) 2) stop to instal /usr/lib/X11/ProcMeter3/examples (stop_to_install_exaple.diff) -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@debian.org add_exapmle_README.diff Description: Binary data stop_to_install_exaple.diff Description: Binary data
Bug#651112: pdnsd: FTBFS(kfreebsd): undefined reference to pthread_*
tags 651112 +unreproducible thanks Hi! As last uploader of this package I took a look at this bug, but I failed to reproduce it. On both io.debian.net and asdfasdf.debian.net the package compiles just fine (see attached build logs) in the sid chroots. Missing knowledge of kfreebsd and our buildds I can just suspect a missing build depends for kfreebsd is missing? (The chroots on the porter boxes have quite some packages installed.) Any good ideas what to investigate further? Best regards, Alexander pdnsd_1.2.8-par-2.1_kfreebsd-amd64.log.gz Description: GNU Zip compressed data pdnsd_1.2.8-par-2.1_kfreebsd-i386.log.gz Description: GNU Zip compressed data
Bug#651151: Patch for porting to poppler 0.18
Package: pdftoipe Version: 20091014-3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise Hello, In http://bugs.debian.org/67 there is some discussion about updating poppler to 0.18 in Debian. This will cause some FTBFS. We are doing the transition in Ubuntu now and want to forward patches so that they are readily available in Ubuntu once 0.18 lands there. pdftoipe does not have a patch system and is not 3.0 (quilt) yet. I suppose if you apply this you actually want to use a broken-out patch, but that's the discretion of you as the package maintainer of course. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -u pdftoipe-20091014/debian/changelog pdftoipe-20091014/debian/changelog --- pdftoipe-20091014/debian/changelog +++ pdftoipe-20091014/debian/changelog @@ -1,3 +1,12 @@ +pdftoipe (20091014-3ubuntu1) precise; urgency=low + + * Build against libpoppler19. + * xmloutputdev.cpp: port to poppler 0.18 API: +- Add missing #include DCTStream.h +- getRawStream() is now called getNextStream(). + + -- Martin Pitt martin.p...@ubuntu.com Tue, 06 Dec 2011 09:47:55 +0100 + pdftoipe (20091014-3) unstable; urgency=low * rules: Rename parseargs.c -- parseargs.cpp so it builds with c++ only in patch2: unchanged: --- pdftoipe-20091014.orig/xmloutputdev.cpp +++ pdftoipe-20091014/xmloutputdev.cpp @@ -14,6 +14,7 @@ #include Catalog.h #include Page.h #include Stream.h +#include DCTStream.h #include xmloutputdev.h @@ -336,7 +337,7 @@ // dump JPEG stream std::vectorchar buffer; // initialize stream -str = ((DCTStream *)str)-getRawStream(); +str = ((DCTStream *)str)-getNextStream(); str-reset(); // copy the stream while ((c = str-getChar()) != EOF) signature.asc Description: Digital signature
Bug#532662: aptitude: Aptitude dies with Assertion _width=0 failed
usertags 532662 + close-12 Wookey woo...@debian.org wrote: Package: aptitude Version: 0.4.11.11-1 Severity: important If I run aptitude it tries to start the curses interface then dies with: Uncaught exception: ../../../src/cwidget/columnify.h:64: cwidget::column::column(const cwidget::column_disposition, int, bool, bool): Assertion _width=0 failed. The way I got it into this state was by editing the preferences to add %t to 'The dsiplay format for package views' (as I do to all my aptitude installations). I then failed to remember which key closed that view (hit escape a few times) so decided to switch view to get back to the package view. Hit F10 to go to 'Views' selected 'Packages'. Aptitude bombed out (with no message) instead of showing that view. Restarting it gives the above assert every time so I have clearly got it into as 'bad state'. Clues for how to fix it, or help you track down the problem if you can't reproduce it, are very welcome. Using version 0.6.4-1.2 I could not reproduce this bug using your instructions -- at the point where I press `F10' and select `Views/Packages' I am returned to the existing Packages view without experiencing the crash. Can you still reproduce this bug using the latest version? Note: the commit history shows some changes to the archive formating since this bug report in Jun 2009, but no specific mention of fixing a crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651112: pdnsd: FTBFS: undefined reference to pthread_*
Any good ideas what to investigate further? The significant difference between logs is gcc -Wall -Wextra -g -O2 -o pdnsd ... gcc -Wall -Wextra -g -O2 -o pdnsd ... -pthread The -pthread really have to be propagated. The key difference seems be automake-1.9 installed on porter box. ** cd .. /bin/bash /build/buildd-pdnsd_1.2.8-par-2.1-kfreebsd-amd64-QENgbD/pdnsd-1.2.8-par/missing --run automake-1.9 --gnu src/Makefile /build/buildd-pdnsd_1.2.8-par-2.1-kfreebsd-amd64-QENgbD/pdnsd-1.2.8-par/missing: line 52: automake-1.9: command not found WARNING: `automake-1.9' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.in'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. * cd .. /bin/bash /home/tolimar/pdnsd-1.2.8-par/missing --run automake-1.9 --gnu src/Makefile cd .. /bin/bash ./config.status src/Makefile depfiles config.status: creating src/Makefile config.status: executing depfiles commands Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651152: documented oneliner to restore /etc/alternatives symlinks does not work
Package: dpkg Version: 1.16.1.2 Severity: normal I accidentally removed all symlinks in /etc/alternatives/ by using: - cd /etc - bzr init - bzr add alternatives - bzr revert alternatives (I think bzr shouldn´t remove files on reverting the action to just add them to the branch, but thats a different issue I want to report upstream.) Upon trying to restore the symlinks I searched the internet and found: dpkg: [update-alternatives] Add option --rebuild-all to restore symlinks http://bugs.debian.org/395556 which was fixed by documenting --all Call --config on all alternatives. It can be usefully com- bined with --skip-auto to review and configure all alterna- tives which are not configured in automatic mode. Broken alternatives are also displayed. Thus a simple way to fix all broken alternatives is to call yes '' | update-alterna- tives --force --all. in update-alternatives(8). But after that command issued on the shell the alternatives links have not been restored. To demonstrate this: root@rx3001:/etc# mv alternatives/ alternatives-2011-12-06 root@rx3001:/etc# mkdir alternatives root@rx3001:/etc# ls alternatives root@rx3001:/etc# yes '' | LANG=C update-alternatives --force --all There is 1 choice for the alternative aptitude (providing /usr/bin/aptitude). SelectionPath Priority Status 0/usr/bin/aptitude-curses 30auto mode 1/usr/bin/aptitude-curses 30manual mode Press enter to keep the current choice[*], or type selection number: update-alter natives: warning: forcing reinstallation of alternative (null) because link group aptitude is broken. […] root@rx3001:/etc# ls alternatives root@rx3001:/etc# My work-around was to use the brute-force approach: root@rx3001:~# for PAKET in $(dpkg -l | sed '1,5d' | awk '{ print $2; }') ; do echo $PAKET; aptitude reinstall $PAKET; done Expected results: Said one liner works or another one liner is noted in the manpage. Or if no one liner possible: The hint to it in the manpage is removed. PS: This didn´t happen on this notebook I report this bug from. It happened on a freshly installed Debian Squeeze 6.0.3. Thanks, Martin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (120, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 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 dpkg depends on: ii coreutils8.13-3 ii libbz2-1.0 1.0.6-1 ii libc62.13-21 ii libselinux1 2.1.0-4 ii xz-utils 5.1.1alpha+20110809-3 ii zlib1g 1:1.2.3.4.dfsg-3 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.9 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651153: insserv: update / upgrade broke yesterday
Followup-For: Bug #589238 Package: insserv Version: 1.14.0-2.1 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Here is the error what is happening : hizibiz@hizlap:~$ sudo dpkg --configure --pending Setting up keyboard-configuration (1.75) ... insserv: There is a loop between service checkfs and checkroot if started insserv: loop involving service checkroot at depth 9 insserv: loop involving service keymap at depth 8 insserv: loop involving service hwclock at depth 12 insserv: loop involving service module-init-tools at depth 16 insserv: loop involving service checkfs at depth 16 insserv: There is a loop between service checkroot and keymap if started insserv: loop involving service mountnfs-bootclean at depth 21 insserv: loop involving service mtab at depth 16 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing keyboard-configuration (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of console-setup-linux: console-setup-linux depends on keyboard-configuration; however: Package keyboard-configuration is not configured yet. dpkg: error processing console-setup-linux (--configure): dependency problems - leaving unconfigured Setting up udev (175-3) ... Stopping the hotplug events dispatcher: udevd. Starting the hotplug events dispatcher: udevd. update-initramfs: deferring update (trigger activated) insserv: There is a loop between service checkfs and checkroot if started insserv: loop involving service checkroot at depth 9 insserv: loop involving service keymap at depth 8 insserv: loop involving service hwclock at depth 12 insserv: loop involving service module-init-tools at depth 16 insserv: loop involving service checkfs at depth 16 insserv: There is a loop between service checkroot and keymap if started insserv: loop involving service mountnfs-bootclean at depth 21 insserv: loop involving service mtab at depth 16 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing udev (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of upower: upower depends on udev; however: Package udev is not configured yet. dpkg: error processing upower (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of console-setup: console-setup depends on console-setup-linux | console-setup-freebsd; however: Package console-setup-linux is not configured yet. Package console-setup-freebsd is not installed. console-setup depends on keyboard-configuration; however: Package keyboard-configuration is not configured yet. dpkg: error processing console-setup (--configure): dependency problems - leaving unconfigured Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-3.0.0-2-amd64 Errors were encountered while processing: keyboard-configuration console-setup-linux udev upower console-setup -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages insserv depends on: ii libc6 2.13-21 insserv recommends no packages. Versions of packages insserv suggests: pn bootchart none Attaching the dot files Thanking you -hizibiz boot.dot Description: MS-Word document
Bug#647804: Greenlet error
The error is already fixed in HG version: hg clone https://bitbucket.org/ambroff/greenlet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649346: [Pkg-fglrx-devel] Bug#649346: fglrx-driver: using xv extension crashes Xorg
Am 06.12.2011 09:08, schrieb Michał: Package: fglrx-driver Version: 1:11-11-3 Followup-For: Bug #649346 Dear Maintainer, This bug affect also xine, vlc and minitube. Even opera using xine plugin. The only way is to downgrade Xorg. In my opinion it is grave bug and fglrx shouldn't depend on xorg 1.11. But it works for you with fglrx 11-11-3 and an older xorg version? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651154: ITP: lv2-extensions-bad -- LV2 extensions from the bad set
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: lv2-extensions-bad Version : 0~20111206 Upstream Author : David Robillard d...@drobilla.net * URL : http://lv2plug.in/ns/ * License : Expat Programming Lang: C Description : LV2 extensions from the bad set LV2 is a simple but extensible successor of LADSPA plugins, intended to address the limitations of LADSPA which many applications have outgrown. . The following extensions are provided: * LV2 Atom (http://lv2plug.in/ns/ext/atom/) - Generic value container and several data types. * LV2 Contexts (http://lv2plug.in/ns/ext/contexts/) - Support for plugins with several execution contexts. * LV2 CV Port (http://lv2plug.in/ns/ext/cv-port/) - Control Voltage ports for LV2 plugins. * LV2 Host Info (http://lv2plug.in/ns/ext/host-info/) - A format describing LV2 hosts. * LV2 OSC Events (http://lv2plug.in/ns/ext/osc/) - A data type for raw OSC. * LV2 Parameter (http://lv2plug.in/ns/ext/parameter/) - Dynamic message-controlled LV2 plugin parameters. * LV2 Port Groups (http://lv2plug.in/ns/ext/port-groups/) - Multi-channel groups of LV2 ports. * LV2 Port Properties (http://lv2plug.in/ns/ext/port-props/) - Additional properties for LV2 plugin ports. * LV2 Reference (http://lv2plug.in/ns/ext/reference/) - A reference data type for using non-POD data. * LV2 State (http://lv2plug.in/ns/ext/state/) - An interface for LV2 plugins to save and restore state. . This package provides the LV2 extensions from the bad set, a set of extensions still under development and not suitable to use in a production environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651112: pdnsd: FTBFS: undefined reference to pthread_*
Hi! Am 06.12.2011 10:44, schrieb Petr Salinger: The key difference seems be automake-1.9 installed on porter box. So adding automake-1.9 to the build depends would solve the FTBFS on the buildds? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651153: insserv: update / upgrade broke yesterday
reassign 651153 console-common thanks [hizibiz] Followup-For: Bug #589238 Package: insserv Version: 1.14.0-2.1 What you see is probably a duplicate of bug #650995 in console-common. The cause is a loop introduced by modified dependencies in the keymap.sh init.d scripts. A fix was uploaded last night. This is probably not a bug in insserv, but in some package providing init.d scripts. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649491: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
Am Mo, 05 Dez 2011 schrieb Anibal Monsalve Salazar: I added the upstream patches to add the --with-pluginpath configuration option. Please test libnfsidmap 0.24-4 and post your results. Yes, 0.24-4 solves the issue for my system. # systemctl status nfs-common.service nfs-common.service - LSB: NFS support files common to client and server Loaded: loaded (/etc/init.d/nfs-common) Active: active (running) since Tue, 06 Dec 2011 10:22:39 +0100; 22min ago Process: 24974 ExecStop=/etc/init.d/nfs-common stop (code=exited, status=0/SUCCESS) Process: 24989 ExecStart=/etc/init.d/nfs-common start (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/nfs-common.service ├ 24995 /sbin/rpc.statd └ 25008 /usr/sbin/rpc.idmapd Thanks :-) Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651155: nvidia-glx: After logout from KDE the X server is left in very odd state
Package: nvidia-glx Version: 290.10-1 Severity: normal Tags: patch Dear Maintainer, After upgrade of nvidia-glx to version 280.13.really.275.36-1, 290.10-1 kdm started to act like this: after re-boot it was possible to log in, things were normal. After terminating the KDE session the X server gets somewhat hosed. This showed up so that some displayable items were all black. For example in KDE login screen the fields where user account is entered were displayed with black text in black background. After logging in the same behaviour was present in many applications like iceweasel that had black menus with black text and rendered the html so that background of the rendered page was always black. There is a work-around for the problem: by adding a line TerminateServer=true into file /etc/kde4/kdm/kdmrc into section [X-*-Core] makes the problem not to show up. It is a bit unclear to me whether this is bug in KDE or in nvidia drivers but obviously they're not working together and the problem appeared after upgrade of the nvidia driver. Also, for some reason starting up the program xterm did make the odd coloring problem disappear. I tried finding other programs that would have had the same effect but I could not. I did not try every /usr/bin/x* but quite many I did. kdm in use is version: 4:4.6.5-3. -- Package-specific info: uname -a: Linux fisuvaan 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 290.10 Wed Nov 16 17:39:29 PST 2011 GCC version: gcc version 4.6.2 (Debian 4.6.2-5) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation G96 [GeForce 9500 GT] [10de:0640] (rev a1) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at fa00 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at c800 [size=128] [virtual] Expansion ROM at fea8 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.263624] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.263624] vgaarb: loaded [0.263624] vgaarb: bridge control possible :01:00.0 [0.824251] Linux agpgart interface v0.103 [5.439675] nvidia: module license 'NVIDIA' taints kernel. [5.702684] nvidia :01:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [5.703403] nvidia :01:00.0: setting latency timer to 64 [5.703411] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [5.703784] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 290.10 Wed Nov 16 17:39:29 PST 2011 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Dec 3 19:24 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 Aug 22 22:32 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Aug 22 22:32 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 43 Dec 3 19:24 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Dec 3 19:24 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Dec 3 19:24 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Dec 3 19:24 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Dec 3 19:24 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Dec 3 19:24 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Dec 3 19:24 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Dec 3 19:24 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 28
Bug#651156: calibre: Please drop unused dependency on python-django-tagging
Package: calibre Version: 0.8.8+dfsg-1ubuntu1 Severity: minor Hi, Dependency on python-django-tagging was added for 0.5.11 but is not used anymore in calibre: I searched for tagging and templatetags in the source and I haven't found any reference in a recent version. As an added point, python-django-tagging is not shipped in the upstream install tarball. Thanks, Fabrice -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-13-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.8.8+dfsg-1ubuntu1 e-book converter and library manag ii imagemagick 8:6.6.0.4-3ubuntu1 image manipulation programs ii poppler-utils0.16.7-2ubuntu2 PDF utilities (based on Poppler) ii python-beautifulsoup 3.2.0-2 error-tolerant HTML parser for Pyt ii python-cherrypy3 3.1.2-1 Python web development framework - ii python-cssutils 0.9.8~a1-1 CSS Cascading Style Sheets parser ii python-dateutil 1.4.1-4 powerful extensions to the standar ii python-dbus 0.84.0-2simple interprocess messaging syst ii python-django-taggin 0.3.1-1 A generic tagging application for ii python-encutils 0.9.8~a1-1 Encoding detection collection for ii python-imaging 1.1.7-3ubuntu1 Python Imaging Library ii python-lxml 2.3-0.1build1 pythonic binding for the libxml2 a ii python-mechanize 0.1.11-1.1 stateful programmatic web browsing ii python-pkg-resources 0.6.16-1Package Discovery and Resource Acc ii python-pyparsing 1.5.2-2 Python parsing module ii python-qt4 4.8.5-0ubuntu2 Python bindings for Qt4 ii python-routes1.12.3-1Routing Recognition and Generation ii python2.72.7.2-5ubuntu1 An interactive high-level object-o ii ttf-liberation 1.07.0-1Fonts with the same metrics as Tim ii xdg-utils1.1.0~rc1-2ubuntu6 desktop integration utilities from Versions of packages calibre recommends: ii python-dnspython 1.9.4-0ubuntu2 DNS toolkit for Python calibre 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#651157: spip: Incorrect path in README.Debian
Package: spip Version: 2.1.1-3squeeze2 Severity: minor Hi. May I suggest the following minor fix in README.Debian : s,/etc/spip/etc/spip/sites/http-host.php,/etc/spip/sites/http-host.php, Also, it wouldn't harm to have some kind of signature in the file, even if it is implicit that the maintainer probably wrote it at some point in time. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633028: aide-common: /run transition: Please switch to /run/
On Wed, Jul 13, 2011 at 08:50:16AM +0200, Michael Biebl wrote: Am 13.07.2011 08:30, schrieb Michael Biebl: aide does not only use /lib/init/rw/sendsigs.omit.d, as can be seen when grepping though the source tarball (*). It also contains references to - /lib/init/rw/wpasupplicant (#633040) - /lib/init/rw/resolvconf (#621503) - /lib/init/rw/.mdadm (#633054) Please note, that the proposed new location for mdadm will be /run/mdadm and *not* /run/.mdadm. See #633054. It might make sense to wait until mdadm has been updated before uploading a fixed aide package. It looks like /run/mdadm has now been migrated to by mdadm. There should no longer be any blocker preventing aide from migrating away from /lib/init/rw. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633047: chkrootkit: /run transition: Please switch use of /lib/init/rw to /run
On Wed, Jul 13, 2011 at 08:37:18AM +0200, Michael Biebl wrote: grepping through the chkrootkit source tarball, the following references were found: chkrootkit-0.49/debian/patches/excludes.patch:+ # ./chkrootkit -e '/lib/init/rw/.mdadm /lib/init/rw/.ramfs' Please note, that the proposed new location for mdadm will be /run/mdadm and *not* /run/.mdadm. See #633054. It might make sense to wait until mdadm has been updated before uploading a fixed chkrootkit package. mdadm has now been migrated to /run/mdadm; there should be no blockers preventing the /lib/init/rw migration now. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612467: spip: Incomplete install documentation
Hi. On Tue, Feb 08, 2011 at 05:31:28PM +0100, Romain DOUMENC wrote: After a fresh installation via apt-get, the documentation (as given by the file README.Debian) is rather not sufficient for me (and I assume I am not alone in this case...). I do agree the instructions are a bit too scarce, even though that's not uncommon WRT Debian web apps packaging. Would it be possible to change this file for something like : 1. Copy /etc/spip/apache.conf to /etc/apache2/sites-available/spip 2. Run a2ensite spip 3. Check that spip has a user access to a mysql database 4. Point your browser to spipsite/ecrire I'm not sure this is the best way to go, in particular if several web apps are co-located on the same apache server. I'd advise instead to add an : Include /etc/spip/apache.conf inside the virtualhost config in /etc/apache2/sites-enabled/000-default... Then, I'm puzzled by the : # Uncomment this to add an alias. # This does not work properly with virtual hosts.. # Alias /spip /var/lib/spip in /etc/spip/apache.conf, as I have it just working now inside the default VirtualHost *:80... Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651148: patch to stop install examples
In 87hb1e14z3.wl%ishik...@osdn.jp ISHIKAWA Mutsumi ishik...@osdn.jp wrote: Here are 2 patches to fix this bug. 1) add to install example template README install under /usr/share/doc/procmeter3/examples (add_exapmle_README.diff) 2) stop to instal /usr/lib/X11/ProcMeter3/examples (stop_to_install_exaple.diff) Ah... Sorry 1st patch is not needed. This file is already installed as /usr/share/doc/procmater3/README.modules. -- ISHIKAWA Mutsumi ishik...@osdn.jp, ishik...@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#651158: spip: Package should prepare a MySql DB for spip
Package: spip Severity: normal Hi. AFAICT, there's nothing ready after installation, DB wise. The package depends on MySQL, and the /spip/ecrire process requires connection to a DB with appropriate login/pass... still, the admin has to manage the creation of such a user and so on. So at least one would expect directives in README.Debian on how to do so, or even better, a use of db-config to prepare the necessary steps WRT to the MySQL server. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633026: hostapd: /run transition: Please switch to /run/sendsigs.omit.d
On Thu, Jul 07, 2011 at 11:23:29PM +0100, Roger Leigh wrote: Source: hostapd Version: 1:0.7.3-2 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any progress been made on this yet? /lib/init/rw will be removed in the next week or so. This means that you need to fix this now, or it will have to be fixed by NMU if it is not. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651159: ITP: dbusada -- Ada bindings to the D-Bus message bus
Package: wnpp Severity: wishlist Owner: Reto Buerki r...@codelabs.ch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: dbusada Version : 0.1 Upstream Author : Reto Buerki r...@codelabs.ch * URL : http://www.codelabs.ch/dbus-ada/ * License : GMGPL Programming Lang: Ada Description : Ada bindings to the D-Bus message bus The D_Bus/Ada library provides an Ada binding to the D-Bus message bus system. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJO3erpAAoJEKSefDzePM5mIhMP/RUw/DcOOswI6BwfDBJK01HX ZaOfDUofS1ea9sfvoPqdZ1cSjMZhWFYKiALORMpxk9yYNnNtre2Ig2er6WT5DS8q njZfdOr9P0wAGtCnyS9FO7soEjVguDbWjFnLJhKjWMHLESCKUrQunxwa4aIxWnpP NiVv5+y6VJZLBSbku3yWovGg0NrMLdHDwPmyWVMaOchqxanJ3Uyy1JyiYlixOgWL aDWl2qySrPSYa3kelTWZigy287q/gbW8lCtcrX9MD7/JydpaEp3VG5tD3vdqsTKi hztDxm1PG/hkw5oGnygD3C8yqmAhv8IahKqyZh5o1diJSWt1NM33Mr9KeIGe9MFr CNjWme0YjaTzY+roHHCjAEhQifuO+8/QRoN/FDBGArJ1+0eD0xwof5X4bHoUN78x TRi3VL4XStpsacK6H8N3uCVSW+65RUKDw99r+fWOrkfJI1zY/C6CvTqsr4+BI0fL HDKPEcGzV3nTLFjeC5sxHuJmpmlGN4hZP+3eJX1GalhIvLVRONVF0do3Sr7gX5ig E73bv65BISzghujz30mkLON7/3RVObQ/xzOQNFcco2ymsEGySg2oCQkhhpaUGNjk wPBpXqWlahIrTxKMqNCz9nTogV76y+Yj7PUBHRJ4v3T3LiiZclnqZm1gdUigGoRD afEO/AfpdtXCNIYvYoiR =YUlA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633034: nfs-utils: /run transition: Please switch to /run/sendsigs.omit.d
On Thu, Jul 07, 2011 at 11:33:01PM +0100, Roger Leigh wrote: Source: nfs-utils Version: 1:1.2.3-3 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this yet? /lib/init/rw will be removed in the next week or so. This means that nfs-utils needs fixing now, or else it will require an NMU to prevent it from blocking the completion of the /run transition. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633031: ltsp: /run transition: Please switch to /run/sendsigs.omit.d
On Thu, Jul 07, 2011 at 11:30:55PM +0100, Roger Leigh wrote: Source: ltsp Version: 5.2.8-1 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this yet? /lib/init/rw will be removed in the next week or so. You need to update ltsp now, or else it will require an NMU to fix this. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651112: pdnsd: FTBFS: undefined reference to pthread_*
So adding automake-1.9 to the build depends would solve the FTBFS on the buildds? Probably. Or extend 01_support_kfreebsd_properly.patch for needed changes in pdnsd-1.2.8/src/Makefile.in Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644526: [7dba3cb] Fix for Bug#644526 committed to git
tags 644526 + pending thanks Hello, The following change has been committed for this bug by Jonathan Nieder jrnie...@gmail.com on Mon, 14 Nov 2011 00:04:06 -0600. The fix will be in the next upload. = Permit '/' in Debian release names Closes: #644526 = You can check the diff of the fix at: http://anonscm.debian.org/gitweb/?p=pkg-chromium/pkg-chromium.git;a=commitdiff;h=7dba3cb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651158: spip: Package should prepare a MySql DB for spip
On Tue, Dec 06, 2011 at 11:18:47AM +0100, Olivier Berger wrote: Hi. AFAICT, there's nothing ready after installation, DB wise. The package depends on MySQL, and the /spip/ecrire process requires connection to a DB with appropriate login/pass... still, the admin has to manage the creation of such a user and so on. So at least one would expect directives in README.Debian on how to do so, or even better, a use of db-config to prepare the necessary steps WRT to the MySQL server. Btw, the mysql instructions could be : # mysqladmin -u root -p create spip Enter password: # mysql -u root -p spip Enter password: mysql GRANT ALL ON spip.* TO spip@localhost IDENTIFIED BY 'yourownsecretpass'; Query OK, 0 rows affected (0.00 sec) mysql flush privileges; Query OK, 0 rows affected (0.00 sec) But YMMV... Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651160: gfax: Crashes on startup
Package: gfax Version: 0.7.7+ds-1 Severity: important I installed gfax and launched it from the GUI menu (xfce here). Nothing happened. Then I tried launching it from a shell: $ gfax Unhandled Exception: System.UnauthorizedAccessException: Access to the path /var/spool/gfax is denied. at System.IO.Directory.CreateDirectoriesInternal (System.String path) [0x0] in filename unknown:0 at System.IO.Directory.CreateDirectory (System.String path) [0x0] in filename unknown:0 at System.IO.DirectoryInfo.Create () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.IO.DirectoryInfo:Create () at System.IO.Directory.CreateDirectoriesInternal (System.String path) [0x0] in filename unknown:0 at System.IO.Directory.CreateDirectory (System.String path) [0x0] in filename unknown:0 at gfax.gfax.Main (System.String[] args) [0x0] in filename unknown:0 Note that /var/spool/gfax does not exist on my box, and /var/spool has 755 permissions, owned by root:root. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gfax depends on: ii efax 1:0.9a-19 ii gconf2 2.32.4-1 ii libgconf2.0-cil2.24.2-1 ii libglade2.0-cil2.12.10-2 ii libglib2.0-cil 2.12.10-2 ii libgnome2.24-cil 2.24.2-1 ii libgtk2.0-cil 2.12.10-2 ii libmono-corlib2.0-cil 2.6.7-5 ii libmono-posix2.0-cil 2.6.7-5 ii libmono-system2.0-cil 2.6.7-5 ii mono-runtime 2.6.7-5 gfax recommends no packages. gfax 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#650453: magics++: as-needed.patch doesn't apply, causing, FTBFS
Thank you for the patch. I am very busy this week due to pressures at work, but hope to get this bug fixed over the weekend. thanks Alastair On 2011-12-06 02:01, Allison Randal wrote: The attached file is an update for the as-needed.patch file, and applies cleanly during the build. However, the package is still FTBFS with this change, failing later in override_dh_auto_configure with: dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --enable-bufr --enable-static --enable-cairo --with-emos-libraries=/usr/lib --with-terralib=/usr --enable-python LDFLAGS=-L/tmp/buildd/magics++-2.12.9/src/.libs -Wl,--as-needed LIBS= -lX11 -lpng12 -lz returned exit code 1 make[1]: *** [override_dh_auto_configure] Error 255 make[1]: Leaving directory `/tmp/buildd/magics++-2.12.9' make: *** [build] Error 2 -- Alastair McKinstry , alast...@sceal.ie , mckins...@debian.org http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651004: metainit
On Mon, 05 Dec 2011 22:35:24 +0100, Joachim Breitner nome...@debian.org wrote: Non-text part: multipart/signed if you feel more comfortable with git, I would not mind converting the repo to git first; I’m not attached to the choice of Darcs. It might also make contributions by other more likely. I don't mind. I found Darcs really easy to use and it does seem to have a very simple system of patches. For most people it's probably just a question of apt-get install darcs. I must remark: I recently sent patches to the gnome project - for python keyring integration and discovered the compelling features of Git's patch management system. If all you care about for now is metainit, you do not even have to become a Debian Maintainer; you can hack on metainit and prepare the packages, and then have a sponsor (e.g. me) upload the package. Only when you get annoyed by this indirection you should consider applying for Debian Maintainer or Debian Developer status. Yes, I'm interested in doing this, I have attempted this before (internally, unsuccessfully), when trying to package Sphinx Search Server 2 for use on one of our servers. The skills would be usefull, and serve all both our own needs and that of the larger project. Anyway, the most important work with this project, if you want to make it useful, is to advertise it, make more packages use it (by suggesting it to the maintainers of suitable packages, maybe with a patch), and maybe also add some extra value, e.g. systemd integration. For advertising it might be useful if your blog (if you have one) gets added to planet.debian.org. All this does not need special priviliges, and is how most work gets done in Debian – by just doing it :-) In the near term: I see it as a really easy way for administrators to start programs at boot without having to get involved in copying and pasting of existing init.d scripts. With a proliferation of init systems (sysv,systemd,upstart), it would be cool if a developer did not have to re-learn the peculiar syntax every time a distro decides to re-invent the wheel. In the mid to long term, my goal would be to serve the needs of other package maintainers. If it is simple to use it will be flexible enough to be used by them too. Regards, Bryan Hunt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594676: closed by Ben Hutchings b...@decadent.org.uk (Re: Files Download Pb with the atl1c module and my ReadyNAS)
Le mardi 06 décembre 2011 à 05:21 +, Debian Bug Tracking System a écrit : This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #594676: linux-image-2.6-amd64: Files Download Pb with the atl1c module and my ReadyNAS It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email. pièce jointe message de courriel Message transféré De: Ben Hutchings b...@decadent.org.uk À: 594676-d...@bugs.debian.org Sujet: Re: Files Download Pb with the atl1c module and my ReadyNAS Date: Tue, 06 Dec 2011 05:18:18 + On Mon, 2011-12-05 at 11:30 +0100, giggzounetsmtp wrote: Ben Hutchings a écrit : On Thu, 2011-12-01 at 11:33 +0100, giggzounetSMTP wrote: [...] On my LAN my routeur always forces the mtu of my laptops to 1492. I have a laptop with debian sid and an eeepc with debian stable lenny. On this LAN I have a NAS (readyNAS duo of Netgear). With my laptop with sid I don't have any problem at all to upload/download file from my NAS with ftp/cifs/NFS and with firestarter installed. But with my eeepc (with ethernet atl1c) I get one: - with firestarter installed - with an mtu set to 1492 I can't download file from my NAS through ftp/cifs/NFS. But I can upload without problem. So I have a little bit researched on the problem: - with mtu of 1500 on my eeepc the problem disappears. even firestarter is installed. - the net.ipv4.tcp_timestamps value ist set to 0 by firestarter. When I force it to 1 it works out of the box even with an mtu of 1492. Please provide packet captures for your download attempts. Use 'tcpdump -i eth0 -w eeepc.pcap' (as root) on the eeePC to create the file 'eeepc.pcap' (and press ^C to stop). If you can install tcpdump on the NAS, please run 'tcpdump -i eth0 -w nas.pcap' there at the same time. You can use wireshark to review these files before sending them to us. Please also provide the firewall rules that firestarter generates ('iptables -vnL' will print these) Ben. Hi, I can't install tcpdump on the NAS. On the eeepc I did: I'm connecting on the nas with ftp -p. Then I'm switching directory. And finnaly I start a get. nothing is done, so I do ctrl+c then bye. The tcpdump is in the pb_NAS.txt file. I asked for a packet capture, not the text output. I can work with this, but it's harder to browse through. I did iptables -vnL and the results are in iptables.log. That all looks fine. So we have: 14:24:39.874317 IP (tos 0x0, ttl 64, id 46792, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.4.57933 192.168.0.5.10021: S, cksum 0x1e6a (correct), 2487174152:2487174152(0) win 5808 mss 1452 14:24:39.874537 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.5.10021 192.168.0.4.57933: S, cksum 0x39f4 (correct), 619233108:619233108(0) ack 2487174153 win 5840 mss 1460 I infer that the eeePC is at 192.168.0.4 and the NAS as 192.168.0.5. The eeePC's TCP stack is claiming that it can accept a maximum segment size of 1452 (MTU of 1492 minus the size of TCP/IP headers) while the NAS is claiming that it can accept a maximum segment size of 1460 which implies it is using a MTU of 1500 rather than 1492 as your router told it to use. Now this first connection is an FTP control connection where only small packets are transferred; let's skip ahead to where the data connection is opened: [...] 14:24:56.351789 IP (tos 0x0, ttl 64, id 54058, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.4.37713 192.168.0.5.10071: S, cksum 0xcfd4 (correct), 2746536434:2746536434(0) win 5808 mss 1452 14:24:56.351998 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 44) 192.168.0.5.10071 192.168.0.4.37713: S, cksum 0x21e7 (correct), 624461948:624461948(0) ack 2746536435 win 5840 mss 1460 Same MSS values as before 14:24:56.352053 IP (tos 0x0, ttl 64, id 54059, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.4.37713 192.168.0.5.10071: ., cksum 0x39c4 (correct), ack 1 win 5808 14:24:56.352194 IP (tos 0x10, ttl 64, id 46824, offset 0, flags [DF], proto TCP (6), length 46) 192.168.0.4.57933 192.168.0.5.10021: P, cksum 0x817a (incorrect (- 0xa226), 110:116(6) ack 649 win 5808 14:24:56.356708 IP (tos 0x0, ttl 64, id 54863, offset 0, flags [DF], proto TCP (6), length 94) 192.168.0.5.10021 192.168.0.4.57933: P 649:703(54) ack 116 win 5840 14:24:56.395281 IP (tos 0x10, ttl 64, id 46825,
Bug#649886: gatling: Problem on POST uploading w/ CGI
Similarly, gatling has problems with POST uploads fed to a CGI program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641537: Current situation
Following a strace that I posted at: http://wiki.documentfoundation.org/File:Bug_35023_strace.log.7z Opinion here: http://nabble.documentfoundation.org/Trying-to-diagnose-base-running-extremely-slowly-tt3426499.html#none is that the bug is to do with Java stack guard as detailed in these Sun/Oracle Java related bug reports: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6929067: Stack guard pages should be removed when thread is detached http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6978641: Fix for 6929067 introduces additional overhead in thread creation/termination paths However, I am not at all clear what has happened about 6978641. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651161: iceweasel segfaults on startup
Package: iceweasel Version: 8.0-3 Severity: important Dear Maintainer, iceweasel crashes quite often on one of my machines, the exact cause is unknown to me. It is configured (IMHO) exactly the same on all systems, with the same plugins/add-ons. After the last crash this morning, i cannot start iceweasel at all. It comes up, asks me whether i should restore the session and then crashes. It doesn't matter whether i start a new session or restore the old one, the outcome is the same. Running iceweasel in safe mode and disabling everything doesn't help either. A bt on the core file results in a single entry: Program terminated with signal 11, Segmentation fault. #0 0xb631b5f4 in ?? () from /usr/lib/xulrunner-8.0/libxul.so ie the stack frame was overwritten with garbage... Attila Kinali -- Package-specific info: -- Extensions information Name: Adblock Plus extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: Default themefalse Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Japanese-English Dictionary for rikaichan extensionfalse Location: ${PROFILE_EXTENSIONS}/{6D898772-AD34-4c16-86BB-9DE787A5DEA0} Status: app-disabled Name: Names Dictionary for rikaichan extensionfalse Location: ${PROFILE_EXTENSIONS}/{566D6332-1439-43bf-857E-7AD5F137AD0C} Status: app-disabled Name: Rikaichan extensionfalse Location: ${PROFILE_EXTENSIONS}/{0AA9101C-D3C1-4129-A9B7-D778C6A17F82} Status: enabled Name: Rikaichan Japanese Names Dictionary File extensionfalse Location: ${PROFILE_EXTENSIONS}/rikaichan-jpna...@polarcloud.com Status: enabled Name: Rikaichan Japanese-English Dictionary File extensionfalse Location: ${PROFILE_EXTENSIONS}/rikaichan-j...@polarcloud.com Status: enabled Name: Session Manager extensionfalse Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi Status: enabled -- Plugins information Name: DjView-4.8 Location: /usr/lib/mozilla/plugins/nsdejavu.so Package: djview-plugin Status: enabled -- Addons package information ii djview-plugin 4.8-2 Browser plugin for the DjVu image format ii iceweasel 8.0-3 Web browser based on Firefox ii xul-ext-adbloc 1.3.10-3 Advertisement blocking extension for web bro -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-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 iceweasel depends on: ii debianutils 4.0.4 ii fontconfig 2.8.0-3 ii libc6 2.13-21 ii libgcc1 1:4.6.2-5 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-5 ii procps 1:3.2.8-11 ii xulrunner-8.0 8.0-3 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.9.1+dfsg-3 ii libkrb531.9.1+dfsg-3 ii mozplugger none ii ttf-lyx 2.0.1-1 ii ttf-mathematica4.1 none ii xfonts-mathml 4 Versions of packages xulrunner-8.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.5-7 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libevent-1.4-21.4.14b-stable-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-5 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8c-2 ii libmozjs8d8.0-3 ii libnotify40.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpixman-1-0 0.24.0-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.9-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-5 ii libvpx0 0.9.7.p1-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxrender1
Bug#650929: security-tracker: DSA-2357-1 vs. tracker
On lun., 2011-12-05 at 18:47 +0100, Francesco Poli wrote: Yeah, and I don't know why, since in the source file the 3 CVEs are marked as fixed by 2.30.3-2. I am not sure: maybe because it's marked as fixed in (unstable) ? An additional entry for the stable fixed version is perhaps needed.. Yes, maybe, but I'd find that confusing :) . Please fix this last detail, if possible. Again, thanks for your time. I've requested some help for other team member, will keep you posted. Good, I hope it's not too tricky to get this thing right! Hope too :) -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#651162: tomcat7: [INTL:nl] Dutch translation of debconf templates
Package: tomcat7 Severity: wishlist Tags: l10n patch Hello, Attached is the Dutch translation of the tomcat7 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of tomcat7 debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the tomcat7 package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: tomcat7 7.0.23-1\n Report-Msgid-Bugs-To: tomc...@packages.debian.org\n POT-Creation-Date: 2010-08-06 04:08+0200\n PO-Revision-Date: 2011-12-06 12:25+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../tomcat7.templates:1001 msgid Dedicated system account for the tomcat7 daemon: msgstr Speciale systeemaccount voor de tomcat7-achtergronddienst: #. Type: string #. Description #: ../tomcat7.templates:1001 msgid The tomcat7 server must use a dedicated account for its operation so that the system's security is not compromised by running it with superuser privileges. msgstr De tomcat7-server moet een speciale account gebruiken voor zijn werkzaamheden, want als hij met beheerdersrechten wordt uitgevoerd kan dit de beveiliging van het systeem in gevaar brengen. #. Type: string #. Description #: ../tomcat7.templates:2001 msgid Dedicated system group for the tomcat7 daemon: msgstr Speciale systeemgroep voor de tomcat7-achtergronddienst: #. Type: string #. Description #: ../tomcat7.templates:2001 msgid The tomcat7 server must use a dedicated group for its operation so that the system's security is not compromised by running it with superuser privileges. msgstr De tomcat7-server moet een speciale groep gebruiken voor zijn werkzaamheden, want als hij met beheerdersrechten wordt uitgevoerd kan dit de beveiliging van het systeem in gevaar brengen. #. Type: string #. Description #: ../tomcat7.templates:3001 msgid Please choose the tomcat7 JVM Java options: msgstr Kies de tomcat7 JVM Java-opties: #. Type: string #. Description #: ../tomcat7.templates:3001 msgid Tomcat's JVM will be launched with a specific set of Java options. msgstr Tomcat's JVM wordt met een specifieke set Java-opties gelanceerd. #. Type: string #. Description #: ../tomcat7.templates:3001 msgid Note that if you use -XX:+UseConcMarkSweepGC you should add the -XX: +CMSIncrementalMode option if you run Tomcat on a machine with exactly one CPU chip that contains one or two cores. msgstr N.B. Als u -XX:+UseConcMarkSweepGC gebruikt moet u de optie -XX: +CMSIncrementalMode toevoegen als u Tomcat op een machine met precies één CPU-chip met één of twee kernen gebruikt.
Bug#651163: nvidia-kernel-common: X insists on loading nouveau
Package: nvidia-kernel-common Version: 2011+1 Severity: important After installing nvidia packages and rebooting as suggested, X does not work anymore. The screen stays in text mode, I can use VT1-6, but in VT7 I see only a blinking caret. lsmod shows nouveau loaded, even if /etc/modprobe.d/nvidia-kernel-common.conf blacklisted it. Among other things, also the nvidia module shows up in lsmod output. I've already tried to manually run update-initramfs -u and rebooting, but bothing changed. If I rmmod nouveau and restart lightdm, I get nouveau loaded again. if I rmmod nouveau and nvidia and then restart lightdm, xorg works but with nouveau driver. I suspect nvidia-kernel-common should configure something else in addition to /etc/modprobe.d/nvidia-kernel-common.conf in order to keep X from loading nouveau. My video card is a nVidia Corporation G96M [Quadro FX 770M] (rev a1) and upstream proprietary drivers do work as expected (but I never installed them in this Debian system, I fear what mess they could do in wheezy, I only installed them in a previous squeeze system I've already erased). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-kernel-common depends on: ii dpkg 1.16.1.2 ii module-init-tools 3.16-1 nvidia-kernel-common recommends no packages. nvidia-kernel-common 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#303386: tecnoballz: The paddle location seems to get reset to one corner periodically
Followup-For: Bug #303386 This seems to be a general fight between the Unclutter and SDL packages for handling of the mouse during full-screen SDL games. No special hardware needed - even when playing with the mouse, Unclutter causes erratic jumping mouse input in full-screen SDL games. Reproducible with Briqulo, Enigma and Zaz as well as Tecnoballz. Counterexample: Einstein seems unaffected even in fullscreen mode. Wondering what to do with this bug now. Steve Seen on current Sid: ii unclutter8-18 ii libsdl-image1.2 1.2.10-2.1+b1 ii libsdl-mixer1.2 1.2.11-5 ii libsdl1.2debian 1.2.14-6.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651164: spip: htaccess related message after configuration
Package: spip Severity: normal Hi. After rolling the different dialogs of the installation through /spip/ecrire, I get the following warning (french message, see approx. translation below): Installation du système de publication... htaccess inopérant Avertissement: la configuration de votre serveur HTTP ne tient pas compte des fichiers .htaccess. Pour pouvoir assurer une bonne sécurité, il faut que vous modifiez cette configuration sur ce point, ou bien que les constantes _DIR_TMP _DIR_CONNECT (définissables dans le fichier mes_options.php) aient comme valeur des répertoires en dehors de /var/www. (htaccess not active : warning: the web server configuration doesn't take .htaccess into consideration. To keep it secure, you have to configure that or define the constants _DIR_TMP _DIR_CONNECT, through mes_options.php, so that they point to outside /var/www). I believe some configuration should be defined in the provided apache config or likes so that such warning doesn't occur. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633035: rpcbind: /run transition: Please switch to /run/sendsigs.omit.d
On Thu, Jul 07, 2011 at 11:34:49PM +0100, Roger Leigh wrote: Source: rpcbind Version: 0.2.0-6 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this? A patch has been available for over two months. /lib/init/rw is being removed in the next week or so. This bug is blocking the /run transition completion. Please fix this now, or it will require an NMU. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633038: sysklogd: /run transition: Please switch to /run/sendsigs.omit.d
On Thu, Jul 07, 2011 at 11:36:57PM +0100, Roger Leigh wrote: Source: sysklogd Version: 1.5-6.1 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this? /lib/init/rw will be removed in the next two weeks. This requires your package to make this transition, since it's currently blocking the completion of the /run transition. Please upload a fixed package, or it will require an NMU. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633060: tiger: /run transition: Please switch use of /lib/init/rw to /run
On Fri, Jul 08, 2011 at 12:16:52AM +0100, Roger Leigh wrote: Source: tiger Version: 1:3.2.3-7 Severity: important User: rle...@debian.org Usertags: run-transition Your package is currently using /lib/init/rw/ which is now deprecated and pending removal. Please update your package to use /run/ with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this yet? /lib/init/rw will be removed in the next two weeks. tiger must switch to using /run now. Please could you make this change now, or else it will require NMU to prevent it blocking the completion of the /run transition. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601757: Please mount cgroup automatically
Package: initscripts Version: 2.88dsf-13.13 Followup-For: Bug #601757 Not everyone seems to be of the opinion that a single cgroup mount point is the right thing to do. https://github.com/poelzi/ulatencyd/issues/26#issuecomment-3030891 Quoting the author of Ulatency: ulatency can be adjusted to a single mountpoint, but as said many times, it will suck and make it harder und more complicated to use. CPU subsystem is totally broken when Realtime Cgroups is enabled and you need constant fixing on that, making it harder with unified mountpoints. You can not even create more then one level of in blkio cgroup which will make the cpu configuration useless. Single mount point of all cgroup subsystems IS A BAD IDEA. You can configure it to do so, but it will not help you. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3 ii debianutils 4.0.4 ii libc6 2.13-21 ii lsb-base3.2-28 ii mount 2.19.1-5 ii sysv-rc 2.88dsf-13.13 ii sysvinit-utils 2.88dsf-13.13 Versions of packages initscripts recommends: ii e2fsprogs 1.42~WIP-2011-10-16-1 ii psmisc 22.14-1 initscripts suggests no packages. -- Configuration Files: /etc/default/bootlogd changed: BOOTLOGD_ENABLE=Yes -- 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#649346:
But it works for you with fglrx 11-11-3 and an older xorg version? Confirm, after set dependencies to xserver-xorg-core ( 2:1.10.99) and removing xorg-video-abi-11 deps with downgrading xserver packages to squeeze-backports version 2:1.10.4-1~bpo60+1 fglrx-driver 11-11-3 works fine.
Bug#651161: iceweasel segfaults on startup
On Tue, Dec 06, 2011 at 12:00:16PM +0100, Attila Kinali wrote: Package: iceweasel Version: 8.0-3 Severity: important Dear Maintainer, iceweasel crashes quite often on one of my machines, the exact cause is unknown to me. It is configured (IMHO) exactly the same on all systems, with the same plugins/add-ons. After the last crash this morning, i cannot start iceweasel at all. It comes up, asks me whether i should restore the session and then crashes. It doesn't matter whether i start a new session or restore the old one, the outcome is the same. Running iceweasel in safe mode and disabling everything doesn't help either. A bt on the core file results in a single entry: Program terminated with signal 11, Segmentation fault. #0 0xb631b5f4 in ?? () from /usr/lib/xulrunner-8.0/libxul.so Can you try installing the iceweasel-dbg package? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651051: emacs23: display corruption
After another system restart I no longer have this problem. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633038: sysklogd: /run transition: Please switch to /run/sendsigs.omit.d
Roger Leigh wrote: On Thu, Jul 07, 2011 at 11:36:57PM +0100, Roger Leigh wrote: Source: sysklogd Version: 1.5-6.1 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this? /lib/init/rw will be removed in the next two weeks. This requires your package to make this transition, since it's currently blocking the completion of the /run transition. Please upload a fixed package, or it will require an NMU. Priority raised. Thanks for the reminder. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633055: pbuilder: /run transition: Please switch use of /lib/init/rw to /run
On Wed, Jul 13, 2011 at 04:07:32PM +0900, Junichi Uekawa wrote: Further investigation (looking at current git), shows pbuilder only uses /lib/init/rw in a hook script and also in the testsuite logs. Given that this does not actively use /lib/init/rw on the host system, I think this is not a blocker for the /run transition. However, given that the hook script in question was only required to fix a problem in initscripts prior to the release of oldstable, the issue should be long fixed, and it should be possible to remove the umounting of /lib/init/rw from the hook script, and also from the testsuite once it's gone. Regards, Roger erm, sorry, what does this mean to pbuilder (apart from that we had to move away from using /run) in 0.199+nmu4 (#627086)? At Fri, 08 Jul 2011 00:13:01 +0100, Roger Leigh wrote: Source: pbuilder Version: 0.200 Severity: important User: rle...@debian.org Usertags: run-transition Your package is currently using /lib/init/rw/ which is now deprecated and pending removal. Please update your package to use /run/ with a versioned dependency on initscripts, as detailed below. An overview of the /run transition and its current progress is available at http://wiki.debian.org/ReleaseGoals/RunDirectory Basically, it's now in both testing and unstable, and the next phase of the transition is to migrate all users of /lib/init/rw over to /run and then remove /lib/init/rw entirely for wheezy (as soon as this transition is complete). Your package is one of the users of sendsigs.omit.d listed here: http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2BAC8-lib.2BAC8-init.2BAC8-rw Recommendations for how to do the transition may be found here: http://wiki.debian.org/ReleaseGoals/RunDirectory#How_to_transition_from_.2BAC8-lib.2BAC8-init.2BAC8-rw_to_.2BAC8-run.3F For transitioning from /lib/init/rw to /run, we would recommend that you: * Depend on initscripts (= 2.88dsf-13.3) * Replace all usage of /lib/init/rw with /run * Move all files in /lib/init/rw to /run in the package postinst Regards, Roger ___ Pbuilder-maint mailing list pbuilder-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pbuilder-maint -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651077: lxc.network.veth.pair
On 12/06/2011 12:43 PM, Spack wrote: You misunderstood my move. I'm not using custom veth names I just removed the `-' in the `lxc.network.veth.pair' to see if the problem was there but the problem still exists. to re-iterate: lxc does not need the lxc.network.veth.pair option to be specified at all in the container config. if you don't want to name your veth interfaces, don't use it. but *if and only if* you're going to use it, you have to make sure they are unique (i gave examples for valid names before). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651165: dpkg-repack: loses conffiles
Package: dpkg-repack Version: 1.36 Severity: important hi, I was playing with dpkg-repack and I noted that it does not repack the list of conffiles for example, 'libpam-runtime' and 'libpam-modules' have conffiles , indeed there exist files /var/lib/dpkg/info/libpam-runtime.conffiles and ..modules... but the list of conffiles is not repacked # ar p libpam-modules_1.1.3-6_amd64.deb control.tar.gz | tar tzvf - drwxr-xr-x root/root 0 2011-12-06 13:28 ./ -rw-r--r-- root/root 1268 2011-12-06 13:28 ./control -rwxr-xr-x root/root 706 2011-11-07 04:48 ./postinst -rw-r--r-- root/root 12867 2011-11-07 04:48 ./templates -rwxr-xr-x root/root 259 2011-11-07 04:48 ./preinst -rw-r--r-- root/root 7083 2011-11-07 04:48 ./md5sums -rwxr-xr-x root/root 206 2011-11-07 04:48 ./postrm # ar p libpam-runtime_1.1.3-6_all.deb control.tar.gz | tar tzvf - drwxr-xr-x root/root 0 2011-12-06 13:28 ./ -rwxr-xr-x root/root92 2011-11-07 04:48 ./prerm -rw-r--r-- root/root 738 2011-12-06 13:28 ./control -rwxr-xr-x root/root 1282 2011-11-07 04:48 ./postinst -rw-r--r-- root/root 31377 2011-11-07 04:48 ./templates -rw-r--r-- root/root 4944 2011-11-07 04:48 ./md5sums -rwxr-xr-x root/root 517 2011-11-07 04:48 ./postrm This is an important bug: 'dpkg' has a quite different behaviour depending on if a file is a conffile or not a. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-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/dash Versions of packages dpkg-repack depends on: ii perl 5.14.2-5 dpkg-repack recommends no packages. dpkg-repack suggests no packages. -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#639871: gupnp transition also needs to include newer gupnp-igd
Hello! It's become apparent that gupnp-igd 0.1.x (current version in debian) breaks with gupnp 0.18.x. The fix is released as gupnp-igd 0.2.x which also bumps soname. $ grep-dctrl -sPackage -i -r -F Build-Depends,Build-Depends-Indep \blibgupnp-igd-1.0-dev\b /var/lib/apt/lists/*_Sources | sort -u Package: amsn Package: farsight2 Package: libnice Package: sushi I've spoken to bigon about updating it (in experimental for now)... Someone please update the transition tracker! (And could we start the transition soon? Please? Pretty Please?) -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651112: pdnsd: FTBFS: undefined reference to pthread_*
tags 651112 -unreproducible thanks Hi! Am 06.12.2011 11:38, schrieb Petr Salinger: So adding automake-1.9 to the build depends would solve the FTBFS on the buildds? Probably. Or extend 01_support_kfreebsd_properly.patch for needed changes in pdnsd-1.2.8/src/Makefile.in I just installed a virtual kfreebsd, and can reproduce the error. Even having automake-1.9 installed doesn't solve the issue. So I'm now trying to solve it properly. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651166: libX11 is only needed by procmeter3-{xaw,gtk1,gtk2}
Package: procmeter3 Version: 3.5d-1 Tags: patch libX11 is only needed by procmeter3-{xaw,gtk1,gtk2} binary. But currently LDFALSG contains -lX11, so procmeter3-{log,lcd} and all loadable modules are linked needless libX11 shared libs. For example: $ldd /usr/lib/X11/ProcMeter3/modules/netdev.so linux-vdso.so.1 = (0x7fff0ebbc000) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x2b27ad354000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x2b27ad693000) libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x2b27ada18000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x2b27adc34000) /lib64/ld-linux-x86-64.so.2 (0x2b27acf23000) libXau.so.6 = /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x2b27ade38000) libXdmcp.so.6 = /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x2b27ae03c000) --- procmeter3-3.5d.orig/Makefile 2011-12-06 21:24:33.0 +0900 +++ procmeter3-3.5d/Makefile2011-12-06 21:25:25.526636956 +0900 @@ -36,7 +36,7 @@ # Program options CFLAGS+=-g -O2 -Wall -LDFLAGS+=-rdynamic -lX11 +LDFLAGS+=-rdynamic PATHDEFS=-DINSTDIR=\$(INSTDIR)\ -DLIB_PATH=\$(LIB_PATH)\ \ -DMOD_PATH=\$(MOD_PATH)\ -DRC_PATH=\$(RC_PATH)\ @@ -82,14 +82,14 @@ procmeter3-xaw : - $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -C xaw + $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -lX11 -C xaw [ -f procmeter3 ] || ln -s procmeter3-xaw procmeter3 procmeter3-gtk1 : - $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -C gtk1 + $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -lX11 -C gtk1 procmeter3-gtk2 : - $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -C gtk2 + $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -lX11 -C gtk2 procmeter3-log : $(MAKE) CC=$(CC) CFLAGS=$(CFLAGS) LD=$(LD) LDFLAGS=$(LDFLAGS) -C log -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp, ishik...@osdn.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650841: update-manager: package informations init error
Package: update-manager Followup-For: Bug #650841 message from the UI: 'E:Encountered a section with no Package: header, E:Problem with MergeList /var/lib/apt/lists/security.debian.org_dists_lenny_updates_main_binary-i386_Packages, E:Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus.' I can't update anymore. What are my options ? -- System Information: Debian Release: 5.0.9 Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (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/bash Versions of packages update-manager depends on: ii gconf2 2.22.0-1GNOME configuration database syste ii libgnome2-perl 1.042-1+b1 Perl interface to the GNOME librar ii python 2.5.2-3 An interactive high-level object-o ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-glade22.12.1-6GTK+ bindings: Glade support ii python-gnome22.22.0-1Python bindings for the GNOME desk ii python-support 0.8.4lenny2 automated rebuilding support for P ii python-vte 1:0.16.14-4 Python bindings for the VTE widget ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i ii synaptic 0.62.1+nmu1 Graphical package manager ii update-manager-core 0.68.debian-7 APT update manager core functional update-manager recommends no packages. Versions of packages update-manager suggests: ii update-notifier 0.70.7.debian-5 Daemon which notifies about packag -- 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#651167: uim-mozc: backported package does not work
Package: uim-mozc Version: 1.2.855.102+main-1~bpo60+1 Severity: important A following error occurs while configuring uim-mozc: libuim: [fatal] mozc plugin: Subsequent /usr/share/uim/mozc.scm load failed. Warning: Module mozc is not a correct module. Then Mozc is not listed as an input method in uim's preferences window. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (95, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uim-mozc depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-2 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8 GCC support library ii libprotobuf6 2.3.0-4protocol buffers C++ library ii libssl0.9.8 0.9.8o-4squeeze4 SSL shared libraries ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libuim6 1:1.5.7-9.1Simple and flexible input method c ii mozc-server 1.2.855.102+main-1~bpo60+1 Server of the Mozc input method ii uim-utils 1:1.5.7-9.1Utilities for uim ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime uim-mozc recommends no packages. uim-mozc 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#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Hi Tested the m.d.n version , its working now. Also tested clfwwm and found that Component bug is still not fixed. I need to upgrade asdf. Can you make /debian/control file in such a way that it will take upgraded version. Thanks for your work. Deepak Tripathi dee...@gnumonk.com writes: Desmond, Please find the information below. What's the value of this: (asdf::flatten-source-registry) * (asdf::flatten-source-registry) ((#P/usr/lib/sbcl/ :RECURSE T :EXCLUDE (.bzr .cdv .git .hg .pc .svn CVS RCS SCCS _darcs _sgbak autom4te.cache cover_db _build debian)) (#P/usr/share/common-lisp/source/ :RECURSE T :EXCLUDE (.bzr .cdv .git .hg .pc .svn CVS RCS SCCS _darcs _sgbak autom4te.cache cover_db _build debian))) It should work if /usr/share/common-lisp/source is there. Could you please test 1:20110819.gitca08e08-2 on mentors? http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20110819.gitca08e08-2.dsc -- , | Life's Too Short, Write Fast Code, Use emacs :) | Deepak Tripathi(gnumonk) | irc: irc.debian.org | nick: deepak, gnumonk | irc: irc.freenode.com | nick: gnumonk | web: http://www.gnumonk.com ` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Hi Tested the m.d.n version , its working now. Also tested clfwwm and found that Component bug is still not fixed. I need to upgrade asdf. Can you make /debian/control file in such a way that it will take upgraded version. Thanks for your work. Deepak Tripathi dee...@gnumonk.com writes: Desmond, Please find the information below. What's the value of this: (asdf::flatten-source-registry) * (asdf::flatten-source-registry) ((#P/usr/lib/sbcl/ :RECURSE T :EXCLUDE (.bzr .cdv .git .hg .pc .svn CVS RCS SCCS _darcs _sgbak autom4te.cache cover_db _build debian)) (#P/usr/share/common-lisp/source/ :RECURSE T :EXCLUDE (.bzr .cdv .git .hg .pc .svn CVS RCS SCCS _darcs _sgbak autom4te.cache cover_db _build debian))) It should work if /usr/share/common-lisp/source is there. Could you please test 1:20110819.gitca08e08-2 on mentors? http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20110819.gitca08e08-2.dsc -- , | Life's Too Short, Write Fast Code, Use emacs :) | Deepak Tripathi(gnumonk) | irc: irc.debian.org | nick: deepak, gnumonk | irc: irc.freenode.com | nick: gnumonk | web: http://www.gnumonk.com ` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651168: etckeeper: Please ignore /etc/cups/subscriptions.conf*
Package: etckeeper Version: 0.58 Severity: wishlist Please ignore /etc/cups/subscriptions.conf and /etc/cups/subscriptions.conf.O by default. These are autogenererated files and they change frequently. While this request is similar to bug 568090 (http://bugs.debian.org/568090), the issue with printer.conf could be fixed (#549673) and is not ever-changing anymore. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: i386 (i686) Kernel: Linux 3.0.0-14-generic-pae (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 etckeeper depends on: ii bzr 2.4.2-0ubuntu1 easy to use distributed version co ii debconf [debconf-2. 1.5.40ubuntu1Debian configuration management sy ii git [git-core] 1:1.7.8-0ppa1~natty1 fast, scalable, distributed revisi ii hostname3.06ubuntu1 utility to set/show the host name ii mercurial 1.9.1-1ubuntu0.1 scalable distributed version contr ii python 2.7.2-7ubuntu2 interactive high-level object-orie ii python2.7 2.7.2-5ubuntu1 An interactive high-level object-o Versions of packages etckeeper recommends: ii cron 3.0pl1-116ubuntu3 process scheduling daemon Versions of packages etckeeper suggests: ii sudo1.7.4p6-1ubuntu2 Provide limited super user privile -- Configuration Files: /etc/etckeeper/etckeeper.conf changed [not included] -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651169: luatex: Patch for porting to poppler 0.18
Package: luatex Version: 0.70.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In http://bugs.debian.org/67 there is some discussion about updating poppler to 0.18 in Debian. This will cause some FTBFS. We are doing the transition in Ubuntu now and want to forward patches so that they are readily available in Ubuntu once 0.18 lands there. This patch updates luatex to remove the aspects of the poppler API that are not present in 0.18 and was taken from Gentoo -see https://bugs.gentoo.org/384875 for more details. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJO3g7iAAoJEL/srsug59jDqHQQAJt+xCOXhz6ZgItQ/5r8eMPt CMLIlqd0yHvnpWxOIw0hhDoeg1aRXHvI1WbzxA+vAPQFxBfVKYThn6XpbKF/E6zR Nuv8Es2XuLOufYqjxugLI+S3Y4BEKoglUNou8nrTIbm+UhR/wB2jOzXknojis/VM e8VvfcMU5d7RJVsSkM5+rx5HAMZywGDmeESC/IE6BTviYvWJXgf4L3YV36bk+yVa 3wk5TbWO1IpaMsm9v0rpaD14u+hlucL7iyu8nJ6xH53CbTpcHHLW1uZY3d6vQ9sv G6H8u2MDJeaI4S4ireJ4Tahq/D1bmo7Gjuie/+8xyDucU1uRZeTQgr21c51vvlDF KfEzVIx/NOH9U3g0dSbOfWUDbxHWMW9u9bnsNf1VHW4N39hmm1DJNy8tK/W7DjEP mlqFIzYEhl6GiEihRfdXSb5azwshZHG5Ypf+4G7fnBcSyNU2gQTGpAd4zjsKqFri 0mYacuNcAZCugMmKJxsFM3prvgDp9yrx4DNS9bEH92nGFMsyJV9OAT6rSHUFF4V7 eiHbXy4b39t9VxHRMrdGopR91FUIPGRdze0gJ/dc7rS6MGxq8jzoHfW0t2WYA5Vp 0VxqdoP7VPKZklt1iUdOhhAt1f4Nrq0LqcWEMGR/eNzzy8eQvQxPClGyxViIKj59 2Ne4Y5c+/gt+fvmHQgDQ =71zL -END PGP SIGNATURE- diff -Nru luatex-0.70.1/debian/patches/poppler-0.18.patch luatex-0.70.1/debian/patches/poppler-0.18.patch --- luatex-0.70.1/debian/patches/poppler-0.18.patch 1970-01-01 01:00:00.0 +0100 +++ luatex-0.70.1/debian/patches/poppler-0.18.patch 2011-12-06 12:32:29.0 + @@ -0,0 +1,164 @@ +Description:Make luatex compile against poppler 0.18.0 (only). + API which has been removed from poppler will be removed from the LUA + bindings as well. Replacement API isn't added by this patch. +Author: Martin von Gagern +Origin: https://bugs.gentoo.org/384875 + +Index: luatex-0.70.1/source/texk/web2c/luatexdir/lua/lepdflib.cc +=== +--- luatex-0.70.1.orig/source/texk/web2c/luatexdir/lua/lepdflib.cc 2011-12-06 12:28:06.645042508 + luatex-0.70.1/source/texk/web2c/luatexdir/lua/lepdflib.cc 2011-12-06 12:31:48.281621143 + +@@ -89,7 +89,6 @@ + new_poppler_userdata(Annots); + new_poppler_userdata(Array); + new_poppler_userdata(Catalog); +-new_poppler_userdata(EmbFile); + new_poppler_userdata(Dict); + //new_poppler_userdata(GooString); + new_poppler_userdata(LinkDest); +@@ -393,7 +392,7 @@ + printf(\n= Annot GC = uin=%p\n, uin); + #endif + if (uin-atype == ALLOC_LEPDF) +-delete(Annot *) uin-d; ++((Annot *) uin-d)-decRefCnt(); + return 0; + } + +@@ -408,34 +407,6 @@ + }; + + //** +-// AnnotBorderStyle +- +-m_poppler_get_DOUBLE(AnnotBorderStyle, getWidth); +- +-m_poppler__tostring(AnnotBorderStyle); +- +-static int m_Annots__gc(lua_State * L) +-{ +-udstruct *uin; +-uin = (udstruct *) luaL_checkudata(L, 1, M_Annots); +-if (uin-pd != NULL uin-pd-pc != uin-pc) +-pdfdoc_changed_error(L); +-#ifdef DEBUG +-printf(\n= Annots GC = uin=%p\n, uin); +-#endif +-if (uin-atype == ALLOC_LEPDF) +-delete(Annots *) uin-d; +-return 0; +-} +- +-static const struct luaL_Reg AnnotBorderStyle_m[] = { +-{getWidth, m_AnnotBorderStyle_getWidth}, +-{__tostring, m_AnnotBorderStyle__tostring}, +-{__gc, m_Annots__gc}, +-{NULL, NULL}// sentinel +-}; +- +-//** + // Annots + + m_poppler_get_INT(Annots, getNumAnnots); +@@ -683,31 +654,6 @@ + + m_poppler_get_poppler(Catalog, Object, getDests); + m_poppler_get_INT(Catalog, numEmbeddedFiles); +- +-static int m_Catalog_embeddedFile(lua_State * L) +-{ +-EmbFile *ef; +-int i, len; +-udstruct *uin, *uout; +-uin = (udstruct *) luaL_checkudata(L, 1, M_Catalog); +-if (uin-pd != NULL uin-pd-pc != uin-pc) +-pdfdoc_changed_error(L); +-i = luaL_checkint(L, 2); +-len = ((Catalog *) uin-d)-numEmbeddedFiles(); +-if (i 0 i = len) { +-ef = ((Catalog *) uin-d)-embeddedFile(i - 1); +-if (ef != NULL) { +-uout = new_EmbFile_userdata(L); +-uout-d = ef; +-uout-pc = uin-pc; +-uout-pd = uin-pd; +-} else +-lua_pushnil(L); +-} else
Bug#612961: More errors that are not displayed
Hi, Other Failed to fetch errors are not displayed either, like entries not found in the Release file. For example, error from apt-get update: *** W: Failed to fetch ftp://ftp.debian-multimedia.org/dists/sid/Release Unable to find expected entry 'contrib/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file) E: Some index files failed to download. They have been ignored, or old ones used instead. *** (That error is because debian-multimedia.org only has main and non-free, but no contrib. The user needs to adjust sources.list to fix this.) In contrast, aptitude update doesn't show the error and only exits with return code 255. Worse, the update is ignored and thus new packages not visible/old packages marked as obsolete, leaving the user unaware of the actual problem. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650674: [CVE-2011-4073] Openswan crypto helper crasher
Dear Florian Weimer git repository already contains a new version for unstable, currently waiting for feedback/upload by Rene Mayrhofer. For stable a patch exists and a new package version will be uploaded soon, oldstable needs more care as there exists a patch for it but it is currently untested. Concerning CVE-2011-2147: based on some code analysis and testing I'm sure the problem is not even present in oldstable - no starter.pid is ever written and the subsys entry gets created with -rw-r--r-- permissions so I would opt for closing this bug and the corresponding security tracker entry as unaffected. Kind regards Harald Jenny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628449: CVE-2011-2147: missing restrictions
Dear Steffen Joeris Based on some code analysis and testing I'm sure the problem is not even present in oldstable - no starter.pid is ever written and the subsys entry gets created with -rw-r--r-- permissions so I would opt for closing this bug and the corresponding security tracker entry as unaffected. Kind regards Harald Jenny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643406: fix ftbfs
tags 643406 + patch user ubuntu-de...@lists.ubuntu.com usertags 643406 precise ubuntu-patch thanks patch at http://launchpadlibrarian.net/86761063/hydrogen_0.9.5-3_0.9.5-3ubuntu1.diff.gz although the package still fails to build later, https://launchpad.net/ubuntu/+source/hydrogen/0.9.5-3ubuntu1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650337: /tmp\ is a directory
# a real bug severity 650337 minor tags 650337 + upstream quit jida...@jidanni.org wrote: Just wanted to let you know that less prints /tmp\ is a directory when it is not Weirdly enough, I ran into the same thing today. Reproducible with upstream less 444 and 436. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598846: Packaging Progress
I've uploaded a new version of the package (0.34) at mentors (http://mentors.debian.net/package/qmc2) and waiting for a sponsor. -- Marcelo Marzola Bossoni Computer Engineer IC - Unicamp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651170: RFP: pyxb -- Python XML Schema Bindings
Package: wnpp Severity: wishlist * Package name: pyxb Version : 1.1.3 Upstream Author : Peter A. Bigot * URL : http://pyxb.sourceforge.net/ * License : Apache Programming Lang: Python Description : Python XML Schema Bindings PyXB (“pixbee”) is a pure Python package that generates Python source code for classes that correspond to data structures defined by XMLSchema. The generated classes support bi-directional conversion between XML documents and Python objects. In concept it is similar to JAXB for Java and CodeSynthesis XSD for C++. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651075: imhangul-common: wrong way to use im-config, wrong dependency, ...
Hi, On Tue, Dec 06, 2011 at 11:46:41AM +0900, Changwoo Ryu wrote: 2011-12-06 (화), 00:22 +0900, Osamu Aoki: Package: imhangul-common Version: 1 Severity: normal This package ships im-config related package. That is wrong. Please send patch to im-config package (if needed NMU carefully). Any undocumented way of usage is prone for problem. In new 0.6, I added support for imhangul and other related packages. (Besides internal configuration file names and code has changed significantly...) Should im-config have all required configurations of the input methods packages in Debian, rather than registering themselves by input methods? Yes. Then I think it is a wrong design choice. I understand one can make a valid argument. Since I may not be always up to date with each IM's internals. But this was sure way to quickly change from im-switch to im-config. This was a practical solution step at this moment for me. The first step is having a working solution which ensures to have both GTK2 and GTK3 installed before enabling them. You can not do it intuitively with im-switch. Also this ensures quick adoption of multiarch. If you have time, please check /usr/share/im-config/data/50_hangul.rc to see what I did for Korean is right choice. The code Oops, I have wrong comment text... s/gtk-im-libthai/imhangul-gtk2 and imhangul-gtk3/ I hope this start-up code is much more natural than the over engineered im-switch one. The other reason of centrarized data is ease of transition. Once we stabilize to be version 1.0, we can certainly discuss such idea. I think we need to at least impliment gettext translation. Consistency in different packages will easily break. H... Actually, we had and still have quite a bit of mess on *consistency* with im-switch. Different subpackage owner places their hook scripts and fight for the higher priority. Also there are some cross package interaction which makes it impossible to have linear ordering. (scim-pinyin and scim having hook script in each may have been the case I thought to be bad.) Managing such case was needed and instead of having many such -common packages, I made this to be a single point. But if it is the current design, please NMU. OK. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605436: Announce of the upcoming NMU for the chkrootkit package
Dear maintainer of chkrootkit and Debian translators, Some days ago, I sent a notice to the maintainer of the chkrootkit Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU, so I will proceed with it. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs da de es eu fi fr gl it ja nb nl pt pt_BR ru sv vi Among these, the following translations are incomplete: pt_BR If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the chkrootkit package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, December 14, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Tuesday, December 06, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, December 06, 2011 : send this notice Wednesday, December 14, 2011 : (midnight) deadline for receiving translation updates Thursday, December 15, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, December 22, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: chkroot...@packages.debian.org\n POT-Creation-Date: 2008-02-26 08:06+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Should chkrootkit be run automatically every day? msgstr #. Type: boolean #. Description #: ../templates:2001 msgid The chkrootkit program can be run automatically via a daily cron job. If you choose this option, you'll also be given the opportunity to specify options for the daily run. msgstr #. Type: string #. Description #: ../templates:3001 msgid Arguments to use with chkrootkit in the daily run: msgstr #. Type: string #. Description #: ../templates:3001 msgid The following are useful arguments to pass to chkrookit:\n -r root: use an alternate root directory;\n -n : do not attempt to analyze NFS-mounted files;\n -q : run in quiet mode [highly recommended]. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Only report problems if they differ from previous day's problems? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid If you choose this option, chkrootkit will only report problems when they differ from the previous day's run. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Using this option is not recommended as it is likely to hide existing security problems. msgstr signature.asc Description: Digital signature
Bug#651171: phantomjs: wrong path to coffeescript library
Package: phantomjs Severity: important Dear Maintainer, using phantomjs with tests written in coffeescript fails with error: CoffeeScript compiler is not available! in debian/patches/0001-build-with-libjs-coffeesciprt.patch the path is QFile file(/usr/lib/javascript/coffee-script/coffee-script.js); must be QFile file(/usr/lib/javascript/coffeescript/coffee-script.js); Best regards, Jörg -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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#651172: boinc: Unrecognized XML in LOG_FLAGS::parse: debt_debug
Source: boinc Version: 7.0.2+dfsg-1 Severity: minor Hi! When running boincmgr I saw this: = Unrecognized XML in LOG_FLAGS::parse: debt_debug Skipping: 0 Skipping: /debt_debug = From checkin_notes it seems that debian/conffiles/cc_config.xml needs to be updated: = David 18 Oct 2011 (...) - client: change log flag debt_debug to priority_debug = Thank you! Best regards, Nelson -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.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#648878: cherokee-admin: cheroke-admin doesn't work
On Wed, Nov 23, 2011 at 01:02:06PM -0600, Gunnar Wolf wrote: Please try running cherokee-admin also with the '--debug' switch, and give me the full messages you get. Some Python tracebacks are expected - But something might appear. Hi, Sorry for my delayed reply, I try start without -u switch also, effect is the same. # cherokee-admin --debug Cherokee Web Server 1.2.101 (Oct 26 2011): Listening on port 127.0.0.1:9090, TLS disabled, IPv6 enabled, using epoll, 4096 fds system limit, max. 2041 connections, 4 threads, 510 connections per thread, standard scheduling policy Login: User: admin One-time Password: mgPicgN48uvOdcLy Web Interface: URL: http://127.0.0.1:9090/ DEBUG: SIGUSR1 invokes the console.. SIGUSR2 prints a backtrace.. Server 1.2.101 running.. PID=15833 Port=4000 DEBUG: SIGUSR1 invokes the console.. SIGUSR2 prints a backtrace.. Server 1.2.101 running.. PID=15840 Port=4000 DEBUG: SIGUSR1 invokes the console.. SIGUSR2 prints a backtrace.. Server 1.2.101 running.. PID=15847 Port=4000 DEBUG: SIGUSR1 invokes the console.. SIGUSR2 prints a backtrace.. Server 1.2.101 running.. PID=15854 Port=4000 DEBUG: SIGUSR1 invokes the console.. SIGUSR2 prints a backtrace.. Server 1.2.101 running.. PID=15861 Port=4000 best regards -- Grzegorz Kolorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651112: pdnsd: FTBFS: undefined reference to pthread_*
tag 651112 patch pending tag 630209 patch pending tag 617659 patch pending thanks Hi! Am 06.12.2011 13:34, schrieb Alexander Reichle-Schmehl: So adding automake-1.9 to the build depends would solve the FTBFS on the buildds? Probably. Or extend 01_support_kfreebsd_properly.patch for needed changes in pdnsd-1.2.8/src/Makefile.in I just installed a virtual kfreebsd, and can reproduce the error. Even having automake-1.9 installed doesn't solve the issue. So I'm now trying to solve it properly. Okay, I must confess I'm kind of weak when it comes to auto-foo stuff. However, I think I fixed it. Attached you'll find an NMUdiff I uploaded to delayed/14. Beside creating some noise by changing timestamps, it basically does the following to pdnsd-1.2.8/src/Makefile.in: -LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ ++LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(thread_CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ It builds now also on my virtual kfreebsd machine, which previously failed, and it still builds on linux amd64, so I guess it could be ugly, but not wrong ;) I uploaded the amd64 package, to make sure it will hit the buildds. Best regards, Alexander diff -Nru pdnsd-1.2.8-par/debian/changelog pdnsd-1.2.8-par/debian/changelog --- pdnsd-1.2.8-par/debian/changelog 2011-12-02 21:06:53.0 +0100 +++ pdnsd-1.2.8-par/debian/changelog 2011-12-06 14:04:45.0 +0100 @@ -1,3 +1,12 @@ +pdnsd (1.2.8-par-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Refresh debian/patches/01_support_kfreebsd_properly.patch to also use +$(thread_CFLAGS) during linking. Fixes FTBFS on kfreeBSD-* (Closes: #651112, #630209) + * Apparently the previous FTBFS for kfreeBSD-* got also fixed (Closes: #617659) + + -- Alexander Reichle-Schmehl toli...@debian.org Tue, 06 Dec 2011 14:01:47 +0100 + pdnsd (1.2.8-par-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pdnsd-1.2.8-par/debian/patches/01_support_kfreebsd_properly.patch pdnsd-1.2.8-par/debian/patches/01_support_kfreebsd_properly.patch --- pdnsd-1.2.8-par/debian/patches/01_support_kfreebsd_properly.patch 2011-03-17 01:22:25.0 +0100 +++ pdnsd-1.2.8-par/debian/patches/01_support_kfreebsd_properly.patch 2011-12-06 13:59:29.0 +0100 @@ -2,10 +2,10 @@ Author: Pierre Habouzit madco...@debian.org Bug-Debian: http://bugs.debian.org/617659 -Index: pdnsd-1.2.8/src/Makefile.am +Index: pdnsd-1.2.8-par/src/Makefile.am === pdnsd-1.2.8.orig/src/Makefile.am 2011-03-13 00:10:03.067355823 +0700 -+++ pdnsd-1.2.8/src/Makefile.am 2011-03-13 00:08:58.866854087 +0700 +--- pdnsd-1.2.8-par.orig/src/Makefile.am 2011-12-06 13:57:52.0 +0100 pdnsd-1.2.8-par/src/Makefile.am 2011-12-06 13:57:56.0 +0100 @@ -2,7 +2,7 @@ sbin_PROGRAMS = pdnsd @@ -24,10 +24,10 @@ ## Try to do this last SUBDIRS = pdnsd-ctl rc test -Index: pdnsd-1.2.8/src/helpers.c +Index: pdnsd-1.2.8-par/src/helpers.c === pdnsd-1.2.8.orig/src/helpers.c 2011-03-13 00:10:03.682842295 +0700 -+++ pdnsd-1.2.8/src/helpers.c 2011-03-13 00:09:58.322841446 +0700 +--- pdnsd-1.2.8-par.orig/src/helpers.c 2011-12-06 13:57:52.0 +0100 pdnsd-1.2.8-par/src/helpers.c 2011-12-06 13:57:56.0 +0100 @@ -432,7 +432,7 @@ /* Appropriately set our random device */ @@ -37,3 +37,16 @@ # define R_ARC4RANDOM 1 # else # define R_RANDOM 1 +Index: pdnsd-1.2.8-par/src/Makefile.in +=== +--- pdnsd-1.2.8-par.orig/src/Makefile.in 2010-02-22 11:10:18.0 +0100 pdnsd-1.2.8-par/src/Makefile.in 2011-12-06 13:59:20.0 +0100 +@@ -67,7 +67,7 @@ + COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ + $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) + CCLD = $(CC) +-LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ ++LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(thread_CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@ + SOURCES = $(pdnsd_SOURCES) + DIST_SOURCES = $(pdnsd_SOURCES) + RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \
Bug#651075: imhangul-common: debdiff :-)
Hi, Here is debdiff: $ debdiff imhangul-common_1_all.deb imhangul-common_1+nmu1_all.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/share/im-config/data/80_imhangul.dsc -rw-r--r-- root/root /usr/share/im-config/data/80_imhangul.im Control files: lines which differ (wdiff format) [-Depends: im-switch-] Installed-Size: [-80-] {+42+} {+Recommends: im-config (= 0.6) | im-switch+} Version: [-1-] {+1+nmu1+} - changelog imhangul-common (1+nmu1) unstable; urgency=low * Non-maintainer upload. * Adjusted dependency to im-config and im-switch and updated hook scripts. Closes: #651075 -- Osamu Aoki os...@debian.org Tue, 06 Dec 2011 22:24:14 +0900 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651173: midori does not save OpenID logins
Package: midoriVersion: 0.4.2-1Severity: important Dear Maintainer, I use OpenID a lot with different sites. How I do use it is to use the openid on sites which give that functionality which is already synced/oked with my gmail account. This way the browser does not have to remember the passwords and I can login anywhere without taking along data about passwords and things. Now with midori for e.g. if I go to sourceforge.net and ask it to remember my sign in using OpenID, while it does log me in, after a few minutes it just plainly forgets. For e.g. I was trying to write a bug-report in http://sourceforge.net/apps/trac/hale/ and it promptly sent me back to login page. This has happened quite a few of times. This is when it is showing me that I have logged in both to trac and sourceforge.net at the time of writing the bug-report. I tried with other browsers (not webkit based ones though) and it was a non-issue there. -- System Information:Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on:ii dbus-x11 1.4.16-1ii libc6 2.13-21ii libcairo2 1.10.2-6.1ii libgdk-pixbuf2.0-0 2.24.0-1ii libglib2.0-0 2.30.2-4ii libgtk2.0-0 2.24.8-2ii libjavascriptcoregtk-1.0-0 1.6.1-5+b1ii libnotify4 0.7.4-1ii libpango1.0-0 1.29.4-2ii libsoup2.4-1 2.36.1-1ii libsqlite3-0 3.7.9-2ii libunique-1.0-0 1.1.6-4ii libwebkitgtk-1.0-0 1.6.1-5+b1ii libx11-6 2:1.4.4-4ii libxml2 2.7.8.dfsg-5ii libxss1 1:1.2.1-2 Versions of packages midori recommends:ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651174: python-meld3: Please update to 0.6.7
Package: python-meld3 Severity: normal meld3 is quite a bit out of date. Can you please update it to 0.6.7? Best regards, Soren Hansen. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-13-generic (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.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#651175: midori does not save OpenID logins
Package: midori Version: 0.4.2-1 Severity: important Dear Maintainer, I use OpenID a lot with different sites. How I do use it is to use the openid on sites which give that functionality which is already synced/oked with my gmail account. This way the browser does not have to remember the passwords and I can login anywhere without taking along data about passwords and things. Now with midori for e.g. if I go to sourceforge.net and ask it to remember my sign in using OpenID, while it does log me in, after a few minutes it just plainly forgets. For e.g. I was trying to write a bug-report in http://sourceforge.net/apps/trac/hale/ and it promptly sent me back to login page. This has happened quite a few of times. This is when it is showing me that I have logged in both to trac and sourceforge.net at the time of writing the bug-report. I tried with other browsers (not webkit based ones though) and it was a non-issue there. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x111.4.16-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libjavascriptcoregtk-1.0-0 1.6.1-5+b1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.9-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.1-5+b1 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651176: ITP: libivykis -- an event handling C library
Package: wnpp Severity: wishlist Owner: Gergely Nagy alger...@madhouse-project.org * Package name: libivykis Version : 0.26 (or another version upstream decides on) Upstream Author : Lennert Buytenhek ivy...@wantstofly.org * URL : https://github.com/buytenh/ivykis * License : LGPL2.1+ Programming Lang: C Description : library for asynchronous I/O readiness notification The ivykis library is a thin, portable wrapper around OS-provided mechanisms such as epoll(4), kqueue(2), poll(2) and select(2). It was mainly designed for building high-performance network applications, but can be used in any event-driver application that uses pollable file descriptors as its event sources. . Programs written to the ivykis API are generally single-threaded (or use only a small number of threads), and never block on I/O. All input and output is done in a nonblocking fashion, with I/O readiness notification delivered via callback functions. It is a required dependency of syslog-ng 3.3, which is currently shipping with an embedded, patched version. Work is under way to finish merging the two code-bases, which will make it feasible to upload a separate ivykis library package, and switch syslog-ng over to use the upstream library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649346: fglrx-driver: using xv extension crashes Xorg
On Tue, Dec 6, 2011 at 9:08 AM, Michał ladnymic...@interia.pl wrote: Package: fglrx-driver Version: 1:11-11-3 Followup-For: Bug #649346 Dear Maintainer, This bug affect also xine, vlc and minitube. Even opera using xine plugin. The only way is to downgrade Xorg. Using x11 instead of xv in xine,vlc,... is another solution. Bin In my opinion it is grave bug and fglrx shouldn't depend on xorg 1.11. -- Package-specific info: VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500/5100 Series] DRM and fglrx Informations from dmesg: [ 0.00] No AGP bridge found [ 0.00] No AGP bridge found [ 0.587359] Linux agpgart interface v0.103 [ 7.206593] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [ 7.322357] [fglrx] Maximum main memory to use for locked dma buffers: 2867 MBytes. [ 7.322833] [fglrx] vendor: 1002 device: 9553 count: 1 [ 7.323591] [fglrx] ioport: bar 1, base 0x2000, size: 0x100 [ 7.323915] [fglrx] Kernel PAT support is enabled [ 7.323938] [fglrx] module loaded - fglrx 8.91.4 [Oct 25 2011] with 1 minors [ 1243.86] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [ 1243.878553] [fglrx] Firegl kernel thread PID: 3690 [ 1243.878633] [fglrx] Firegl kernel thread PID: 3691 [ 1243.878706] [fglrx] Firegl kernel thread PID: 3692 [ 1243.878844] [fglrx] IRQ 49 Enabled [ 1245.394728] [fglrx] Gart USWC size:944 M. [ 1245.394732] [fglrx] Gart cacheable size:372 M. [ 1245.394738] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 1245.394741] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [ 1245.394744] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [ 5832.642062] [fglrx] IRQ 49 Disabled [ 5832.642087] [fglrx] Preparing suspend fglrx in kernel. [ 5834.881792] [fglrx] Suspending fglrx in kernel completed. [ 5834.881797] [fglrx] Power down the ASIC . [ 5835.416768] fglrx_pci :01:00.0: restoring config space at offset 0x1 (was 0x40100107, writing 0x40100503) [ 5835.519867] fglrx_pci :01:00.0: setting latency timer to 64 [ 5835.544989] [fglrx] Power up the ASIC [ 5835.545030] [fglrx] Preparing resume fglrx in kernel. [ 5835.806968] [fglrx] Resuming fglrx in kernel completed. [ 5835.807079] [fglrx] IRQ 49 Enabled [13204.996490] [fglrx] IRQ 49 Disabled [13211.180487] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [13211.181396] [fglrx] Firegl kernel thread PID: 4748 [13211.181461] [fglrx] Firegl kernel thread PID: 4749 [13211.181521] [fglrx] Firegl kernel thread PID: 4750 [13211.181688] [fglrx] IRQ 49 Enabled [13212.055467] [fglrx] Gart USWC size:944 M. [13212.055470] [fglrx] Gart cacheable size:372 M. [13212.055476] [fglrx] Reserved FB block: Shared offset:0, size:100 [13212.055479] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [13212.055482] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17217.397438] [fglrx] IRQ 49 Disabled [17222.375372] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17222.376153] [fglrx] Firegl kernel thread PID: 11229 [17222.381028] [fglrx] Firegl kernel thread PID: 11230 [17222.382138] [fglrx] Firegl kernel thread PID: 11231 [17222.382340] [fglrx] IRQ 49 Enabled [17223.857208] [fglrx] Gart USWC size:944 M. [17223.857211] [fglrx] Gart cacheable size:372 M. [17223.857217] [fglrx] Reserved FB block: Shared offset:0, size:100 [17223.857220] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17223.857223] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17337.998910] [fglrx] IRQ 49 Disabled [17338.924329] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17338.925125] [fglrx] Firegl kernel thread PID: 13091 [17338.925238] [fglrx] Firegl kernel thread PID: 13092 [17338.925315] [fglrx] Firegl kernel thread PID: 13093 [17338.925459] [fglrx] IRQ 49 Enabled [17339.182861] [fglrx] Gart USWC size:944 M. [17339.182866] [fglrx] Gart cacheable size:372 M. [17339.182872] [fglrx] Reserved FB block: Shared offset:0, size:100 [17339.182875] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17339.182877] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 [17388.236034] [fglrx] IRQ 49 Disabled [17389.234850] fglrx_pci :01:00.0: irq 49 for MSI/MSI-X [17389.243045] [fglrx] Firegl kernel thread PID: 14424 [17389.244057] [fglrx] Firegl kernel thread PID: 14425 [17389.250083] [fglrx] Firegl kernel thread PID: 14426 [17389.250427] [fglrx] IRQ 49 Enabled [17389.698830] [fglrx] Gart USWC size:944 M. [17389.698835] [fglrx] Gart cacheable size:372 M. [17389.698842] [fglrx] Reserved FB block: Shared offset:0, size:100 [17389.698845] [fglrx] Reserved FB block: Unshared offset:fd0b000, size:2f5000 [17389.698847] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 Xorg X server configuration file status: -rw-r--r-- 1
Bug#651177: Missing puppet modules after puppet-common security update
Package: puppet-common Version: 2.6.2-5+squeeze3 Hello, After the last security update on puppet-common that bumped puppet-common version from +squeeze1 to +squeeze3, some puppet modules are not included any more, causing our custom puppet scripts to break. Is this a deliberate choice, so we should update them, or a bug? The only change from changelog from +squeeze1 to +squeeze3 is the CVE-2011-3872 fix. Below you can find a comparison of the two versions (directly from the extracted deb packages): $ diff -r -q squeeze1/ squeeze3/ | grep Only Only in squeeze1/usr/lib/ruby/1.8/puppet/network: client Only in squeeze1/usr/lib/ruby/1.8/puppet/network: client.rb Only in squeeze1/usr/lib/ruby/1.8/puppet/network/http_server: webrick.rb Only in squeeze1/usr/lib/ruby/1.8/puppet/network/xmlrpc: client.rb Only in squeeze1/usr/lib/ruby/1.8/puppet: sslcertificates Only in squeeze1/usr/lib/ruby/1.8/puppet: sslcertificates.rb This behaviour occurs on a clean Debian 6.0.3 Squeeze box (no backports or third party repositories), used as the puppetmaster. Thanks in advance, Costas Drogos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612467: spip: Incomplete install documentation
Hi, Le 06/12/2011 06:10, Olivier Berger a écrit : On Tue, Feb 08, 2011 at 05:31:28PM +0100, Romain DOUMENC wrote: After a fresh installation via apt-get, the documentation (as given by the file README.Debian) is rather not sufficient for me (and I assume I am not alone in this case...). I do agree the instructions are a bit too scarce, even though that's not uncommon WRT Debian web apps packaging. Would it be possible to change this file for something like : 1. Copy /etc/spip/apache.conf to /etc/apache2/sites-available/spip It's actually /usr/share/doc/spip/apache2.conf that should be copied to /etc/apache2/sites-available/http-host (http-host to follow the actual logic in the current README file). 2. Run a2ensite spip s/spip/http-host/ 3. Check that spip has a user access to a mysql database 4. Point your browser to spipsite/ecrire I'm not sure this is the best way to go, in particular if several web apps are co-located on the same apache server. I'd advise instead to add an : Include /etc/spip/apache.conf inside the virtualhost config in /etc/apache2/sites-enabled/000-default... /etc/apache2/conf.d/spip.conf is already a link to that file. Then, I'm puzzled by the : # Uncomment this to add an alias. # This does not work properly with virtual hosts.. # Alias /spip /var/lib/spip in /etc/spip/apache.conf, as I have it just working now inside the default VirtualHost *:80... The purpose of the proposed Alias is to make SPIP available from http://hostanme/spip (where hostname is anything that point to the host, no matter what VirtualHost it is). I guess Romain added this before he added the mutualisation, so that proposed Alias and its comment should be safely dropped. Regards David signature.asc Description: OpenPGP digital signature
Bug#651178: Midori does not maintain the original formatting when copying text from other place
Package: midori Version: 0.4.2-1 Severity: important Dear Maintainer, I use reportbug with leafpad as my editor. What I do is make the bug report in leafpad and then copy it to using the browser in gmail. In Mozilla Firefox and others this works without an issue as Firefox respects the original formatting and keeps it as it is, in midori it screws it up, see for instance http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651173 , that is with midori and I didn't see that till it was posted. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x111.4.16-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libjavascriptcoregtk-1.0-0 1.6.1-5+b1 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.9-2 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.1-5+b1 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651179: procps: shared library in Multi-Arch:foreign package
Package: procps Version: 1:3.3.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch procps is marked as Multi-Arch: foreign, which means it's allowed to satisfy the dependencies of a package of a different architecture than itself. This implies that such package must not include any public shared libraries. Please move the shared library into a separate package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-13.13 ii libc62.13-21 ii libncurses5 5.9-4 ii libtinfo55.9-4 ii lsb-base 3.2-28 -- 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#651175: midori does not save OpenID logins
On mar., 2011-12-06 at 19:31 +0530, shirish शिरीष wrote: Dear Maintainer, I use OpenID a lot with different sites. How I do use it is to use the openid on sites which give that functionality which is already synced/oked with my gmail account. This way the browser does not have to remember the passwords and I can login anywhere without taking along data about passwords and things. Now with midori for e.g. if I go to sourceforge.net and ask it to remember my sign in using OpenID, while it does log me in, after a few minutes it just plainly forgets. For e.g. I was trying to write a bug-report in http://sourceforge.net/apps/trac/hale/ and it promptly sent me back to login page. This has happened quite a few of times. This is when it is showing me that I have logged in both to trac and sourceforge.net at the time of writing the bug-report. I tried with other browsers (not webkit based ones though) and it was a non-issue there. I have no idea how openid works but it'd definitely help if you tried with other webkit-based browsers (starting with the GtkLauncher). Maybe check in the “Privacy” tab in preferences, too. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#641870: wammu won't start: undefined symbol: GSM_StringToSMSCoding
Hi Dne Fri, 16 Sep 2011 19:05:17 -0500 Raphael Geissert geiss...@debian.org napsal(a): Just installed wammu, but it won't start: $ wammu Traceback (most recent call last): File /usr/bin/wammu, line 176, in module import Wammu.App File /usr/lib/python2.6/dist-packages/Wammu/App.py, line 28, in module import Wammu.Main File /usr/lib/python2.6/dist-packages/Wammu/Main.py, line 58, in module import Wammu.Editor File /usr/lib/python2.6/dist-packages/Wammu/Editor.py, line 35, in module import Wammu.Data File /usr/lib/python2.6/dist-packages/Wammu/Data.py, line 31, in module from gammu.Data import Connections, MemoryValueTypes, CalendarTypes, CalendarValueTypes, TodoPriorities, TodoValueTypes, InternationalPrefixes File /usr/lib/python2.6/dist-packages/gammu/__init__.py, line 65, in module from gammu._gammu import * ImportError: /usr/lib/libgsmsd.so.7: undefined symbol: GSM_StringToSMSCoding Since the part actually triggering the error is in python-gammu I'm filing the report against it, instead of against wammu. Please let me know what other info may help you debug it, if necessary. Which libgsmsd7 and libgammu7 versions do you have installed? It looks like depencencies might be wrong here and it did not pull required library. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#651178: Midori does not maintain the original formatting when copying text from other place
On mar., 2011-12-06 at 19:36 +0530, shirish शिरीष wrote: Dear Maintainer, I use reportbug with leafpad as my editor. What I do is make the bug report in leafpad and then copy it to using the browser in gmail. In Mozilla Firefox and others this works without an issue as Firefox respects the original formatting and keeps it as it is, in midori it screws it up, see for instance http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651173 , that is with midori and I didn't see that till it was posted. Fwiw it's just fine on my mailbox. -- Yves-Alexis signature.asc Description: This is a digitally signed message part