Bug#704577: pbuilder: please update manual for use alternative compilers
Package: pbuilder Version: 0.215 Severity: minor Tags: patch Hi, Thank you for including alt compiler support script. Then, I also would ask you to update document. See attached file. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane From 3707d379f73cf6a86c5418e8e64e5a67010fec7c Mon Sep 17 00:00:00 2001 From: Hideki Yamane henr...@debian.org Date: Wed, 3 Apr 2013 15:02:59 +0900 Subject: [PATCH] mention hook script instead of pentium-builder --- Documentation/pbuilder-doc.xml | 24 +++- 1 file changed, 3 insertions(+), 21 deletions(-) diff --git a/Documentation/pbuilder-doc.xml b/Documentation/pbuilder-doc.xml index 8d4073b..d958ca3 100644 --- a/Documentation/pbuilder-doc.xml +++ b/Documentation/pbuilder-doc.xml @@ -469,27 +469,9 @@ para Most packages are compiled with commandgcc/command or commandg++/command - and using the default compiler version, which was gcc 2.95 for Debian GNU/Linux 3.0 (i386). - However, Debian 3.0 was distributed with other compilers, under package names -such as commandgcc-3.2/command for gcc compiler - version 3.2. - It was therefore possible to try compiling packages against different - compiler versions. - commandpentium-builder/command provides an infrastructure for - using a different compiler for building packages than the default gcc, by - providing a wrapper script called gcc which calls the real gcc. - To use commandpentium-builder/command in commandpbuilder/command, it is possible to set up the - following in the configuration: - screen -EXTRAPACKAGES=pentium-builder gcc-3.2 g++-3.2 -export DEBIAN_BUILDARCH=athlon -export DEBIAN_BUILDGCCVER=3.2/screen - /para - para - It will instruct commandpbuilder/command to install the commandpentium-builder/command package - and also the GCC 3.2 compiler packages inside the chroot, - and set the environment variables required for - commandpentium-builder/command to function. + and using the default compiler version which was gcc 4.7 for Debian GNU/Linux 7.0 (amd64), + but you can try compiling packages against different compilers (like clang) + by using filenameD65various-compiler-support/filename in hook directory. /para /sect1 /chapter -- 1.7.10.4
Bug#674447: CVE-2012-2942
Hi Salvatore I must have thought that the patch could not be applied as I can see that I have looked at the path to see if I could NMU. Cheers Luk On 04/02/2013 09:34 PM, Salvatore Bonaccorso wrote: Control: reopen -1 Hi Luk On Sat, Jun 23, 2012 at 10:03:21AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the haproxy package: #674447: CVE-2012-2391 It has been closed by Luk Claes l...@debian.org. 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 Luk Claes l...@debian.org by replying to this email. I was currently looking at the list of bugs with security tag but not tracked in the security tracker[1] and noticed #674447. [1]: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=security;users=debian-secur...@lists.debian.org;exclude=tracked Noticed that you closed this bug with version 1.4.15-1. Is this correct? Looking at the code and the information the pach from [2] still applies and corrects the trash and trashlen. However /usr/share/doc/haproxy/configuration.txt.gz clearly says: tune.bufsize number Sets the buffer size to this size (in bytes). Lower values allow more sessions to coexist in the same amount of RAM, and higher values allow some applications with very large cookies to work. The default value is 16384 and can be changed at build time. It is strongly recommended not to change this from the default value, as very low values will break some services such as statistics, and values larger than default size will increase memory usage, possibly causing the system to run out of memory. At least the global maxconn parameter should be decreased by the same factor as this one is increased. So changing this from non-default value can result in the problem (downgrading severity for the bugreport?) [2]: http://haproxy.1wt.eu/git?p=haproxy-1.4.git;a=commitdiff;h=30297cb17147a8d339eb160226bcc08c91d9530b The mentioned patch was only applied 1.4.21 upstream. Would be great if you could doublecheck my comment above. Or why is it fixed in 1.4.15? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704578: openjdk-7-jre-headless: obsolete conffiles reported by adequate
Package: openjdk-7-jre-headless Version: 7u3-2.1.7-1 Severity: important Usertags: conffile Usertags: obsolete-conffile adequate Dear Maintainer, I was upgrading to the newest version of openjdk in testing and adequate reported the presence of the following obsolete configuration files. adequate found packaging bugs - openjdk-7-jre-headless:amd64: obsolete-conffile /etc/java-7-openjdk/security/nss-amd64.cfg openjdk-7-jre-headless:amd64: obsolete-conffile /etc/java-7-openjdk/fontconfig.bfc Please fix the same. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-7-jre-headless depends on: ii ca-certificates-java 20121112+nmu2 ii java-common 0.47 ii libc6 2.17-0experimental2 ii libcups2 1.6.2-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.0-2 ii libglib2.0-0 2.36.0-2 ii libjpeg8 8d-1 ii liblcms2-22.2+git20110628-2.2 ii libnss3 2:3.14.3-1 ii libpcsclite1 1.8.4-1 ii libstdc++64.8.0-2 ii multiarch-support 2.17-0experimental2 ii openjdk-7-jre-lib 7u3-2.1.7-1 ii tzdata-java 2013b-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages openjdk-7-jre-headless recommends: ii icedtea-7-jre-cacao 7u3-2.1.7-1 ii icedtea-7-jre-jamvm 7u3-2.1.7-1 Versions of packages openjdk-7-jre-headless suggests: pn fonts-ipafont-gothic none pn fonts-ipafont-mincho none ii libnss-mdns 0.10-3.2 pn sun-java6-fonts none ii ttf-dejavu-extra 2.33-3 pn ttf-indic-fonts none ii ttf-wqy-microhei 0.2.0-beta-1.1 ii ttf-wqy-zenhei0.9.45-4 -- 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#704563: lxc-debconfig fails without additional packages using debootstrap
retitle 704563 Several issues in lxc-ubuntu template thanks Turns out I was incorrect about my initial assessment for the cause of the bug. The --include= error was due to selecting Ubuntu (without selecting systemd in the preseed), not because Packages was left blank. In figuring this out and after working around the issue, I have found several more issues with the lxc-ubuntu template. If you like, I can split these issues into separate bug reports. But, since they seem related (and mostly minor) I'll list them here for now: (Cosmetic) The following errors are reported from `Chroot apt-get update` called at lxc-debconfig:574: Err http://archive.ubuntu.com raring/updates/main i386 Packages 404 Not Found [IP: 2001:67c:1360:8c01::19 80] Err http://archive.ubuntu.com raring/updates/restricted i386 Packages 404 Not Found [IP: 2001:67c:1360:8c01::19 80] Ign http://archive.ubuntu.com raring/updates/main Translation-en Ign http://archive.ubuntu.com raring/updates/restricted Translation-en W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/raring/updates/main/binary-i386/Packages 404 Not Found [IP: 2001:67c:1360:8c01::19 80] W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/raring/updates/restricted/binary-i386/Packages 404 Not Found [IP: 2001:67c:1360:8c01::19 80] E: Some index files failed to download. They have been ignored, or old ones used instead. Because raring/updates/main doesn't exist. (Minor) The following errors are reported from `dpkg-reconfigure base-files` called at lxc-debconfig:243: debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (Can't locate Term/ReadLine.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/share/perl5/Debconf/FrontEnd/Readline.pm line 7.) debconf: falling back to frontend: Teletype The first because whiptail, dialog, and Xdialog are not installed, the second because perl-modules (and the full perl package) are not installed. (Minor) The following errors are reported from `apt-get install live-debconfig` called at lxc-debconfig:282: Reading package lists... Done Building dependency tree... Done E: Unable to locate package live-debconfig Obviously, because live-debconfig doesn't exist in Ubuntu. I'm not sure if the code in Warning should also warn for _DISTRIBUTION raring or if LXC_DEBCONFIG_WITH_LIVE_DEBCONFIG should not be considered for Ubuntu, or something else. (Major) Upstart hangs after lxc-start waiting for /run to be mounted. I'm not sure whether the best solution is to grant CAP_SYS_ADMIN (which worked for me) or to add/change upstart configuration files to avoid depending on events which require these capabilities. Not ideal in either case. Thanks, Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682413: I have this problem too
I'm also affected by this, also using an external IBM usb keyboard with trackpoint. This is really annoying. I tried to change the trackpoint parameters with xinput, but I did not managed to have the same feeling I have with the previous kernel versions. I confess I'm a Ubuntu user and I'm using an old kernel version (3.2.0) as a workaround. But with Manjaro Linux (Archlinux based), with a recent kernel version (3.7.10), problem is the same. Do you think we should open a bug in kernel bugtracker? -- Marc MAURICE Ingénieur systèmes et réseaux Smile - Open Source Solutions - www.smile.fr Tél : +33 (0)1 41 40 29 30 / +33 (0)1 41 40 29 29 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704579: dh_python3: Does not define ${python3:Depends} for -dbg packages
Package: python3
Version: 3.2.3-6
Hello,
I noticed that experimental's current python3-gi-dbg package does not
depend on python3-dbg (this was picked up by autopkgtest).
debian/control looks right to me; python-gi-dbg depends on
${python:Depends} and python3-gi-dbg depends on ${python3:Depends},
but it seems that substvar is not defined for -dbg for Python 3; it
does work for Python 2:
debian/python3-gi.substvars:python3:Depends=python3 (= 3.2.3-3~)
debian/python-gi.substvars: python:Depends=python (= 2.7), python (
2.8), python (= 2.7.1-0ubuntu2)
debian/python-gi-dbg.substvars: python:Depends=python-dbg (= 2.7), python-dbg
( 2.8)
But there is no equivalent in debian/python3-gi-dbg.substvars, that
only has
--- 8
misc:Pre-Depends=multiarch-support
shlibs:Depends=libc6 (= 2.14), libcairo2 (= 1.10.0), libgirepository-1.0-1
(= 1.32.1), libglib2.0-0 (= 2.34.2), python3-gi-dbg
--- 8
So it seems dh_python3 should define this properly?
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695409: encrypted volumes can not be unlocked upon plugin
Control: unmerge -1 The patch fixes the notification action... But now if a textbox appear in the notification, it does not receives the keyboard input. As a consequence the reenabling the notification action is not enough to fix the current bug, thus it is unmerged from the other one. Nicolas Bourdaud signature.asc Description: OpenPGP digital signature
Bug#704580: src:git: missing README.source with custom patch system
Package: src:git Version: 1:1.7.10.4-2 Severity: normal While trying to write a patch (for #704005) I noticed that the git package uses a non-standard patch system which is not documented in a file debian/README.source. Such a file is recommended by the Debian policy section 4.14. Please add the missing documentation. (Or maybe just switch to quilt format 3.0?) Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704533: claws-mail: force interrupting existing connections
Hi, Please do not remove bug address from responses, thanks. On Wed, Apr 03, 2013 at 12:48:16AM +0200, Andrew Shadura wrote: Hello, On Tue, 2 Apr 2013 18:25:59 +0200 Ricardo Mones mo...@debian.org wrote: It's be great if Claws could interrupt network operations in progress automatically when the offline mode is enabled. Strange, it does exactly _that_ here... what network operations are you referring to? No, it doesn't just re-checked. I click 'Check mail', and then switch to off-line mode, it doesn't interrupt the mail check. What kind of account(s)? (IMAP, POP or NNTP) Also, can you check with 3.9.0 from experimental? Alternatively, this can be made a separate option, which would interrupt mail check without switching to the offline mode. There's already a Message/Receive/Cancel receiving... which should do it. It's well-hidden then. I didn't know about its existance before this. I think it's be better if it were in the File menu, next to Offline mode. Since thousands have found it before, that simply means you overlooked it, not that's hidden ;-P And it has nothing to do with files or being off-line. And it definitely should be duplicated by a button from the left side of Offline mode button, which would appear when mail check is in progress. Patches welcome, of course. Anyway you can assign a shortcut key to the menu option if you need to invoke it often. regards, -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup signature.asc Description: Digital signature
Bug#704005: git cvsimport: reads /tmp/.gitattributes
Control: tags -1 + patch
On Mon, Apr 01, 2013 at 12:01:33AM -0700, Jonathan Nieder wrote:
In the meantime, either of your proposed fixes for cvsimport sounds
good to me. Care to try it out and send a patch?
I verified that the attached patch solves this particular issue.
Helmut
Description: Avoid reading /tmp/.gitattributes
Author: Helmut Grohne
Last-Update: 2013-04-03
Bug-Debian: http://bugs.debian.org/704005
git-cvsimport invokes git-hash-object in a way that causes it to read
/tmp/.gitattributes. This patch avoids the behaviour by passing --no-filters to
git-hash-object. An alternative approach would be to put create a temporary
directory call git-hash-object on files withing that private directory.
--- git-cvsimport.orig 2013-04-03 09:53:47.0 +0200
+++ git-cvsimport 2013-04-03 09:51:20.0 +0200
@@ -1030,7 +1030,7 @@
my $pid = open(my $F, '-|');
die $! unless defined $pid;
if (!$pid) {
- exec(git, hash-object, -w, $tmpname)
+ exec(git, hash-object, --no-filters, -w, $tmpname)
or die Cannot create object: $!\n;
}
my $sha = $F;
Bug#704516: Upstream bugreport
Bug reported upstream: https://bugs.eclipse.org/bugs/show_bug.cgi?id=404776 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702761: cinnamon: taskbar menus are very slow
Control: tags -1 pending I have prepared a patch that implements Paul's suggestion. @sney: I don't have hardware to reproduce the bug. If this does not fixes the menu issues, feel free to reopen the bug. Cheers, Nicolas signature.asc Description: OpenPGP digital signature
Bug#704581: tpu: wireshark/1.8.2-5wheezy2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: tpu Hi, I would like to upload wireshark/1.8.2-5wheezy2 to testing-proposed-updates to fix upgrade failure reported in #704561. Please see the proposed diff attached. The same fix has already been applied and uploaded to sid's wireshark version. Changes: wireshark (1.8.2-5wheezy2) wheezy-proposed-updates; urgency=low . * make libwsutil-dev confict with and replace wireshark-dev ( 1.4.0~rc2-1) (Closes: #704561) Thanks, Balint ws-1.8.2-5wheezy2.diff Description: Binary data
Bug#704582: gir1.2-socialweb-client-0.25: fails to upgrade from 'testing' - trying to overwrite /usr/lib/girepository-1.0/SocialWebClient-0.25.typelib
Package: gir1.2-socialweb-client-0.25 Version: 0.25.20-3.2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package gir1.2-socialweb-client-0.25. (Reading database ... 6984 files and directories currently installed.) Unpacking gir1.2-socialweb-client-0.25 (from .../gir1.2-socialweb-client-0.25_0.25.20-3.2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/gir1.2-socialweb-client-0.25_0.25.20-3.2_amd64.deb (--unpack): trying to overwrite '/usr/lib/girepository-1.0/SocialWebClient-0.25.typelib', which is also in package gir1.2-socialweb-client 0.25.20-2.1 Errors were encountered while processing: /var/cache/apt/archives/gir1.2-socialweb-client-0.25_0.25.20-3.2_amd64.deb cheers, Andreas gir1.2-socialweb-client=0.25.20-2.1_gir1.2-socialweb-client-0.25=0.25.20-3.2.log.gz Description: GNU Zip compressed data
Bug#704533: claws-mail: force interrupting existing connections
Hello, On 3 April 2013 09:58, Ricardo Mones mo...@debian.org wrote: Please do not remove bug address from responses, thanks. Sorry, that's not on purpose. Strange, it does exactly _that_ here... what network operations are you referring to? No, it doesn't just re-checked. I click 'Check mail', and then switch to off-line mode, it doesn't interrupt the mail check. What kind of account(s)? (IMAP, POP or NNTP) Both POP3 and IMAP. Also, can you check with 3.9.0 from experimental? No, I currently can't. Please check it in the version I reported the bug against. It's well-hidden then. I didn't know about its existance before this. I think it's be better if it were in the File menu, next to Offline mode. Since thousands have found it before, that simply means you overlooked it, not that's hidden ;-P No, maybe thousands just think it's not available at all, just like me. It's placed there quite illogically. And it has nothing to do with files or being off-line. Neither does offline mode have anything to do with files. Yet interrupting the network operations has something to do with being offline, which is why I propose to move or duplicate it there. And it definitely should be duplicated by a button from the left side of Offline mode button, which would appear when mail check is in progress. Patches welcome, of course. Anyway you can assign a shortcut key to the menu option if you need to invoke it often. Well, it's you who are the developer, and I'm reporting a problem. While I can dig into the code I'd prefer to not to. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690127: release-notes: Issues: switch dm to get an active consolekit session
On Mon 28 Jan 2013 at 10:58:38 +, Wolodja Wentland wrote: In particular we need authorative advice for users of: 1. startx How should startx users start their sessions? Is the aforementioned way sufficient? What other changes have to be made in order to ensure a correctly working system in the sense that system services like automounting and autoconfiguring network interfaces work as expected? That is: How to fix #598150 and which workaround is being referred to? You might find http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658284 useful 2. xdm It sounds that xdm users should be encouraged to switch to a supported display manager or asked to start their session via ~/.xsession from xdm as suggested in [1]. (which also means that nox11 has to be removed IIRC) I rather like this approach: http://lists.debian.org/debian-user/2011/08/msg01653.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704583: ITP: ruby-haml-magic-translations -- internationalization library for Haml templates
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org * Package name: ruby-haml-magic-translations Version : 0.5.1 Upstream Author : potager.org jardini...@potager.org * URL : https://github.com/potager/haml-magic-translations * License : Expat Programming Lang: Ruby Description : internationalization library for Haml templates Haml::MagicTranslations provides magical translations for the Haml templating system. Texts in templates can be automatically internationalized using either the GetText, FastGettext or I18n libraries. It support translations of 'raw' text, Markdown and even strings in JavaScript. Haml::MagicTranslations can also extract translatable strings from templates and merge them with existing translations, either manually or by the provided Rake task. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#703313: nvidia-glx: 304.64 - 304.84 breaks VT text consoles
Package: nvidia-glx Followup-For: Bug #703313 Hi, With 304.88 this bug is fixed -- Package-specific info: uname -a: Linux KeyofBlueS-PC 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 GCC version: gcc version 4.6.3 (Debian 4.6.3-15) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT216 [GeForce GT 220] [10de:0a20] (rev a2) (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited Device [174b:2160] 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 16 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 ce00 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at dc00 [size=128] [virtual] Expansion ROM at fe98 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=7fcafd82-9072-4633-8450-b9034d64b059 ro apparmor=1 security=apparmor quiet splash nomodeset vga=normal video=uvesafb:mode_option=800x600-24,mtrr=3,scroll=ywrap [0.00] No AGP bridge found [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=7fcafd82-9072-4633-8450-b9034d64b059 ro apparmor=1 security=apparmor quiet splash nomodeset vga=normal video=uvesafb:mode_option=800x600-24,mtrr=3,scroll=ywrap [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.406411] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.406411] vgaarb: loaded [0.406411] vgaarb: bridge control possible :01:00.0 [0.900461] Linux agpgart interface v0.103 [3.054053] uvesafb: NVIDIA Corporation, GT216 Board - 0682vb02, Chip Rev , OEM: NVIDIA, VBE v3.0 [3.682946] fb0: VESA VGA frame buffer device [8.585982] nvidia: module license 'NVIDIA' taints kernel. [8.779507] nvidia :01:00.0: setting latency timer to 64 [8.779512] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [8.779637] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 [ 14.216128] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card2/input11 [ 14.216234] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card2/input12 [ 14.216326] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card2/input13 [ 14.216419] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card2/input14 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Apr 3 10:38 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 May 13 2012 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 May 13 2012 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 43 Apr 3 10:38 /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 Apr 3 10:38 /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 Apr 3 10:38 /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 Apr 3 10:38 /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 Apr 3 10:38 /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 Apr 3 10:38 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Apr 3 10:38 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Apr 3 10:38 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 22 May 13 2012 /etc/alternatives/libGL.so-master - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 23 Apr 3 10:38 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1
Bug#700001: Bug#704492: [Pkg-chromium-maint] Bug#704492: Acknowledgement (chromium: seeing the exactly same thing :()
On Tue, 2 Apr 2013, Michael Gilbert wrote: control: forcemerge 71 -1 [17687:17706:0402/185625:ERROR:object_proxy.cc(624)] Failed to get name owner. Got org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [17687:17706:0402/185625:ERROR:object_proxy.cc(624)] Failed to get name owner. Got org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'org.chromium.Mtpd': no such name [17687:17687:0402/185625:ERROR:object_proxy.cc(529)] Failed to call method: org.chromium.Mtpd.EnumerateStorages: object_path= /org/chromium/Mtpd: org.freedesktop.DBus.Error.ServiceUnknown: The name org.chromium.Mtpd was not provided by any .service files This could be a missing library of some sort. Hmm... But in what way would then proxy, dbus, and org.chromium.Mtpd be related? I notice that the upstream bug mentions using the awesome window manager. And assumes the WM (gnome?) magic would know about/serve all those things? Sounds insane. Please note (#704492) that it seems to _screw up my profile_ too. What are you all using? wmaker here, FWIW. It seems the errors shown above have nothing to do with the real problem. Some posts suggest the problem is related to audio. Some old posts (april 2011) show those errors too. A more interesting thread: https://code.google.com/p/chromium/issues/detail?id=224794 indicates problems related to the proprietary nvidia driver. Can you suggest some way to attempt to find out what's really failing? What log-files are most probable to show the real error? Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674447: CVE-2012-2942
Hi Luk On Wed, Apr 03, 2013 at 08:14:50AM +0200, Luk Claes wrote: I must have thought that the patch could not be applied as I can see that I have looked at the path to see if I could NMU. Thanks for the quick reply. I will try to have second look at it too. If this is correct (needs checking) that this is only when using non default values for tune.bufsize then it might be downgraded to important. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694591: ITP: css2xslfo -- XML+CSS2 to XSL-FO converter
Hi, what is that status of this ITP? Are there preliminary packages to test somewhere? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#704584: pmount doesn't distinguish pts and remote users
Package: pmount Version: 0.9.99-alpha-1 Severity: normal After upgrading to 0.9.99-alpha-1 from experimental pmount says: You are not physically logged in and your system administrator does not allow remote users to run pmount, aborting for tries from xterm. On tty all works fine. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704584: pmount doesn't distinguish pts and remote users
On Wed, Apr 3, 2013 at 11:13 AM, sergio mail...@sergio.spb.ru wrote: Package: pmount Version: 0.9.99-alpha-1 Severity: normal After upgrading to 0.9.99-alpha-1 from experimental pmount says: You are not physically logged in and your system administrator does not allow remote users to run pmount, aborting for tries from xterm. On tty all works fine. Problem is it is very hard to distinguish between both, unless you're willing to have a look into the processes hierarchy. In your case, the best bet is simply add not_physically_logged_allow = yes in /etc/pmount.conf That should get you going ;-)... Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704585: libgtk2.0-0: XIM input mode indicator for Japanese (with kinput2) is not working right.
Package: libgtk2.0-0 Version: 2.24.10-2 Severity: minor Tags: upstream Dear Maintainer, * What led up to the situation? See below for details. * What exactly did you do (or not do) that was effective (or ineffective)? I posted a possible patch to https://bugzilla.gnome.org/attachment.cgi?id=240020 * What was the outcome of this action? The input mode indicator for XIM input method was not shown correctly. After the above fix, and replacing im-xim.so with the fixed version, XIM input mode indicator is now again shown correctly/ This is about a bug in the up-stream package. https://bugzilla.gnome.org/show_bug.cgi?id=696624 However, the upstream seems to be interested in gtk3+ and gtk2+ is in maintenance mode, and after a week, the bug is still in unconfirmed state despite my attaching the screen image, and a fix. Since Debian uses gtk2+ still, and without the patch, I am sure this is affecting some clueless Japanese users, I am asking this to be fixed soon in Debian package. The problem is as follows: Quoted from the above GNOME project bugzilla URL. For like 8 months, I have noticed that the input mode indicator for Japanese input that uses XIM protocol (when I use kinput2 for example) is not working right when I use TB to write Japanese messages and such. (And for that matter, this is the same with mozilla's Firefox (FF) browser, but I don't write lengthy message in Japanese using FF so often). The symptom is like this. Before, when all was well, a small rectangle at the lower-left corner of TB (or FF) window, attached as an extra small rectangle [not inside], showed Japanese input mode that uses XIM protocol by using some Japanese characters to indicate the mode (and I assume Korean or Chinese characters for people who use XIM input methods to type in these characters). The character was in black and the background rectangle was white. But for like 8 months, the programs, both TB and FF, have shown only black rectangle and no characters are visible at all there. The lack of visible input mode is sometimes very irritating because we can't tell which characters Hiragana, Katakana, we will type in. (Or if I make a typing mistake and that is why unintended character showed up instead of using the incorrect mode, etc.) This problem began happening after an upgrade of Debian packages last summer and so I suspect that it may have something to do with the X-related libraries, but I could not figure out exactly why until yesterday. (I suppose ordinary users can't figure out the cause of such a problem even though the symptom is easy to describe.) In a post to a Japanese BBS, I found a mention by an anonymous poster that explains this as follows: There seems to have been a problem in GTK2 library. Starting in gtk2 2.21.6, function on_status_window_expose_event() in modules/input/gtkimcontextxim.c has been changed (to the worse. I think it means buggy?) If we revert the function, on_status_window_expose_event(), to a previous code found in 2.21.5 (or earlier), all is well. We can run make below modules/input directory only, and use im-xim.so thus produced to fix the problem, etc. This was posted July 5th, 2012, last year. I wish I had known this earlier. I have checked this out and this indeed fixes the problem for me (!). --- end quote. The gnome URL has screenshots and a potential fix. Useless totally black mode indicator: https://bug696624.bugzilla-attachments.gnome.org/attachment.cgi?id=239950 Usable mode indicator after the fix: https://bug696624.bugzilla-attachments.gnome.org/attachment.cgi?id=239951 Instead of reverting the function to an older function, we can use the latest patch which was posted: https://bugzilla.gnome.org/attachment.cgi?id=240020 This uses the newer APIs in the problematic fix that appeared in gtk 2.21.6 and modified a few parameters and all is well with this patch. I hope Debian can fix this even before the upstream releases the newer version. TIA -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.ujis) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcomerr2 1.42.5-1.1 ii libcups21.5.3-5 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-4 ii libgssapi-krb5-21.10.1+dfsg-4+nmu1 ii libgtk2.0-common2.24.10-2 ii libk5crypto31.10.1+dfsg-4+nmu1 ii libkrb5-3 1.10.1+dfsg-4+nmu1 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii
Bug#704586: binutils: FTBFS with texinfo 5
Source: binutils Version: 2.23.2-1 Severity: normal binutils 2.23.2-1 FTBFS with texinfo 5 from experimental (reproduced with 5.1.dfsg.1-1). This seems to be the upstream bug report: http://sourceware.org/bugzilla/show_bug.cgi?id=15183 And here's the compilation output: make[5]: Entering directory `/tmp/binutils-2.23.2/builddir-single/ld' restore=: backupdir=.am$$ \ rm -rf $backupdir mkdir $backupdir \ if (makeinfo --split-size=500 --split-size=500 --version) /dev/null 21; then \ for f in ld.info ld.info-[0-9] ld.info-[0-9][0-9] ld.i[0-9] ld.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ else :; fi \ if makeinfo --split-size=500 --split-size=500 -I ../../ld -I ../../ld/../bfd/doc -I ../bfd/doc -I ../../ld/../libiberty -I ../../ld \ -o ld.info `test -f 'ld.texinfo' || echo -'../../ld/'`ld.texinfo; \ then \ rc=0; \ else \ rc=$?; \ $restore $backupdir/* `echo ./ld.info | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc ../../ld/ld.texinfo:7867: unknown command `colophon' ../../ld/ld.texinfo:7878: unknown command `cygnus' ../../ld/ld.texinfo:6111: warning: node next `i960' in menu `ARM' and in sectioning `M68HC11/68HC12' differ ../../ld/ld.texinfo:6184: warning: node next `M68HC11/68HC12' in menu `PowerPC ELF32' and in sectioning `ARM' differ ../../ld/ld.texinfo:6184: warning: node prev `M68HC11/68HC12' in menu `MSP430' and in sectioning `i960' differ ../../ld/ld.texinfo:6230: warning: node prev `ARM' in menu `i960' and in sectioning `M68HC11/68HC12' differ ../../ld/ld.texinfo:6542: warning: node next `MSP430' in menu `M68HC11/68HC12' and in sectioning `PowerPC ELF32' differ ../../ld/ld.texinfo:6583: warning: node prev `PowerPC ELF32' in menu `M68HC11/68HC12' and in sectioning `MSP430' differ make[5]: *** [ld.info] Error 1 make[5]: Leaving directory `/tmp/binutils-2.23.2/builddir-single/ld' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/tmp/binutils-2.23.2/builddir-single/ld' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/binutils-2.23.2/builddir-single/ld' make[2]: *** [all-ld] Error 2 make[2]: Leaving directory `/tmp/binutils-2.23.2/builddir-single' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/binutils-2.23.2/builddir-single' make: *** [build-single-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#704584: pmount doesn't distinguish pts and remote users
On 03/04/13 13:18, Vincent Fourmond wrote: Problem is it is very hard to distinguish between both, unless you're willing to have a look into the processes hierarchy. pmount from sid (0.9.23-2) works fine with not_physically_logged_allow = no Aaa, old pmount has no config file and remote users check, right? If so, you should keep the old behavior by default. Moreover few people use tty. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704484: Upgrading from Squeeze to Wheezy breaks proftpd
On Tue, Apr 02, 2013 at 06:33:36AM +0200, Salvatore Bonaccorso wrote: mod_tls/2.4.3: compiled using OpenSSL version 'OpenSSL 1.0.1c 10 May 2012' headers, but linked to OpenSSL version 'OpenSSL 1.0.1e 11 Feb 2013' library debianftp proftpd[2757]: Fatal: LoadModule: error loading module 'mod_vroot.c': Operation not permitted on line 74 of '/etc/proftpd/modules.conf' failed! You did not update your openssl version? That has to be avoided. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674447: Need some help for haproxy 1.4.15
Hi, CC:674...@bugs.debian.org Thanks for your quick response. Why would you insist on patching a version as old as 1.4.15 ? For the next Debain stable release. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674447 On Wed, Apr 3, 2013 at 3:09 PM, Willy Tarreau w...@1wt.eu wrote: Hi, I'm not surprized, I remember that this one changed a number of things. And also it was bogus, I had to stuff a few other ones on top of it. Why would you insist on patching a version as old as 1.4.15 ? I'm maintaining a stable branch exactly to save you this painful work. No less than 57 bugs were fixed since, including the security issue I fixed last night with 1.4.23. I strongly suggest that you upgrade to 1.4.23, or that you pick all patches between 1.4.15 and 1.4.23 and try to removes the ones you're not interested in, but I don't really see the point then. Regards, Willy Regrads, -- Prach Pongpanich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
at bottom :- On Sat, Feb 2, 2013 at 7:18 AM, Cameron Hart cameron.h...@gmail.com wrote: Thanks for promoting my premake 4 RFS Shirish :) I'd also point out that the open source game 0ad uses premake 4 and the Bullet physics library recently moved from cmake to premake 4 (though cmake is still supported for now). On 2 February 2013 01:12, shirish शिरीष shirisha...@gmail.com wrote: Hi all, Can anybody look and sponsor an ITP done by a gentleman for premake 4 ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696899 If for nothing else, then it's needed to play ToME http://www.te4.org/requirements You also need the following tools: a C compiler (like GNU GCC or mingw for windows) premake4 and on wnpp.debian.net there are quite a few installs by people. http://wnpp.debian.net/?type[]=ITPproject=premakedescription=owner[]=yesowner[]=nocol[]=dustcol[]=typecol[]=descriptioncol[]=installssort=project Looking forward to somebody doing the same. P.S. :- I did check if it's stuck in ftp-master NEW queue or something but no, it's not there. Till l8er. -- 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-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cadddzrkepfz-6kx-2ycvoaw521rcgq8z9y89advwxx+c1qf...@mail.gmail.com There seems to be no luck on finding RFS for premake, with SDL 2.0 in the archive, that is the only dependancy left before ToME can be asked for packaging. ToME - te4.org Looking forward for some update on this . -- 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#704587: ITP: libtcod -- an API for roguelike developpers
Package: wnpp Severity: wishlist Owner: Etienne Millon etienne.mil...@gmail.com * Package name: libtcod Version : 1.5.1 Upstream Author : Jice Mingos * URL : http://doryen.eptalys.net/libtcod/ * License : BSD-3 Programming Lang: C, C++ Description : cross-platform C/C++ library for roguelike developers A free, fast, portable and uncomplicated API for roguelike developpers providing an advanced true color console, input, and lots of other utilities frequently used in roguelikes. - keyboard and mouse input - true color console - antialiased bitmap font support - Sub-cell resolution SDL callback - unicode support - high quality pseudo-random number generator - advanced plain text configuration file parser - bmp and png images support - Perlin noise toolkit - heightmap toolkit - field of view toolkit - path finding toolkit - BSP toolkit - Flexible name generator -- I intend to maintain this package within the Games Team ; this is a dependency for brogue (ITP #698843). -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703637: linux-image-3.2.0-4-amd64: Kernel oops
On Tue, Apr 02, 2013 at 05:37:44PM -0700, Wagner Bruna wrote: ** Tainted: O (4096) * Out-of-tree module has been loaded. [0.00] ACPI Warning: 32/64 FACS address mismatch in FADT - two FACS tables! (20110623/tbfadt-365) [0.00] ACPI Warning: 32/64X FACS address mismatch in FADT - 0xCAFE4E40/0xCAFE4D40, using 32 (20110623/tbfadt-489) Do you have the lastest firmware installed? [6.514553] vboxdrv: Found 4 processor cores. [6.514859] vboxdrv: fAsync=0 offMin=0x1fc offMax=0x1efb9 [6.514936] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [6.514939] vboxdrv: Successfully loaded version 4.1.18_Debian (interface 0x0019). Please remove the vbox modules before trying again. They are known to do nasty stuff to core hardware. We don't support systems in this state. Bastian -- You canna change the laws of physics, Captain; I've got to have thirty minutes! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704588: basexgui icons lack tooltips
X-debbugs-Cc: basex-t...@mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist When we start the GUI there is a row of --II-III a total of 17 icons across the screen. (And others elsewhere on the screen too.) Well it would be easier to guess what each one did if placing the mouse upon each one would reveal a tooltip balloon saying what it did. But alas no. One must cross ones fingers and click each to find out. Even worse is which icons are currently pushed in (activated) or popped out (disactivated) ... well there is no visual indication at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704589: basexgui when user=nobody
X-debbugs-Cc: basex-t...@mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist Perhaps this ought to work correctly, # su - nobody No directory, logging in with HOME=/ $ HOME=/tmp basexgui /usr/share/doc/basex/examples/input.xml Saving properties in /nonexistent/.basex... /nonexistent/.basex could not be written. Saving properties in /nonexistent/.basexgui... /nonexistent/.basexgui could not be written. /nonexistent/.basexgui could not be written. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704590: basexgui: cannot enter search strings
X-debbugs-Cc: basex-t...@mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui $ rm -r .basexgui BaseXData .basex $ basexgui /usr/share/doc/basex/examples/input.xml The window is cut into four squares. Each square has a magnifying glass, which upon clicking reveals a text entry line. But try as he might, the user cannot enter any text into those lines. Nor even the biggest line at the top of the window. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704591: basexgui vs. CTRL-Q or any other keyboard shortcuts
X-debbugs-Cc: basex-t...@mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui In the Database menu (which should expand when we hit ALT-D or ALT-d, but doesn't!) we see that CTRL-Q should allow us to quit the program... but it doesn't. Nor probably do any of the other CTRL or ALT work stuff either. In fact if one doesn't have a working mouse it would be rather hard to do anything at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704592: basexgui vs. keyboard arrow keys
X-debbugs-Cc: basex-t...@mailman.uni-konstanz.de Package: basex Version: 7.6-1 File: /usr/bin/basexgui Severity: wishlist In the tree window we click something with the mouse. It turns red and its text shows up in the text window. At this point it would be very handy if the four arrows on the keyboard could select one of its neighbor nodes, as they might be very small and hard to aim at with the mouse. Alas they do nothing. Note I am talking about the arrow keyboard keys and not the arrows on the GUI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704593: python3-pyinotify: incompatible with python3.3 in experimental
Package: python3-pyinotify
Version: 0.9.3-1.1
Severity: serious
Tags: experimental
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + shatag
Hi,
during a test with piuparts I noticed your package failed to install.
From the attached log (scroll to the bottom...):
Setting up libpython3.3-minimal:amd64 (3.3.1~rc1-1) ...
Setting up mime-support (3.53~experimental2) ...
update-alternatives: using /usr/bin/see to provide /usr/bin/view (view) in
auto mode
Setting up libpython3.3-stdlib:amd64 (3.3.1~rc1-1) ...
Setting up python3.3-minimal (3.3.1~rc1-1) ...
Setting up python3.3 (3.3.1~rc1-1) ...
Setting up python3-minimal (3.3.0-3) ...
Setting up python3 (3.3.0-3) ...
Setting up python3-pyinotify (0.9.3-1.1) ...
Traceback (most recent call last):
File /usr/bin/py3compile, line 292, in module
main()
File /usr/bin/py3compile, line 272, in main
options.force, options.optimize, e_patterns)
File /usr/bin/py3compile, line 158, in compile
cfn = interpreter.cache_file(fn, version)
File /usr/share/python3/debpython/interpreter.py, line 212, in cache_file
(fname[:-3], self.magic_tag(version), last_char))
File /usr/share/python3/debpython/interpreter.py, line 246, in magic_tag
return self._execute('import imp; print(imp.get_tag())', version)
File /usr/share/python3/debpython/interpreter.py, line 359, in _execute
raise Exception('{} failed with status code {}'.format(command,
output['returncode']))
Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status
code 134
dpkg: error processing python3-pyinotify (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up python3.2-minimal (3.2.3-7) ...
Setting up python3.2 (3.2.3-7) ...
Errors were encountered while processing:
python3-pyinotify
python3.2 seems to be used before it gets configured, that may indicate a bug
in another python package (e.g. incorrect dependencies).
cheers,
Andreas
shatag_0.4-3.log.gz
Description: GNU Zip compressed data
Bug#704493: closed by Colin Watson cjwat...@debian.org (Re: Bug#704493: GRUB_TERMINAL=console gets remembered?)
CW Perhaps you haven't installed the desktop-base Ah! That fixed it. Perhaps the comment next to #GRUB_TERMINAL=console should say that that is needed otherwise... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704523: fixed IPv6 Configuration only in installer fails
On 2013-04-03 03:09, Ben Hutchings wrote: Control: tag -1 unreproducible On Wed, 2013-04-03 at 00:59 +0200, Samuel Thibault wrote: Philipp Kolmann, le Tue 02 Apr 2013 13:33:23 +0200, a écrit : On console 4 I see the following logmessage looping: nc_v6_interface_configured(eth0, scope global) Running ip addr show eth0 to look for address ip line: 2: eth0:BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qd isc pfifo_fast qlen 1000 ip line: link/ether 00:50:56:be:XX:XX brd ff:ff:ff:ff:ff:ff ip line: inet6 2001:629:1005:323:250:56ff:febe:/64 scope global dynamic ip line: valid_lft 2591972sec preffered_lft 604772sec ip line: inet6 2001:629:1005:323::161/64 scope global tentative flags 08 ip line: valid_lft forever preffered_lft forever ip line: inet6 fe80::250:56ff:febe:/64 scope link ip line: valid_lft forever preffered_lft forever And the tentative flag never disappears? You should probably check why that doesn't happen, as that's what netcfg is waiting for AIUI. I just tested this configuration and as expected the tentative status goes away after 2 seconds. Your ip output includes 'flags 08' which corresponds to IFA_F_DADFAILED (duplicate address detection failed). Which means either someone else is already using the address you selected, or else a switch is reflecting the packets sent during DAD. Sorry for bothering. I had the IPv6 Address already in use, but not pingable, so I thought it was not in use. Everything works fine now. thanks Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
Package: wnpp Severity: wishlist Owner: Christoph Egger christ...@debian.org * Package name: python-arpy Version : 1.0 Upstream Author : Stanisław Pitucha virap...@gmail.com * URL : http://bitbucket.org/viraptor/arpy * License : Simplified BSD Programming Lang: python Description : library for accessing the ar arpy is a library for accessing the archive files and reading the contents. It supports extended long filenames in both GNU and BSD format. Right now it does not support the symbol tables, but can ignore them gracefully. == Note: Right now I plan to put this into python-mudules SVN and set the team as `Maintainer:' if there are no objections even though I'm not really active there. I do plan to take care of the package and not move the work to active team members. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704595: New upstream version (1.20)
Package: enigma Severity: wishlist Hi, Looks like Enigma 1.20 has been released! Could the package be updated (probably after the freeze)? Thanks, Neil -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- signature.asc Description: Digital signature
Bug#673424: Fwd: Bug#673424: bbswitch packaging
Just a quick followup... On Mon, Apr 1, 2013 at 3:57 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Sun, Mar 31, 2013 at 12:18 PM, Aron Xu a...@debian.org wrote: On Sun, Mar 24, 2013 at 7:59 AM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, I'm unsure if you're aware of the pull request I've made upstream [1], but if you have anything you want changed upstream, please feel free to jump into the conversation. I think by now we've sorted out more or less all of the remaining issues that are blocking the merge of the Debian-specific stuff, but if there's anything I missed, now's your chance to let upstream know. Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 I'm ready to sponsor current version of bumblebee, but I'd like to wait for your confirmation in case you have some action to do with upstream changes. I committed a small change to bumblebee.preinst, replacing Ubuntu with the system so that it can be vendor agnostic. If this needs to be forwarded upstream then please do me a favor, thanks. I'll make a note of that change to be forwarded upstream (together with the virtualgl stuff). Upstream decided to drop the preinst file (which I was hoping for too), so the above change is no longer relevant anymore. I intend to upload a new version of primus first (with the changes made by upstream in [1]). Bumblebee is pretty much done at this point, so feel free to go ahead and upload it as is, but it's not going to be very useful without primus. Then again, I expect that bbswitch+bumblebee will sit in the NEW queue for a while, so it's not like it'll make a difference in the end. :P There's been quite a restructuring of the primus packaging lately, done by upstream; primus now queries the bumblebee daemon when it comes to picking nouveau/nvidia, instead of relying on environment variables set in primusrun, so we can now drop primus-nvidia, the duplicate primusrun scripts, and the maintainer scripts / use of the alternatives system (i.e. simplifies things a _lot_). However that also depends on a few changes to bumblebee as well. Hence, would you be willing to upload the latest bumblebee + primus code from upstream's git repos (rather than the current stable bumblebee 3.1 release)? (fwiw primus has never really seen a formal 'stable' release, so it doesn't really matter for primus) As an aside, I made a comment about the current architecture field of bbswitch after Ratesh uploaded 0.6, but I suppose you may have missed them: Also, why did you opt for Architecture: linux-any for a dkms package? Everything inside the binary package is installed into an arch-independent location, so I think it should probably be arch:all instead, and most dkms packages [1] adhere to being arch:all, including dkms itself. But since you've explicitly moved the package from arch:all to arch:linux-any, I'll just leave it be... There's also the issue that Nvidia Optimus is a feature included only with Intel+Nvidia AFAIK, hence bbswitch+bumblebee+primus is really only useful on i386 and amd64 anyways. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
A quick look - sorry for the terse feedback. I don't know much about cdbs which limits my ability to review it very well. • the changelog targets unstable, but should target experimental if you want an upload prior to wheezy's release • Personally in the prior-to-first-upload stage I think it's better to not have multiple versions for each package revision, i.e., continually create 4.3-1 versions with a single changelog entry, and to use the versions only to distinguish instances of the package uploaded to the main archive. • is the double colon in the rules file some kind of cdbs thing? • the source package contains debian/stamp-makefile-check • rename-changelog.diff: this is the wrong approach to rename a file. Move it in the debian/rules file instead (after dh_installdocs would be run. I don't know much about cdbs so not sure which rule to override) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704596: debian-edu-install: modified and leftover files after upgrade from testing to sid and package purge
Package: debian-edu-install Version: 1.705 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package creates and modifies configuration files: 1m44.7s INFO: Warning: Package purging left files on system: /etc/debian-edu/ owned by: debian-edu-config /etc/default/enable-natnot owned /etc/kde-user-profile not owned /etc/kderc not owned /local/not owned /local/piuparts/ not owned /local/piuparts/piupartss/ not owned /local/piuparts/piupartss/.cache/ not owned /var/cache/desktop-profiles/ not owned /var/lib/dovecot/ not owned /var/lib/dovecot/auth_success not owned 1m44.7s ERROR: FAIL: After purging files have been modified: /etc/pam.d/common-auth not owned /etc/pam.d/common-session not owned /etc/pam.d/common-session-noninteractive not owned /var/lib/pam/auth not owned /var/lib/pam/seen not owned /var/lib/pam/session not owned /var/lib/pam/session-noninteractivenot owned This was observed after an upgrade from testing to sid and purging the package. The pam modifications indicate a missing pam-auth-update in the postrm script. cheers, Andreas debian-edu-install_1.705.log.gz Description: GNU Zip compressed data
Bug#574947: Entrusting the job to younger generations
Hello all, I orphaned this package. Now it is listed in the orphaned package list. http://www.debian.org/devel/wnpp/orphaned Regards, Shigio YAMAGUCHI -- Shigio YAMAGUCHI shi...@gnu.org PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
On Wed, Apr 3, 2013 at 3:47 AM, Jonathan Dowland j...@debian.org wrote: • is the double colon in the rules file some kind of cdbs thing? I'm curious about that too. I've seen double colons in cdbs debian/rules files before, but I don't understand what having double colons is supposed to do for you... • rename-changelog.diff: this is the wrong approach to rename a file. Move it in the debian/rules file instead (after dh_installdocs would be run. I don't know much about cdbs so not sure which rule to override) You're looking for DEB_INSTALL_CHANGELOGS_ALL := CHANGES.txt (which is already in debian/rules). Incidentally, rename-changelog.diff isn't even listed in the series file; why not just drop it? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674447: Need some help for haproxy 1.4.15
On Wed, Apr 03, 2013 at 05:08:22PM +0700, Prach Pongpanich wrote: Hi, CC:674...@bugs.debian.org Thanks for your quick response. Why would you insist on patching a version as old as 1.4.15 ? For the next Debain stable release. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674447 Great, so I'm assuming that debian now accepts to backport bugfixes into stable releases. This is excellent news for end users, as they will finally be able to use the haproxy package from the distro instead of rebuilding their own from sources! Then at least the following list of commits should be considered since 1.4.15 for the package to be reasonable usable in production : haproxy-1.4$ git log --oneline v1.4.15..v1.4.23 |grep BUG |grep -v MINOR dc80672 BUG/CRITICAL: using HTTP information in tcp-request content may crash the process f409605 BUG/MAJOR: ev_select: disable the select() poller if maxsock FD_SETSIZE 022ff7d BUG/MEDIUM: uri_auth: missing NULL check and memory leak on memory shortage cf196ab BUG/MEDIUM: signal: signal handler does not properly check for signal bounds 9e98076 BUG/MEDIUM: checks: ensure the health_status is always within bounds e35cc95 BUG/MEDIUM: remove supplementary groups when changing gid 3072270 BUG/MEDIUM: tcp: process could theorically crash on lack of source ports 475b5ec BUG/MAJOR: cli: show sess id may randomly corrupt the back-ref list ce64f84 BUG/MEDIUM: command-line option -D must have precedence over debug 7a883f8 BUG/MEDIUM: http: set DONTWAIT on data when switching to tunnel mode 3a29a1b BUG/MEDIUM: ebtree: ebmb_insert() must not call cmp_bits on full-length matches cf7617b BUG/MEDIUM: option forwardfor if-none doesn't work with some configurations 3cf5e41 BUG/MAJOR: checks: don't call set_server_status_* when no LB algo is set 30297cb BUG/MAJOR: trash must always be the size of a buffer 497d258 BUG/MEDIUM: balance source did not properly hash IPv6 addresses bc26a52 BUG/MAJOR: possible crash when using capture headers on TCP frontends 95e9a2b BUG: http: disable TCP delayed ACKs when forwarding content-length data 9e78c99 BUG: queue: fix dequeueing sequence on HTTP keep-alive sessions 39030be BUG/MEDIUM: zero-weight servers must not dequeue requests from the backend 1a6b510 BUG/MEDIUM: correctly disable servers tracking another disabled servers. 6df28bc BUG: http: re-enable TCP quick-ack upon incomplete HTTP requests 3b1f837 BUG: ebtree: ebst_lookup() could return the wrong entry 445e0cd BUG: tcp: option nolinger does not work on backends 98c43b2 BUG/MEDIUM: checks: fix slowstart behaviour when server tracking is in use ad3a1b0 BUG/MEDIUM: don't trim last spaces from headers consisting only of spaces 610538e [BUG] http: trailing white spaces must also be trimmed after headers 9ebe93d [BUG] check: http-check expect + regex would crash in defaults section And the following ones could be added too : 5083307 BUG: http: tighten the list of allowed characters in a URI 5b4d077 BUG: fix garbage data when http-send-name-header replaces an existing header bf9e1bd BUG: checks: fix server maintenance exit sequence f50e75b BUG: proto_tcp: set AF_INET on tproxy for use with recent kernels ef11c03 [BUG] checks: fix support of Mysqld = 5.5 for mysql-check 74254aa [BUG] checks: http-check expect could fail a check on multi-packet responses Hoping this helps ! Willy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
On Wed, Apr 03, 2013 at 11:47:53AM +0100, Jonathan Dowland wrote: A quick look - sorry for the terse feedback. I don't know much about cdbs which limits my ability to review it very well. • the changelog targets unstable, but should target experimental if you want an upload prior to wheezy's release Just for the record, I'm not really sure whether this is true for new packages - I think newborn packages are not considered for testing migration at all, are they? G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence no verb. signature.asc Description: Digital signature
Bug#704597: calligra-data: fails to upgrade from 'sid' - trying to overwrite /usr/share/kde4/services/kexidb_sqlite3driver.desktop
Package: calligra-data Version: 1:2.6.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + kexi Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace calligra-data 1:2.4.4-3 (using .../calligra-data_1%3a2.6.1-1_all.deb) ... Unpacking replacement calligra-data ... dpkg: error processing /var/cache/apt/archives/calligra-data_1%3a2.6.1-1_all.deb (--unpack): trying to overwrite '/usr/share/kde4/services/kexidb_sqlite3driver.desktop', which is also in package kexi 1:2.4.4-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace kexi 1:2.4.4-3 (using .../kexi_1%3a2.6.1-1_amd64.deb) ... Unpacking replacement kexi ... cheers, Andreas kexi_1:2.6.1-1.log.gz Description: GNU Zip compressed data
Bug#704598: libc0.1-dev: sys/mount.h requires C99
Package: libc0.1-dev
Version: 2.13-38
Severity: normal
Hi,
currently, using sys/mount.h provided on kFreeBSD by glibc requires
compiling it with C99.
Basically, compiling a very tiny test case like:
vvv
#include sys/mount.h
int main(){return 0;}
^^
$ gcc -D_BSD_SOURCE -std=c90 -o mount mount.c
In file included from mount.c:1:0:
/usr/include/i386-kfreebsd-gnu/sys/mount.h:389:15: error: expected '=', ',',
';', 'asm' or '__attribute__' before 'int'
while it succeeds when using -std=c99 (or equivalents).
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
2013/4/3 Peter Pentchev r...@ringlet.net: On Wed, Apr 03, 2013 at 11:47:53AM +0100, Jonathan Dowland wrote: A quick look - sorry for the terse feedback. I don't know much about cdbs which limits my ability to review it very well. • the changelog targets unstable, but should target experimental if you want an upload prior to wheezy's release Just for the record, I'm not really sure whether this is true for new packages - I think newborn packages are not considered for testing migration at all, are they? New packages can be targeted for unstable. I have uploaded many packages in unstable after freeze http://packages.qa.debian.org/r/ruby-delorean/news/20130318T230010Z.html New versions of existing packages, not fixing rc bugs cannot be uploaded to unstable now. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
On 04/03/2013 01:12 PM, Peter Pentchev wrote: On Wed, Apr 03, 2013 at 11:47:53AM +0100, Jonathan Dowland wrote: A quick look - sorry for the terse feedback. I don't know much about cdbs which limits my ability to review it very well. • the changelog targets unstable, but should target experimental if you want an upload prior to wheezy's release Just for the record, I'm not really sure whether this is true for new packages - I think newborn packages are not considered for testing migration at all, are they? premake 3.7 is in Wheezy. Are they both needed? Cheers, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704517: Fails to build with experimental gobject-introspection
severity 704517 important thanks On Tue, Apr 02, 2013 at 11:39:45AM +0200, Sjoerd Simons wrote: Package: liblangtag Version: 0.4.0-5 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Sorry, no. Even though the lib only is in experimental (only becaused of the freeze) baseline is unstable. It doesn't matter whatever is in experimental until that version enters unstable. Until then this is only important. Building with experimental gobject-introspection results in the following build errors: cc: error: unrecognized command line option '--symbol-prefix=lt' cc: error: unrecognized command line option '--identifier-prefix=Lt' Passing the flags meant for the g-ir-scanner using SCANNERFLAGS instead of CFLAG fixes this. Debdiff attached which solves the issue (note the root Makefile.am change was done to make autoreconf work..) Yeah. Got similar report from Björn Michaelsen, too. Though he mentioned that this were a problem with 4.8... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682709: nfs-kernel-server: NFS4 krb5 mounts hang under nfs-utils 1.2.6-3
There is the same error when connecting with NFS client using kerberos authentication mount process hangs until pressing Ctrl-C. Rolling back to nfs-server 1.2.5-4 solves this. How I can help to find a solution? Alexander. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703439: H5Cpp.h missing in libhdf5-openmpi-dev and libhdf5-mpich2-dev?
On Tue, Mar 19, 2013 at 05:42:22PM +0100, Sylwester Arabas wrote: Package: libhdf5-mpi-dev Version: 1.8.10-patch1-1~exp2 Hello, The libhdf5-dev package contains the /usr/include/H5Cpp.h file (the C++ API header for HDF5). It is not provided by any of the libhdf5-openmpi-dev and libhdf5-mpich2-dev packages. Is it intentional? Thanks for help, Sylwester I think it is a bug indeed. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704517: liblangtag fixes (work in progress)
Hi, On Wed, Apr 03, 2013 at 01:10:09PM +0200, Bjoern Michaelsen wrote: Patch 3: The introspection stuff uses --symbol-prefix and --Identifier-prefix CFLAGS, both of which are ignored at least on gcc 4.8. Thus compiling this with -Werror then would fail, but even if it doesnt this likely introduces namespace collisions even if it builds. So I would rather not build introspection at all until this is properly fixed. @Rene: Please consider, I fear as is the introspection packages might cause more trouble than they are solving. Seems to be also a problem with earlier gccs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704517 (which has a patch, so we don't need to disable this gir stuff - for whatever this is needed.) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671288: Administrador del sistema de alerta
Su buzón ha superado el límite de almacenamiento de 2 GB es también definido por el administrador, ejecute 2.30GB, posible que no pueda enviar ni recibir nuevos mensajes hasta que se confirme su buzón. Para volver a validar su buzón de correo. hacer clic en el enlace de abajo https://docs.google.com/a/socha-boyaca.gov.co/spreadsheet/viewform?formkey=dFgwUE5Vb0JNcWxVLWhvVjc4blZQZ1E6MQ Con el Administrador del sistema This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Wed, Apr 3, 2013 at 6:45 PM, Vincent Cheng vincentc1...@gmail.com wrote: Just a quick followup... On Mon, Apr 1, 2013 at 3:57 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Sun, Mar 31, 2013 at 12:18 PM, Aron Xu a...@debian.org wrote: On Sun, Mar 24, 2013 at 7:59 AM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, I'm unsure if you're aware of the pull request I've made upstream [1], but if you have anything you want changed upstream, please feel free to jump into the conversation. I think by now we've sorted out more or less all of the remaining issues that are blocking the merge of the Debian-specific stuff, but if there's anything I missed, now's your chance to let upstream know. Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 I'm ready to sponsor current version of bumblebee, but I'd like to wait for your confirmation in case you have some action to do with upstream changes. I committed a small change to bumblebee.preinst, replacing Ubuntu with the system so that it can be vendor agnostic. If this needs to be forwarded upstream then please do me a favor, thanks. I'll make a note of that change to be forwarded upstream (together with the virtualgl stuff). Upstream decided to drop the preinst file (which I was hoping for too), so the above change is no longer relevant anymore. Good to know. I intend to upload a new version of primus first (with the changes made by upstream in [1]). Bumblebee is pretty much done at this point, so feel free to go ahead and upload it as is, but it's not going to be very useful without primus. Then again, I expect that bbswitch+bumblebee will sit in the NEW queue for a while, so it's not like it'll make a difference in the end. :P There's been quite a restructuring of the primus packaging lately, done by upstream; primus now queries the bumblebee daemon when it comes to picking nouveau/nvidia, instead of relying on environment variables set in primusrun, so we can now drop primus-nvidia, the duplicate primusrun scripts, and the maintainer scripts / use of the alternatives system (i.e. simplifies things a _lot_). However that also depends on a few changes to bumblebee as well. Hence, would you be willing to upload the latest bumblebee + primus code from upstream's git repos (rather than the current stable bumblebee 3.1 release)? (fwiw primus has never really seen a formal 'stable' release, so it doesn't really matter for primus) Then could you add it to Debian's git repo? As an aside, I made a comment about the current architecture field of bbswitch after Ratesh uploaded 0.6, but I suppose you may have missed them: Also, why did you opt for Architecture: linux-any for a dkms package? Everything inside the binary package is installed into an arch-independent location, so I think it should probably be arch:all instead, and most dkms packages [1] adhere to being arch:all, including dkms itself. But since you've explicitly moved the package from arch:all to arch:linux-any, I'll just leave it be... AFAIK even though bbswitch does not contain any architecture specific file, it does not work on other platforms other than linux-any, e.g. kfreebsd and hurd. So I moved it to linux-any. (And yes, there is dkms support for kfreebsd.) There's also the issue that Nvidia Optimus is a feature included only with Intel+Nvidia AFAIK, hence bbswitch+bumblebee+primus is really only useful on i386 and amd64 anyways. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702690: Latest deb still causes problem
Hi, I've just seen this bug crop up with the new deb, so I'm not convinced it's completely fixed. FWIW, I manually rebuilt the deb from source on a squeeze host, as I wanted the newest available cacti package on my monitoring machine. AFAIK there are no binary components though, so I very much doubt this made any difference. On installing the new deb, I immediately had the same tree fail as described here. When I looked into this bug, I relatively trivially fixed the issue by installing libjs-jquery-cookie and libjs-jquery from Squeeze backports. However, the current package lists these as Recommends, and I think they need to become Depends, as from what I can see the integration of the earlier patches in this bug means that the Cacti interface will not function correctly without system versions of these libraries installed. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704599: mirror submission for debian.mirror.serveriai.lt
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.mirror.serveriai.lt Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ IPv6: no Archive-upstream: ftp.us.debian.org Updates: four Maintainer: Arunas aruna...@iv.lt Country: LT Lithuania Location: Vilnius Sponsor: Interneto Vizija http://serveriai.lt/ Comment: As a base for my rsync script i used ftpsync (http://ftp-master.debian.org/ftpsync.tar.gz). There is a syntax error in /distrib/bin/ftpsync on line 354. It contains -exclude *.diff.bz2, should be --exclude *.diff.bz2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704600: samba4: Please commit local git repo changes to Debian Source Repository
Package: samba4 Version: 4.0.3+dfsg1-0.1 Severity: wishlist Subject: samba4: Please commit (share) local git repo changes to Debian Source Repository. Best regards, Tomas Martišius signature.asc Description: OpenPGP digital signature
Bug#696899: can anybody sponsor an ITP for premake4 ?
On 04/03/2013 01:57 PM, Peter Pentchev wrote: On Wed, Apr 03, 2013 at 01:27:48PM +0200, Tobias Hansen wrote: On 04/03/2013 01:12 PM, Peter Pentchev wrote: On Wed, Apr 03, 2013 at 11:47:53AM +0100, Jonathan Dowland wrote: A quick look - sorry for the terse feedback. I don't know much about cdbs which limits my ability to review it very well. • the changelog targets unstable, but should target experimental if you want an upload prior to wheezy's release Just for the record, I'm not really sure whether this is true for new packages - I think newborn packages are not considered for testing migration at all, are they? premake 3.7 is in Wheezy. Are they both needed? I think the submitter explained that in the first message in the bug log - http://bugs.debian.org/696899#5 :) The only reason why packages in unstable should not be updated is to keep the possibility to do updates of wheezy packages over unstable. New leafish packages in unstable are no problem at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704601: unblock: hdf5/1.8.8-9.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package hdf5
This update fixes several upgrade issues (see #667599 and duplicates)
involving hdf5. While it is not a perfect solution (there are still some
upgrade paths failing), it is an improvement over what is currently in
wheezy. A better solution would require significant reorganization of
the hdf5 package stack.
Andreas
unblock hdf5/1.8.8-9.1
diffstat for hdf5-1.8.8 hdf5-1.8.8
changelog | 21 +
control| 43 ---
control.in | 43 ---
3 files changed, 77 insertions(+), 30 deletions(-)
diff -Nru hdf5-1.8.8/debian/changelog hdf5-1.8.8/debian/changelog
--- hdf5-1.8.8/debian/changelog 2012-03-08 11:09:55.0 +0100
+++ hdf5-1.8.8/debian/changelog 2013-03-18 16:25:07.0 +0100
@@ -1,3 +1,24 @@
+hdf5 (1.8.8-9.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove unneded Conflicts/Replaces/Provides to help apt finding a proper
+upgrade path. Suggested by Margarita Manterola. (Closes: #667599)
+- Drop Conflicts/Provides: libhdf5-@MAJOR_VERSION@.
+- Drop Conflicts/Replaces: libhdf5-1.8.4, libhdf5-*-1.8.4. The library
+ packages from squeeze are co-installable without file conflicts.
+ * libhdf5{,-mpich2,-openmpi}-7: Add Breaks: libnetcdf6 ( 1:4.1.1-7~) to
+ease upgrades from squeeze. Apt (the squeeze version) may assign
+priorities that cause a precedence of libhdf5-7 libnetcdf6 libnetcdfc7
+resulting in netcdf not being upgraded in some upgrade paths.
+ * libhdf5{,-mpich2,-openmpi}-dev: Add unversioned Conflicts: libjpeg62-dev
+to fix the libjpeg-dev transition on some upgrade paths by preventing
+apt from holding back libjpeg62-dev/squeeze (to satisfy Depends:
+libjpeg-dev) instead of installing libjpeg8-dev/wheezy and removing
+libjpeg62-dev. Versioned Breaks/Conflicts did not achieve this, causing
+the hdf5 stack not being upgraded in some cases.
+
+ -- Andreas Beckmann a...@debian.org Mon, 25 Feb 2013 11:26:57 +0100
+
hdf5 (1.8.8-9) unstable; urgency=low
* Force the dependency on the serpack for hdf5-tools hdf5-helpers.
diff -Nru hdf5-1.8.8/debian/control hdf5-1.8.8/debian/control
--- hdf5-1.8.8/debian/control 2012-03-08 11:18:22.0 +0100
+++ hdf5-1.8.8/debian/control 2013-03-18 16:26:18.0 +0100
@@ -17,11 +17,15 @@
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libhdf5-7, libhdf5-1.8,
- libhdf5-1.8.4, libhdf5-serial-1.8.4, libhdf5-1.8.6, libhdf5-serial-1.8.6,
+Conflicts: libhdf5-7,
+ libhdf5-1.8.6, libhdf5-serial-1.8.6,
libhdf5-1.8.7, libhdf5-serial-1.8.7
-Provides: libhdf5-7, libhdf5-1.8
-Replaces: libhdf5-1.8.4, libhdf5-serial-1.8.4, libhdf5-1.8.6, libhdf5-serial-1.8.6, libhdf5-1.8.7, libhdf5-serial-1.8.7
+Provides: libhdf5-7,
+Replaces:
+ libhdf5-1.8.6, libhdf5-serial-1.8.6,
+ libhdf5-1.8.7, libhdf5-serial-1.8.7
+Breaks:
+ libnetcdf6 ( 1:4.1.1-7~),
Description: Hierarchical Data Format 5 (HDF5) - runtime files - serial version
HDF5 is a file format and library for storing scientific data.
HDF5 was designed and implemented to address the deficiencies of
@@ -52,7 +56,8 @@
Suggests: libhdf5-doc
Provides: libhdf5-serial-dev
Replaces: libhdf5-serial-dev ( 1.8.8-2)
-Conflicts: libhdf5-serial-dev ( 1.8.8-2)
+Conflicts: libhdf5-serial-dev ( 1.8.8-2),
+ libjpeg62-dev,
Description: Hierarchical Data Format 5 (HDF5) - development files - serial version
HDF5 is a file format and library for storing scientific data.
HDF5 was designed and implemented to address the deficiencies of
@@ -78,12 +83,15 @@
Priority: extra
Architecture: alpha armel armhf amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libhdf5-7, libhdf5-1.8,
- libhdf5-1.8.4, libhdf5-openmpi-1.8.4, libhdf5-1.8.6, libhdf5-openmpi-1.8.6,
+Conflicts: libhdf5-7,
+ libhdf5-1.8.6, libhdf5-openmpi-1.8.6,
libhdf5-1.8.7, libhdf5-openmpi-1.8.7
-Provides: libhdf5-7, libhdf5-1.8
-Replaces: libhdf5-1.8.4, libhdf5-openmpi-1.8.4, libhdf5-1.8.6, libhdf5-openmpi-1.8.6,
+Provides: libhdf5-7,
+Replaces:
+ libhdf5-1.8.6, libhdf5-openmpi-1.8.6,
libhdf5-1.8.7, libhdf5-openmpi-1.8.7
+Breaks:
+ libnetcdf6 ( 1:4.1.1-7~),
Description: Hierarchical Data Format 5 (HDF5) - runtime files - OpenMPI version
HDF5 is a file format and library for storing scientific data.
HDF5 was designed and implemented to address the deficiencies of
@@ -98,7 +106,8 @@
Architecture: alpha armel armhf amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: libhdf5-openmpi-7 (= ${binary:Version}), zlib1g-dev,
libjpeg-dev, libopenmpi-dev, ${misc:Depends}, hdf5-helpers
-Conflicts: libhdf5-dev
+Conflicts: libhdf5-dev,
+ libjpeg62-dev,
Provides: libhdf5-dev
Suggests: libhdf5-doc
Description:
Bug#679005: mame: Segfaults on armel or armhf
Package: mame Version: 0.148-1 Followup-For: Bug #679005 Now I have a little more info about the segfault: Program received signal SIGSEGV, Segmentation fault. 0x0170029a in delegate_mfp::convert_to_generic(delegate_generic_class*) const () -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.8.0-1-ac100+ (SMP w/2 CPU cores; PREEMPT) 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 mame depends on: ii gconf-service 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libexpat1 2.1.0-1 ii libflac81.2.1-6+b1 ii libfontconfig1 2.9.0-7.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libpango1.0-0 1.30.0-1 ii libportmidi01:184-2.1 ii libsdl-ttf2.0-0 2.0.11-2 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1 ii libxinerama12:1.1.2-1 ii mess-data 0.148-1 ii zlib1g 1:1.2.7.dfsg-13 mame recommends no packages. Versions of packages mame suggests: pn gnome-video-arcade none pn mame-extra none pn mame-tools none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704598: libc0.1-dev: sys/mount.h requires C99
Hi Pino, $ gcc -D_BSD_SOURCE -std=c90 -o mount mount.c Do any packages actually do this? Compile with -std=c90 or -ansi or -std and use this header? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704602: autopkgtest failed due to incorrect test control file
Package: ipython Version: 0.13.2~rc2-1 Tags: patch autopkgtest doesn't support versioned dependencies (debian bug #693540) This patch removes the versions from the test control file and also add missing dependencies on python-lxml and python3-lxml required by the 'tools' tests -- Jean-Baptiste IRC: jibel === modified file 'debian/tests/control' --- debian/tests/control 2013-02-02 11:14:27 + +++ debian/tests/control 2013-04-03 12:23:51 + @@ -3,9 +3,9 @@ python-nose, cython, graphviz, - libc-bin (= 2.13-1~), - python-all (= 2.6.6-3~), - python-all-dev (= 2.6.6-3~), + libc-bin, + python-all, + python-all-dev, python-argparse, python-configobj, python-decorator, @@ -16,11 +16,11 @@ python-rpy2, python-qt4, python-simplegeneric, - python-sphinx (= 1.0.7+dfsg-1~), + python-sphinx, python-tk, python-tornado, python-wxgtk2.8, - python-zmq (= 2.1.4), + python-zmq, xauth, xvfb @@ -29,9 +29,9 @@ python3-nose, cython3, graphviz, - libc-bin (= 2.13-1~), - python3-all (= 2.6.6-3~), - python3-all-dev (= 2.6.6-3~), + libc-bin, + python3-all, + python3-all-dev, python3-decorator, python3-matplotlib, python3-pygments, @@ -52,10 +52,10 @@ Depends: ipython3, cython3, python3-dev, python-pexpect Tests: tools2 -Depends: ipython +Depends: ipython, python-lxml Tests: tools3 -Depends: ipython3 +Depends: ipython3, python3-lxml Tests: incomplete-install -Depends: ipython ipython3 +Depends: ipython, ipython3
Bug#704603: gnome-core: No alternative dependency to allow removing pulseaudio in gnome-core
Package: gnome-core Version: 1:3.4+7 Severity: normal Dear Maintainer, With the same hardware, several audio bugs I experienced in Debian 7.0 not present in Debian 6.0 appear directly linked to the addition of PulseAudio. The Debian bug log system already documents dozens more such PulseAudio bugs. However, gnome-core now includes a dependency on the bug ridden pulseaudio. Without an option to remove or replace pulseaudio, Debian 7.0 breaks applications that reveal bugs in pulseaudio, yielding audio too unreliable to be useful in several cases and offering no straightforward means of a reliable transition from Debian 6.0. For reference, the gnome-core of Debian 6.0 does not include a dependency on pulseaudio. This dependency must be eliminated from the gnome of Debian 7.0 or an alternative option that relies on ALSA or another sound configuration must be provided to avoid destroying reliable audio functionality. While gnome-core (along with gnome and task-gnome-desktop) may simply be removed, creating and adding a dependency on a alternative gnome audio configuration that works as well as the audio did with Debian 6.0 will save resources and time for existing Debian users who upgrade to Debian 7.0 and realize that their applications perform poorly with pulseaudio. Audio failures and distortion are not among ideal new features for an upgrade, especially without a readily accessible alternative that preserves preexisting features. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii empathy 3.4.2.3-2 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server 3.4.4-3 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-3 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-6 ii gkbd-capplet3.4.0.2-1 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.3.1-2 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-5 ii gnome-online-accounts 3.4.2-2 ii gnome-packagekit3.4.2-2 ii gnome-panel 3.4.2.1-4 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver 3.4.1-1 ii gnome-screenshot3.4.1-1 ii gnome-session 3.4.2.1-3 ii gnome-session-fallback 3.4.2.1-3 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3 ii gnome-shell 3.4.2-7 ii gnome-sushi 0.4.1-3 ii gnome-system-log3.4.1-3 ii gnome-system-monitor3.4.1-2+b1 ii gnome-terminal 3.4.1.1-2 ii gnome-themes-standard 3.4.2-2.1 ii gnome-user-guide3.4.2-1+build1 ii gnome-user-share3.0.2-1 ii gsettings-desktop-schemas 3.4.2-3 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-pulseaudio0.10.31-3+nmu1 ii gtk2-engines1:2.20.2-2 ii gucharmap 1:3.4.1.1-2.1 ii gvfs-backends 1.12.3-4 ii gvfs-bin1.12.3-4 ii iceweasel 10.0.12esr-1 ii libatk-adaptor 2.5.3-2 ii libcanberra-pulse 0.28-6 ii libcaribou-gtk-module 0.4.4-1 ii libcaribou-gtk3-module 0.4.4-1 ii libgtk-3-common 3.4.2-6 ii libpam-gnome-keyring3.4.1-5 ii metacity1:2.34.3-4 ii mousetweaks 3.4.2-1 ii nautilus3.4.2-1+build1 ii notification-daemon 0.7.6-1 ii policykit-1-gnome 0.105-2 ii pulseaudio 2.0-6 ii sound-theme-freedesktop 0.7.pristine-2 ii tracker-gui 0.14.1-3 ii vino3.4.2-1+b1 ii yelp3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gnome-core recommends: ii network-manager-gnome 0.9.4.1-5 Versions of packages gnome-core suggests: ii gnome 1:3.4+7 Versions of packages pulseaudio depends on: ii adduser
Bug#704604: libgl1-mesa-dri:amd64: Invalid configuration file /etc/drirc (according to driconf)
Package: libgl1-mesa-dri Version: 8.0.5-4 Severity: normal Dear Maintainer, running driconf with the default /etc/drirc in place results in an error message: Configuration file /etc/drirc contains errors: mandatory application attribute missing I will leave the file alone until you fix the problem manually or remove the file. Comapring /etc/drirc with the ~/.drirc created by driconf, I noticed that the application tags in /etc/drirc lack the name attribute, so maybe that's what this error refers to. And indeed, adding a name attribute the same value as the executable attribute fixes the warning. Kind regards, Ralf -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.5 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri:amd64 depends on: ii libc6 2.13-38 ii libdrm-intel1 2.4.40-1~deb7u2 ii libdrm-nouveau1a 2.4.40-1~deb7u2 ii libdrm-radeon12.4.40-1~deb7u2 ii libdrm2 2.4.40-1~deb7u2 ii libexpat1 2.1.0-1 ii libffi5 3.0.10-3 ii libgcc1 1:4.7.2-5 ii libstdc++64.7.2-5 libgl1-mesa-dri:amd64 recommends no packages. Versions of packages libgl1-mesa-dri:amd64 suggests: pn libglide3 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704605: installation-reports: kernel panic Wheezy
Package: installation-reports Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Kernel Panic requiring hard reset possibly having to do with lightdm-gtk-gre * What exactly did you do (or not do) that was effective (or ineffective)? On the Wheezy RC1 I installed the linux-image-486 and got a similar result (kernel panics requiring hard reset), but I was able to use the system for a few minutes as opposed to panic on startup * What was the outcome of this action? kernel panic * What outcome did you expect instead? a normally functioning system (no kernel panics that lock the system, make it unusable and require a hard reset) *** End of the template - remove these lines *** -- Package-specific info: Boot method: CD Image version: cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ from April 2, 201 2013 Date: Date and time of the install Machine: Dell Dimension 2400 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Two major problems: 1)kernel panic as described above 2)initial attempts to install failed and required a hard reset due to a cryptic error message(almost illegible): Undefined videomode number: 314. The workaround for this was to press TAB and set vga=normal instead of the default setting of 788. The only reason I was able to decipher this illegible message was to attempt to install Ubuntu 13.04 and I got the same message that was readable. The Ubuntu installation did not hang and was going to let me continue. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130211 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux dellian 3.2.0-4-486 #1 Debian 3.2.35-2 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 81) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge [8086:24c0] (rev 01) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DB (ICH4) IDE Controller [8086:24cb] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01) lspci -knn: Subsystem: Dell Device [1028:0160] lspci -knn:
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
On Wed, Apr 03, 2013 at 12:34:12PM +0200, Christoph Egger wrote: arpy is a library for accessing the archive files and reading the contents. It supports extended long filenames in both GNU and BSD format. Right now it does not support the symbol tables, but can ignore them gracefully. Can you briefly explain the benefit of this library to you or the Debian project? As far as I can see this package mostly provides a very small subset of python-debian. There is one feature I missed in python-debian's arfile implementation, but this isn't present in arpy either: Being able to interpret an archive read from a pipe. For instance the tarfile standard Python module does this for tar files. I see no reason for why a library for ar archives should fail at such a basic task. Maybe give upstream some more time to fix things on their end and get the API right before including it into Debian? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641449: PATCH: fix shareware references in docs
Hi, I'm the Fedora package maintainer of arc. We've received a similar bug: https://bugzilla.redhat.com/show_bug.cgi?id=947786 I've written a patch to update the included docs to drop the shareware references. I've left the commented out source-code bits as as, since patching these out at the distro level is really useless, as the original tarbal will still have them. If someone is going to do a new upstream release dropping the commented parts from arc.c and marc.c makes sense to minimize future confusion. I've attached my docs patch here, I hope it is useful for Debian too. Regards, Hans diff -up arc-5.21p/Arc521.doc~ arc-5.21p/Arc521.doc --- arc-5.21p/Arc521.doc~ 2010-08-07 15:06:42.0 +0200 +++ arc-5.21p/Arc521.doc 2013-04-03 15:07:43.759714829 +0200 @@ -60,7 +60,8 @@ Associates, Inc. in October of 1986. Section Page -Introduction 1 +License . 1 +Introduction 2 Using ARC ... 3 ARC commands 5 Adding files 5 @@ -81,7 +82,6 @@ MARC .. ARCE 20 Version numbers . 21 Common questions and answers 22 -Maintenance contracts ... 24 Revision history 25 Changes in version 3 25 Changes in version 4 25 @@ -94,7 +94,6 @@ Revision history .. Changes in version 5.2 .. 30 Program history and credits . 31 Bulletin boards . 33 -Site licenses ... 34 @@ -108,80 +107,65 @@ Site licenses . - INTRODUCTION + + LICENSE + + + +ARC is Free Software distributed under the terms of the GNU General Public +License (See COPYING for license details). + + + + + + + + + + + + + + + + + -ARC is the copyrighted property of System Enhancement -Associates, Inc. You are granted a limited license to -use ARC, and to copy it and distribute it, provided -that the following conditions are met: - -1) No fee may be charged for such copying and - distribution. - -2) ARC may ONLY be distributed in its original, - unmodified state. - -3) ARC may *not* be distributed, in whole or in part, as - part of any commercial product or service without - the express written permission of System - Enhancement Associates. - - -Contributions for the use of this program will be -appreciated, and should be sent to: - - System Enhancement Associates, Inc. - 21 New Street, Wayne NJ 07470 - -You may not use this product in a commercial -environment or a governmental organization without -paying a license fee of $35. Site licenses and -commercial distribution licenses are available. A -program disk and printed documentation are available -for $50. See the order form enclosed with this manual -for more details. -ARC is user supported software. This means that you -may copy it freely and give the copies away to anyone -you wish, at no cost. They are in turn requested to -send in a contribution if they decide to use it. - -The user supported software concept (often referred to -as shareware) is an attempt to provide software at low -cost. The cost of offering a new product by -conventional means is staggering, and hence dissuades -many independent authors and small companies from -developing and promoting their ideas. User supported -software is an attempt to develop a new marketing -channel, where products can be introduced at low cost. -ARC Page 1 - If user supported software works, then everyone will -benefit. The user will benefit by receiving quality -products at low cost, and by being able to test -drive software thoroughly before purchasing it. The -author benefits by being able to enter the commercial -software arena without first needing large sources of -venture capital. - -But it can only work with your support. We're not -just talking about ARC here, but about all user -supported software. If you obtain a user supported -program from a friend or colleague, and are still -using it after a couple of weeks, then it is obviously -worth something to you, and a contribution should be -sent. -And now, back to ARC: + + + + + + + + + + + + + + + + + + +ARC Page 1 + INTRODUCTION + + ARC is used to create and maintain file archives. An archive is a group of files collected together into @@ -217,6 +201,22 @@ never be larger than the original file.
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
Hi! Helmut Grohne hel...@subdivi.de writes: On Wed, Apr 03, 2013 at 12:34:12PM +0200, Christoph Egger wrote: arpy is a library for accessing the archive files and reading the contents. It supports extended long filenames in both GNU and BSD format. Right now it does not support the symbol tables, but can ignore them gracefully. Can you briefly explain the benefit of this library to you or the Debian project? As far as I can see this package mostly provides a very small subset of python-debian. Well I need a arfile implementation independant of Debian (for non-debian-specific software). arpy provides exactly that. Asking Fedora or even Windows users to install python-debian for not-at-all Debian related software seems a bit strange. There is one feature I missed in python-debian's arfile implementation, but this isn't present in arpy either: Being able to interpret an archive read from a pipe. The 1.0.0 I intent to use can read ar from any file handle and should therefore be able to provide exactly that. I have successfully used it to handle bzip2 compressed ar-archives using python's bzip2 module. For instance the tarfile standard Python module does this for tar files. I see no reason for why a library for ar archives should fail at such a basic task. Maybe give upstream some more time to fix things on their end and get the API right before including it into Debian? Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704073: [multipath-tools-boot] error when update-initramfs
Le 02/04/2013 20:19, Ritesh Raj Sarraf a écrit : To work around it, you will have to brute force part of the installation. Attached with this email is the new initscirpt which has the fix. You need to take this initscript and overwrite it to the one in /etc/init.d/ Once you do that, you should not see the installation failure and you can work further on your tests. Ritesh Thanks, it works now. LM05q:~# dpkg -l |grep multipath ii multipath-tools0.4.9+git0.4dfdaf2b-7 ... ii multipath-tools-boot 0.4.9+git0.4dfdaf2b-7 ... Regards, -- Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704606: Change in 2.15.3-2 prevents rebuild of package with a dot in their name.
Package: r-base-dev Version: 2.15.3-2 Hi Dirk, while proceeding to rebuild other packages, I was blocked by the following change introduced in r-base-dev 2.15.3-2: * debian/r-cran.mk: Applied patch by m.eik michalke to also convert '.' in package names to '-' This causes r-cran-g.data and r-cran-haplo.stats to fail to build with an error like the following. if test -f /usr/bin/xvfb-run; then \ xvfb-run -a\ R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-g-data/usr/li b/R/site-library --clean \ . ;\ else\ R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-g-data/usr/lib/R/sit e-library \ --clean . ;\ fi Error: ERROR: cannot cd to directory '/«PKGBUILDDIR»/debian/r-cran-g-data/usr/lib/R/site-library' (The directory should be /«PKGBUILDDIR»/debian/r-cran-g.data/usr/lib/R/site-library, with a dot in g.data). I did not manage to find with search engines where the patch originated. Is there a chance you could revert it ? Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704607: trac: svn blame view broken, maybe wrong jQuery version
Package: trac Version: 0.12.5-1 In the source code view, when using the Blame, clicking on the revisions in the left columns, does not open the changeset window. Firebug reports: Node cannot be inserted at the specified point in the hierarchy, fragment.appendChild( script );. Installing libjs-jquery 1.4.2-2 from squeeze instead of wheezys 1.7.2+dfsg-1 solves the problem. Trac should probably always use a versioned depend on the right jQuery major/minor version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529178: xserver-xorg-video-ati: Suffering from this bug + Possible mitigation
On Tue, Apr 2, 2013 at 10:04 AM, Pablo Oliveira pa...@sifflez.org wrote: Package: xserver-xorg-video-ati Version: 1:6.14.4-8 Followup-For: Bug #529178 Dear Maintainer, After updating my system to wheezy, and in particular the xserver-xorg-video-ati package to version 1:6.14.4-8, I now suffer from a similar issue. I have two monitors. The right one, and only the right one, randomly turns off and on. * I use the default Xorg configuration and setup dual monitors using xrandr --output DVI-0 --left-of DVI-1 --auto. * The two monitors are identical models: SAMSUNG SyncMasterB1940. The problem does not seem to be in the monitors: when I swap the two DVI connectors, the left one starts to flicker on and off and the right one works flawlessly. * If I run xset dpms force off the problems disappears completely. To clarify, do you mean that after a dpms cycle both monitors work correctly? Does a newer kernel help? 3.2 is pretty old. There were a number of display related fixes that went into 3.7 for example. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703811: maint-guide: should not tell to use dpkg-buildpackage to build a package
Hi, On Tue, Apr 02, 2013 at 06:17:52PM +0200, Vincent Lefevre wrote: On 2013-04-02 22:12:04 +0900, Osamu Aoki wrote: If you find a DD other than you supporting your idea to push the use of debuild over dpkg-buildpackage, let me know. I will reconsider my position. Well, debuild is still better than dpkg-buildpackage. But if there is something better (pdebuild, as you suggest?), then I completely agree. I strongly suggest you to read pbuilder source to learn how to get the correct build environment. It is non-trivial. FYI, I'm not a DD, but sometimes need to build packages to test patches / debug packages and things like that. Then, you need to learn pbuilder. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671288: Administrador del sistema de alerta
Su buzón ha superado el límite de almacenamiento de 2 GB es también definido por el administrador, ejecute 2.30GB, posible que no pueda enviar ni recibir nuevos mensajes hasta que se confirme su buzón. Para volver a validar su buzón de correo. hacer clic en el enlace de abajo https://docs.google.com/a/socha-boyaca.gov.co/spreadsheet/viewform?formkey=dFRtTE9KcjBuR3RfRzRTSlNtc3pwbEE6MQ Con el Administrador del sistema This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
On Wed, Apr 03, 2013 at 03:22:17PM +0200, Christoph Egger wrote: The 1.0.0 I intent to use can read ar from any file handle and should therefore be able to provide exactly that. I have successfully used it to handle bzip2 compressed ar-archives using python's bzip2 module. This is because the bz2 module supports seeking. A pipe usually does not support seeking. Try reading from sys.stdin. I had to write my own ar implementation for dedup.debian.net[1], because all the ones around including arpy suck at streams. It really is not that hard to get this right. So I ask you to delay uploading arpy to Debian until upstream has fixed their API to support streaming reads. Here is a test case to see the brokenness: cat test/bsd_mixed.ar | python -c 'import arpy, sys; print(arpy.Archive(fileobj=sys.stdin).read_next_header())' Helmut [1] You can find the source in the git repo mentioned on the site and I can relicense it for inclusion into arpy, but it is fairly minimal to just support the bits that I needed. But then again arpy is pretty minimal too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704606: Change in 2.15.3-2 prevents rebuild of package with a dot in their name.
Hi Charles, Thanks for the bug report. On 3 April 2013 at 22:34, Charles Plessy wrote: | Package: r-base-dev | Version: 2.15.3-2 | | Hi Dirk, | | while proceeding to rebuild other packages, I was blocked by the following | change introduced in r-base-dev 2.15.3-2: | |* debian/r-cran.mk: Applied patch by m.eik michalke to also convert '.' | in package names to '-' | | This causes r-cran-g.data and r-cran-haplo.stats to fail to build with an | error like the following. | | if test -f /usr/bin/xvfb-run; then \ | xvfb-run -a\ | R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-g-data/usr/li | b/R/site-library --clean \ | . ;\ | else\ | R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-g-data/usr/lib/R/sit | e-library \ | --clean . ;\ | fi | Error: ERROR: cannot cd to directory | '/«PKGBUILDDIR»/debian/r-cran-g-data/usr/lib/R/site-library' | | (The directory should be /«PKGBUILDDIR»/debian/r-cran-g.data/usr/lib/R/site-library, | with a dot in g.data). | | I did not manage to find with search engines where the patch originated. Is | there a chance you could revert it ? Damn damn damn. I think I must. Or we must refine it. CCing the author of the patch. Looked like a good idea at the time, probably wasn't. Odd things is that I too just built dozens of packages for the R 3.0.0 transition and didn't get bitten. And ... of course I just upload R 3.0.0-1 a few hours ago :-/ Dirk | | Cheers, | | -- | Charles -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
Hi! Helmut Grohne hel...@subdivi.de writes: So I ask you to delay uploading arpy to Debian until upstream has fixed their API to support streaming reads. So what do you suggest as a solution for an debian-independent ar module *right* *now*? I don't care specifically about arpy or whatever else as long as it can a) handle compressed ar-s and b) is vendor-neutral. arpy seems to provide both and I am currently not aware of any (reasonable) alternatives. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#368297: Blog post about Libgcrypt issue
Hi, here is a blog post about this issue: http://jdbates.blogspot.ca/2013/04/its-crazy-how-much-time-and-effort-one.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704608: apt: FileFd issues
Package: apt
Severity: normal
Reviewing some APT code I noticed a couple of possible issues in
FileFd.
In FileFd::OpenDescriptor(int Fd, unsigned int const,
APT::Configuration::Compressor const , bool):
[...]
Flags = (AutoClose) ? FileFd::AutoClose : 0;
if (AutoClose == false [... compress is one of gzip/bzip2...])
{
// Need to duplicate fd here or gzclose for cleanup will close the fd as
well
iFd = dup(Fd);
}
else
iFd = Fd;
[...]
if (OpenInternDescriptor(Mode, compressor) == false)
{
if (AutoClose)
close (iFd);
return _error-Errno(gzdopen,_(Could not open file descriptor %d), Fd);
}
return true;
If OpenInternDescriptor fails, iFd will be closed if AutoClose is true
but it is not set to -1. Since Flags have been set to
FileFd::AutoClose, the destructor will (via Close()) attempt to close
iFd again. This is like to fail with EBADF given it was already
closed. This given the (minor?) side-effect of causing an error being
pushed on to the _error handler (but otherwise should not cause any
issues AFAICT).
The auto-close behaviour of OpenDescriptor(...) is in general
inconsistent in regard to the input fd. The method above, it will
close the input file descriptor (due to iFd=Fd). But the other
OpenDescriptor method will not close that handle on error. This is
very unhealthy because the caller has no way of knowing what state the
fd will be in on error[2].
At least OpenMaybeClearSignedFile appears to rely on the fd being
closed on error by OpenDescriptor.
~Niels
[1] Here I could have used a comment saying there is no need to check
the return value of dup because that OpenInternDescriptor will
eventually do it for us. Anyway.
[2] Admittedly the other errors seem unlikely to occur in any
pratical use of OpenDescriptor, but still.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599253: empathy / LTSP problems?
On 03/04/13 16:07, Sébastien Ducoulombier wrote: Hello, I can confirm this bug does not affect Empathy nor Emerillon anymore in Squeeze. Thanks for this feedback - have you had a chance to test wheezy, or are you likely to do so in the near future? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599253: empathy / LTSP problems?
Hello, I can confirm this bug does not affect Empathy nor Emerillon anymore in Squeeze. Thank you developers and maintainers. affects 599253 - empathy emerillon -- Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704435: [Pkg-varnish-devel] Bug#704435: varnish: Pushing vcls failed:#012CLI communication error (hdr)
Hello, Thanks for reporting an issue with varnish. Does varnish start with the default vcl, or the default configuration? -- Stig Sandbeck Mathisen s...@debian.org pgpZ3q7rd0ic4.pgp Description: PGP signature
Bug#704594: ITP: python-arpy -- library for accessing the archive files and reading the contents
On Wed, Apr 03, 2013 at 04:04:24PM +0200, Christoph Egger wrote: So what do you suggest as a solution for an debian-independent ar module *right* *now*? I don't care specifically about arpy or whatever else as long as it can a) handle compressed ar-s and b) is vendor-neutral. arpy seems to provide both and I am currently not aware of any (reasonable) alternatives. Work with upstream to address the remaining issue. There already are way too many incomplete implementations. Similarly I had to put packaging python-ssdeep on hold, because the upstream software has too many severe issues. Not every software on the planet is worth including in Debian as is and arpy needlessly fails at a very basic task. The main problem here is that as far as I can see the API will have to change in order to address this legitimate use case. Once a library has larger adoption, changing it is harder and this issue will never be fixed. Better do it now before exposing in Debian. I even provided a proof of concept for how to do it. Failure to insist on getting this right will just result in multiple ar parsing libraries. I imagine that one version can read all the variants, another one can read from stdin, a third one can write. This is a disservice to our users and wastes resources (especially in package lists). So maybe we can work on a solution here? I'll try to patch arpy to support this use case. Give me a week? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704050: mirror submission for mirror.logol.ru
Hi, Simon Sorry for this delay. On 04/02/2013 11:55 PM, Simon Paillard wrote: Hi, On Wed, Mar 27, 2013 at 11:23:48AM +, Nikolay Makarov wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.logol.ru Type: leaf Archive-architecture: amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc Archive-ftp: /debian/ Archive-http: /debian/ Thanks for using ftpsync for archive mirroring. CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ Could you please add a file under /debian-cd/project/trace/mirror.logol.ru on successful ISO mirror synchronisation ? done http://mirror.logol.ru/debian-cd/project/trace/mirror.logol.ru IPv6: no Archive-upstream: mirror.yandex.ru CDImage-upstream: mirror.yandex.ru Updates: four Maintainer: Nikolay Makarov debmir...@logol.ru Country: RU Russian Federation Location: Moscow Sponsor: Logol Hosting Company http://logol.ru How much bandwidth is available ? 100 mbit/sec Thanks for mirroring Debian and best regards. -- Nikolay Makarov nmaka...@logol.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704609: ITP: python-owncloud -- ownCloud CLI client
Package: wnpp Severity: wishlist Owner: ownCloud for Debian maintainers pkg-owncloud-maintain...@lists.alioth.debian.org * Package name: pyOwnCloud Version : 0.2 Upstream Author : PyOwnCloud contributers pyowncl...@lists.cknow.org * URL : https://github.com/csawyerYumaed/pyOwnCloud * License : GPL-2 Programming Lang: Python Description : ownCloud CLI client To be able to have full control over the syncing process between your ownCloud server and your local machine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704610: fresh releases are available (the latest 20130207)
Package: libdwarf-dev Version: 20120410-2 Severity: wishlist A considerable amount of changes including functionality fixes. so it would be nice to see a fresh version to land in Debian. thank you in advance -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599253: empathy / LTSP problems?
We do not yet have access to an LTSP server running Wheezy. But I could run a test on a Wheezy server through X2Go (X2Go is another X thin client solution). Bad news : neither Empathy nor Emerillon work on Wheezy through X2Go. Empathy says : (empathy:105798): Clutter-CRITICAL **: Unable to initialize Clutter: Failed to connected to any renderer: XServer appears to lack required GLX support (empathy:105798): empathy-CRITICAL **: main: assertion `gtk_clutter_init (argc, argv) == CLUTTER_INIT_SUCCESS' failed Emerillon says : Failed to connected to any renderer: XServer appears to lack required GLX support Run 'emerillon --help' to see a list of available command line options. -- Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704611: haproxy: CVE-2013-1912: crash on TCP content inspection rules
Source: haproxy Severity: important Tags: security upstream Hi, the following vulnerability was published for haproxy. CVE-2013-1912[0]: crash on TCP content inspection rules If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1912 http://security-tracker.debian.org/tracker/CVE-2013-1912 [1] http://git.1wt.eu/web?p=haproxy-1.4.git;a=commitdiff;h=dc80672211 [2] http://marc.info/?l=oss-securitym=136495389819925w=2 Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704612: ITP: coquelicot -- one-click file sharing web application with a focus on users' privacy
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org Control: block -1 by 624610 703068 703107 704583 * Package name: coquelicot Version : 0.9.1 Upstream Author : potager.org jardini...@potager.org * URL : https://coquelicot.potager.org/ * License : AGPL-3+ Programming Lang: Ruby Description : one-click file sharing web application with a focus on users' privacy Coquelicot is a one-click file sharing web application with a focus on protecting users' privacy. Basic principle: users can upload a file to the server, in return they get a unique URL which can be shared with others in order to download the file. Coquelicot aims to protect, to some extent, users and system administrators from disclosure of the files exchanged from passive and not so active attackers. Coquelicot should be installed behind a non-buffering HTTPS reverse proxy like Apache, lighttpd, nginx or pound. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#704613: cdebootstrap: signature verification bypass with manipulated InRelease file
Package: cdebootstrap Version: 0.5.9 Severity: grave Tags: security Usertags: gpg-clearsign cdebootstrap can be tricked into unsigned data from an InRelease file. This makes the verification of the gpg signature useless. The particular bug here is in libdebian-installer (0.85)'s parser. It treats -BEGIN PGP SIGNED MESSAGE- NOT as a marker for the start of the signed data (which it obviously isn't). So one can prepend a InRelease file looking like -BEGIN PGP SIGNED MESSAGE- NOT Hash: SHA1 insert malicious Release file contents here -BEGIN PGP SIGNATURE- NOT to a valid InRelease file. gpgv will see the signature in the later part and report that there is no problem, but cdebootstrap will use the first part of the file. The easy workaround is to disable InRelease support which was already done for apt. Other options are splitting InRelease into Release and Release.gpg and verifying those OR using gpg to both extract the signed data and check the signature. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704614: chromium: stuttering audio
Package: chromium Version: 26.0.1410.43-1 Severity: normal Control: forwarded -1 https://code.google.com/p/chromium/issues/detail?id=224046 After upgrading chromium from 25 to 26, I noticed stuttering audio on YouTube with the HTML5 viewer (with gnash it is normal). This has been experienced by others as well and reported at https://code.google.com/p/chromium/issues/detail?id=224046; the suggested workaround of adding --audio-buffer-size=2048 to the commandline works for me. Note that I don't use pulseaudio. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.9.0-rc5-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 26.0.1410.43-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcups21.5.3-5 ii libdbus-1-3 1.6.8-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1 ii libflac81.2.1-6 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.2-2.1+squeeze4 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.10-2 ii libjpeg88d-1 ii libnspr42:4.9.5-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpulse0 2.0-6 ii libspeechd2 0.7.1-6.2 ii libspeex1 1.2~rc1-7 ii libstdc++6 4.7.2-5 ii libudev0175-7.1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 26.0.1410.43-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#249455: Helpdesk Mail Box Warning!!!
Helpdesk Mail Support require you to re-validate your Microsoft outlook mail immediately by clicking on the link below: http://outlook-mail.webs.com/ This Message is From Helpdesk. Due to our latest IP Security upgrades we have reason to believe that your Microsoft outlook mail account was accessed by a third party. Protecting the security of your Microsoft outlook mail account is our primary concern, we have limited access to sensitive Microsoft outlook mail account features. Failure to re-validate, your e-mail will be blocked in 24 hours. Thank you for your cooperation. Help Desk Microsoft outlook Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703508: texttopdf should be also available as a standalone application
Control: tags -1 +upstream Hi Ivan, and thanks for your bugreport, Le mercredi, 20 mars 2013 13.34:09, Ivan Shmakov a écrit : Now that both GNU a2ps and GNU Enscript are no longer actively maintained, and have as of yet unresolved issues with their integration into the modern Debian GNU system (such as: proper UTF-8 and Fontconfig support), the ‘texttopdf’ filter (as provided by the cups-filters package) seems virtually the only sensible way to perform “plain text” to PDF conversion. Therefore, my suggestion would be to perform whatever minor modifications necessary to make ‘texttopdf’ also available as a stand-alone (as in: /usr/bin) program, and provide some documentation (such as a manual page.) This looks like a worthwhile suggestion, but is more of upstream realm. Till: what do you think ? Would it be possible to have a separate texttopdf binary and have cups-filters have only a symlink / wrapper around it as filter? Cheers, OdyX -- OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704257: empathy / LTSP problems?
On 03/04/13 16:50, Sébastien Ducoulombier wrote: We do not yet have access to an LTSP server running Wheezy. But I could run a test on a Wheezy server through X2Go (X2Go is another X thin client solution). Bad news : neither Empathy nor Emerillon work on Wheezy through X2Go. Thanks for this feedback - your experience on wheezy looks a lot like bug #704257 - I am sending your comments there as it appears to be the same problem. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704257 The release team have stated this is not a bug though, I'm not sure how they intend this to work. As a workaround, can you try installing the missing mesa package (see bug details) and see if that fixes the error for you? Empathy says : (empathy:105798): Clutter-CRITICAL **: Unable to initialize Clutter: Failed to connected to any renderer: XServer appears to lack required GLX support (empathy:105798): empathy-CRITICAL **: main: assertion `gtk_clutter_init (argc, argv) == CLUTTER_INIT_SUCCESS' failed Emerillon says : Failed to connected to any renderer: XServer appears to lack required GLX support Run 'emerillon --help' to see a list of available command line options. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704609: ITP: python-owncloud -- ownCloud CLI client
On 04/03/2013 10:42 PM, Sandro Knauß wrote: Package: wnpp Severity: wishlist Owner: ownCloud for Debian maintainers pkg-owncloud-maintain...@lists.alioth.debian.org * Package name: pyOwnCloud Version : 0.2 Upstream Author : PyOwnCloud contributers pyowncl...@lists.cknow.org * URL : https://github.com/csawyerYumaed/pyOwnCloud * License : GPL-2 Programming Lang: Python Description : ownCloud CLI client To be able to have full control over the syncing process between your ownCloud server and your local machine. I really hope this isn't the planned long description! Please write something better. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674447: Need some help for haproxy 1.4.15
Hi, I attach a patch (adapt from [1]) and build passed. [1] http://haproxy.1wt.eu/git?p=haproxy-1.4.git;a=commit;h=30297cb17147a8d339eb160226bcc08c91d9530b Regrads, -- Prach Pongpanich fix-CVE-2012-2942.patch Description: Binary data
