Bug#720291: ITP: puppet-module-puppetlabs-concat -- Puppet module that can construct files from fragments
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: puppet-module-puppetlabs-concat Version : 1.0.0 Upstream Author : Puppet Labs Inc i...@puppetlabs.com * URL : http://forge.puppetlabs.com/puppetlabs/concat * License : Apache 2.0 Programming Lang: Ruby Description : Puppet module that can construct files from fragments Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . Puppet's simple declarative specification language provides powerful classing abilities for drawing out the similarities between hosts while allowing them to be as specific as necessary, and it handles dependency and prerequisite relationships between objects clearly and explicitly. . This package contains a Puppet module that can construct files from fragments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720292: ITP: ploop -- tools for managing ploop devices and images
Package: wnpp Severity: wishlist Owner: Ola Lundqvist o...@debian.org Package name: ploop URL: http://download.openvz.org/utils/ploop License: gpl2 Version: 1.8 It is needed to build recent versionf of vzctl. // Ola -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720260: desktop-base: recommended complementary application
On lun., 2013-08-19 at 16:10 -0400, westlake wrote: Please bundle this with the desktop-base.. I think it's a big plus :) desktop-base is really only about the theming/branding. Please reassign to gnome components or to tasksel (for installation). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#583585: [dpkg] Any news ?
Hi, On Tue, 20 Aug 2013, Guillem Jover wrote: Although, as I've said before, I consider dpkg-maintscript-helper a dead-end and in a way a waste of time, I've also said I'd merge patches for it if they look more or less ok. For reference, I'm happy to waste my time on dpkg-maintscript-helper so that you can work on fixing those issues properly at the dpkg level. So I've merged it locally now after fixing some style and shell syntax issues (did you test it?), made last-version optional and added it to the usage output, and I'll try to do some minimal testing tomorrow. But functional tests for pkg-tests.git would be nicer, and if you could prepare an update to the man page so that this can be merged for one of the 1.17.x uploads that'd be even better. I had a chat with Bastien on #debian-qa yesterday and I already asked him to submit functional tests for pkg-tests.git. Can you share your enhanced version so that we can finish the work? Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719908: cannot sign a key with the console pinentry
I think I found the fix - stupidly, it seems we need to set GPG_TTY in the environment when we use gpg-agent. This is actually mentionned in the manpage, but for some reason, I totally missed that, for years. I wonder if we shouldn't set that environment directly in monkeysign if it isn't already set... A. -- À force de ne jamais réfléchir, on a un bonheur stupide - Jean Cocteau pgpLtUmeFTo4F.pgp Description: PGP signature
Bug#720293: gnome-shell: asking to unlock private key blocks the whole shell
Package: gnome-shell Version: 3.4.2-12+b1 Severity: grave Justification: renders package unusable Hi, ok, the mutter bug has been fixed it seems by a few more upgrades, now we have something else: Accesing the ssh private key pops up the usual black temp window for the passphrase, but that is the last that is done. No input possible, no escape possible. Pointer still moves, but has no effect. Thanks for fixing ... -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gir1.2-accountsservice-1.0 0.6.34-1 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.14.4-2 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gtk-3.0 3.8.2-3 ii gir1.2-mutter-3.03.4.1-7+b1 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.42.2-6 ii gir1.2-telepathyglib-0.120.20.4-1 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.21-2 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-6+b2 ii gnome-shell-common 3.4.2-12 ii gnome-themes-standard3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo-gobject21.12.14-5 ii libcairo21.12.14-5 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-2 ii libcogl-pango12 1.14.0-2 ii libcogl121.14.0-2 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-4 ii libecal-1.2-11 3.4.4-4 ii libedataserver-1.2-163.4.4-4 ii libedataserverui-3.0-1 3.4.4-4 ii libegl1-mesa [libegl1-x11] 9.1.6-2 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.8.2-4 ii libgconf-2-4 3.2.6-1 ii libgcr-base-3-1 3.8.2-4 ii libgcr-ui-3-13.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgee2 0.6.8-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.8.0-2 ii libgnome-menu-3-03.8.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.2-3 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0 3.4.1-7+b1 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libp11-kit0 0.18.5-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpolkit-agent-1-0
Bug#720276: [Pkg-fonts-devel] Bug#720276: AW: Bug#720276: Please use http://www.droidfonts.com as Homepage.
I would also be misleading considering the fonts are not downloadable from that site (or I couldn't find how). Although the site is about Droid fonts it mostly leads to Ascender’s Droid Pro fonts which are not free. -- Denis Moyogo Jacquerye On Tue, Aug 20, 2013 at 5:32 AM, Fabian Greffrath fab...@greffrath.com wrote: Thanks, but that is not the location the fonts were taken from and thus might be misleading. Von Samsung Mobile gesendet Ursprüngliche Nachricht Von: Charles Plessy ple...@debian.org Datum: An: Debian Bug Tracking System sub...@bugs.debian.org Betreff: [Pkg-fonts-devel] Bug#720276: Please use http://www.droidfonts.com as Homepage. Package: fonts-droid Version: 1:4.2.r1-2 Severity: wishlist Dear fonts-droid maintainers, here is a trivial patch to use http://www.droidfonts.com as Homepage. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719908: (no subject)
commit 2d8c8ac09c9232807174b097b1ce418df50b0aa7
Author: Antoine Beaupré anar...@koumbit.org
Date: Tue Aug 20 02:21:36 2013 -0400
properly set GPG_TTY if it is missing (Closes: #719908)
This is necessary because gpg seemingly determine the terminal when
called from monkeysign. The reasons behind this are obscure and I
couldn't understand why, but the above fix works, at least.
In the gpg-agent manual, users are explicitely told to configure the
GPG_TTY variable in their session yet I somewhat missed this myself
and I suspect a broad range of users are not doing that, gpg-agent now
being automatically configured by graphical session managers and so
on.
So let's help our poor users a little here.
diff --git a/debian/changelog b/debian/changelog
index b6a8dd5..b08af30 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,7 @@ monkeysign (1.1~git) UNRELEASED; urgency=low
* use STARTTLS if available
* enable SMTP debugging only debugging is enabled
* properly show the unencrypted email with --no-mail (Closes: #720049)
+ * properly set GPG_TTY if it is missing (Closes: #719908)
-- Antoine Beaupré anar...@debian.org Mon, 19 Aug 2013 10:33:52 -0400
diff --git a/monkeysign/cli.py b/monkeysign/cli.py
index f85d7d1..711c7da 100644
--- a/monkeysign/cli.py
+++ b/monkeysign/cli.py
@@ -16,6 +16,7 @@
#along with this program. If not, see http://www.gnu.org/licenses/.
import sys
+import os
import getpass
from monkeysign.ui import MonkeysignUi
@@ -51,6 +52,10 @@ passwords.
MonkeysignUi.main(self)
+if not 'GPG_TTY' in os.environ:
+os.environ['GPG_TTY'] = os.popen('tty').read()
+self.log(_('reset GPG_TTY to %s') % os.environ['GPG_TTY'])
+
# 1. fetch the key into a temporary keyring
self.find_key()
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720188: kfreebsd: please implemente/expose waitid function wait6 syscall
It is planned, but (e)glibc 2.18 upload have to go first, due to changes of idtype_t values. See also 218_waitid* in http://anonscm.debian.org/viewvc/glibc-bsd/trunk/glibc-ports/ We also have to provide (reasonable) fallback implementation under wheezy kernels. Cool! Excellent stuff! I've tried applying 218_waitid* things against the eglibc-package as is in the debian trunk (2.17 based) and failed to compile it properly. Is there a way for me to compile debs The 218_waitid_common.diff is against main tree, the 218_waitid_kbsd.diff is against kfreebsd/ subdir and 218_waitid.c have to be placed as waitid.c in kfreebsd/ subdir. It worked a month ago ;-) or apt-get libc 2.18 with above patches applied? The eglibc upstream have not yet merged glibc 2.18. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720276: [Pkg-fonts-devel] Bug#720276: AW: Bug#720276: Please use http://www.droidfonts.com as Homepage.
Le Tue, Aug 20, 2013 at 07:24:28AM +0100, Denis Jacquerye a écrit : I would also be misleading considering the fonts are not downloadable from that site (or I couldn't find how). Although the site is about Droid fonts it mostly leads to Ascender’s Droid Pro fonts which are not free. Thanks for the fast answers. Note that the Debian copryight file is the definitive place to learn where a work was downoloaded. It is not uncommon to have the Homepage pointing to a different adress. This said, it is your choice, so please do not hesitate to close this bug if you are not convinced. 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#720272: warn upon installing on non pae systems
On Tue, Aug 20, 2013 at 07:42:38AM +0800, jida...@jidanni.org wrote: Shouldn't some warning be given upon attempting to install on machines where /proc/cpuinfo lacks pae? Why? There is no check if this is actually a machine capable of running a kernel with 686-style opcodes. Also the cpuid entry for pae is only decorative and is not always correct. (For example there exists a whole bunch of Pentium M with pae support but without cpuid entry.) Bastian -- Knowledge, sir, should be free to all! -- Harry Mudd, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720272: unbootable and lead to data loss?
On Tue, Aug 20, 2013 at 07:53:06AM +0800, jida...@jidanni.org wrote: Thus wouldn't installing it and removing other kernels make the system unbootable or lead to data loss? No. First: no kernel is removed automatically. Second: The data loss definition only applies to automatic stuff, not to something the user does. Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720294: ITP: puppet-module-puppetlabs-vswitch -- Puppet module for vSwitches
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: puppet-module-puppetlabs-vswitch Version : 0.1.1 Upstream Author : Puppet Labs Inc i...@puppetlabs.com * URL : http://forge.puppetlabs.com/puppetlabs/vswitch * License : Apache 2.0 Programming Lang: Ruby Description : Puppet module for vSwitches Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . Puppet's simple declarative specification language provides powerful classing abilities for drawing out the similarities between hosts while allowing them to be as specific as necessary, and it handles dependency and prerequisite relationships between objects clearly and explicitly. . This package contains a Puppet module for vSwitches. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format
❦ 20 août 2013 06:48 CEST, Tom Lee deb...@tomlee.co : Alright, latest build of this package is up on mentors.debian.net: http://mentors.debian.net/package/capnproto Noticed that my watch file has detected a new point release Kenton put out earlier today to work around that GCC compiler bug. Should I upgrade to the new release now? Or is it okay to follow up with a 0.2.1-1 build once 0.2.0-1 lands in unstable? Please, upgrade now as it can take up to a month to land in unstable. -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#720296: apt-cacher-ng: modifies conffiles (policy 10.7.3): /etc/apt-cacher-ng/backends_debian
Package: apt-cacher-ng Version: 0.7.17-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: [...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time). Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: [...] must not ask unnecessary questions (particularly during upgrades) [...] If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m19.0s ERROR: FAIL: debsums reports modifications inside the chroot: /etc/apt-cacher-ng/backends_debian cheers, Andreas apt-cacher-ng_0.7.17-1.log.gz Description: GNU Zip compressed data
Bug#720295: sozi: Repair the Debian watch file by pointing it to GitHub.
Package: sozi Severity: wishlist Version: 12.05-1 Hello, here is a patch that will repair the watch file in sozi. Please let me know if you would like me to commit it directly. Have a nice day, -- Charles Plessy, Tsurumi, Kanagawa, Japan -- 8 -- Subject: Repair the Debian watch file by pointing it to GitHub. --- debian/watch | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/debian/watch b/debian/watch index 1335647..c99396c 100644 --- a/debian/watch +++ b/debian/watch @@ -1,2 +1,3 @@ version=3 -http://sozi.baierouge.fr/wiki/en:install https://github.*sozi-release-(.*)-\d+.zip +opts=filenamemangle=s/.+\/(\d\S*).tar.gz/sozi-$1.tar.gz/ \ + https://github.com/senshu/Sozi/tags .*/(\d\S*).tar.gz -- 1.8.4.rc0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720187: debian-i18n: Switching keyboard layout to Croatian (hr) shows as popup Serbian (Latin) which is not correct
Quoting Dado (damegaprog...@gmx.net): Package: debian-i18n Severity: minor Dear Maintainer, when using keyboard layout switcher and switching from German (de) to Croatian (hr) it shows the popup with the information Serbian (Latin) which is quite confusing if you have multiple languages installed. Correctly would be Croatian as the popup information. What do you mean by keyboard layout switcher? I don't either understand what you mean by popup but I guess It will be more clear when we know what application you're talking about. signature.asc Description: Digital signature
Bug#719671: openjdk-7 still is not built on alpha
found 719671 7u25-2.3.12-4 thanks The initial bug report is about alpha not being in the architecture list of each binary package listed in debian/control. Thus openjdk-7 is automatically put by wanna-build into the auto-not-for-us list and thus will never be picked up by a build daemon. Even if someone tries to manually build it on alpha no binary packages are produced. I just tried a manual build at 7u25-2.3.12-4 of the bootstrap with gcj (and fixing the arch lists in debian/control) and unfortunately gcj still barfs on the denormalised float point constants. So we still need to build off an earlier built openjdk-7. Please add alpha into the arch list of the relevant binary packages listed in debian/control. Thanks Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720286: flash-kernel: Please support PlatHome OpenBlocks AX3-4 board
On Tue, 2013-08-20 at 13:12 +0900, Nobuhiro Iwamatsu wrote: +U-Boot-Kernel-Address: 0x200 +U-Boot-Kernel-Entry-Point: 0x240 0x40 is the size of the uImage header, I think. So this is just skipping the header and jumping directly into the zImage contained within? Perhaps because this platform uses bootz instead of bootm? In that case why bother with the uImage at all -- why not just install the zImage as the kernel and jump to its head? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713073: PTS: show library transition message also on the source package page
Le 16/08/2013 17:29, Giovanni Mascellani a écrit : @Release team: Joachim Breitner asked to patch PTS so that it displays not only the packages involved in a transition, but also the packages that cause the transition (see the example below). [...] Is Ben aware of this information? If so, could you please export it in a machine parsable way? If not, would you consider adding it? Ben is aware of the packages that match the affected predicate. It seems that predicates the release team uses exclude the packages that cause the transition. For example, in libcogl12, the affected predicate is: .depends ~ /libcogl(9|12)|libcogl-pango(0|12)/ !(.source ~ cogl) The last clause explicitly excludes the cogl source package, and therefore cogl doesn't appear in the transition monitoring page (nor in its PTS). I don't know why this clause was added. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713073: PTS: show library transition message also on the source package page
On 2013-08-20 09:24, Stéphane Glondu wrote: Le 16/08/2013 17:29, Giovanni Mascellani a écrit : @Release team: Joachim Breitner asked to patch PTS so that it displays not only the packages involved in a transition, but also the packages that cause the transition (see the example below). [...] Is Ben aware of this information? If so, could you please export it in a machine parsable way? If not, would you consider adding it? Ben is aware of the packages that match the affected predicate. It seems that predicates the release team uses exclude the packages that cause the transition. For example, in libcogl12, the affected predicate is: .depends ~ /libcogl(9|12)|libcogl-pango(0|12)/ !(.source ~ cogl) In the particular case, yes. We have had (and suppose sometimes still have) transitions where the introducing source package is not affected. The last clause explicitly excludes the cogl source package, and therefore cogl doesn't appear in the transition monitoring page (nor in its PTS). I don't know why this clause was added. Cheers, I think the reason why we prefer having the introducing source package as unaffected, is because it will be taken care of by a source upload (i.e. there is usually nothing for us to do about that package). The introducing package also tends to create its own dependency level in the tracker, so excluding almost always removes a dependency level in the tracker. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630888: ssl renegotiation hangs with long ca lists
Control: forwarded -1 https://issues.apache.org/bugzilla/show_bug.cgi?id=46952 Control: retitle -1 ssl renegotiation hangs with long ca lists Hello Matteo Do you still have that bug? Can you provide additionnal information, as required on https://issues.apache.org/bugzilla/show_bug.cgi?id=46952 please? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717146: pu: package gnome-shell/3.4.2-7+deb7u1
Le lundi 19 août 2013 à 21:05 +0100, Adam D. Barratt a écrit : On Thu, 2013-07-25 at 20:08 +0100, Adam D. Barratt wrote: On Wed, 2013-07-17 at 11:57 +0200, Josselin Mouette wrote: please find attached a proposed update for gnome-shell. It includes these changes: - a bugfix in the “gdm-shell” mode of the login manager; - a move of the first GC pass much earlier in the session, to avoid losing several minutes worth of work if it locks up (I hope you remember the trouble with this crappy GC during the freeze); - a watchdog to suicide the process (and let gnome-session restart it) if the GC actually locks up. Please go ahead; thanks. Ping? I was waiting for feedback, which I just had, so I’m uploading right now. Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720297: [gnome-core] Freeze on startup since 1:3.8+3
Package: gnome-core Version: 1:3.8+3 Severity: critical Hi, since yesterday's update of meta-gnome3 1:3.8+3, GNOME does not start properly anymore. After logging in from GDM, it shows my desktop but freezes. Waiting for several minutes does not help, restarting DBUS (which sometimes helps in this case) does not help either. Even restarting GDM3 or the computer does not help. I assume this has something to do with the update of meta-gnome 1:3.8+3 since this was the last gnome-related update I did this morning. Cheers, Bastian --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 stable repository.spotify.com 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libatk-adaptor(= 2.4) | 2.9.5-1 at-spi2-core (= 2.4) | 2.9.5-1 baobab(= 3.4) | 3.8.2-1 brasero (= 3.4) | 3.8.0-2 caribou (= 0.4.2) | 0.4.4-1 caribou-antler (= 0.4.2) | 0.4.4-1 libcaribou-gtk-module (= 0.4.2) | 0.4.4-1 libcaribou-gtk3-module (= 0.4.2) | 0.4.4-1 dconf-gsettings-backend (= 0.12) | 0.16.1-1 dconf-tools (= 0.12) | 0.16.1-1 empathy (= 3.4) | 3.4.2.3-4+b1 eog (= 3.4) | 3.8.2-1 evince(= 3.4) | 3.4.0-3.1+b1 evolution-data-server (= 3.4) | 3.4.4-4 fonts-cantarell (= 0.0.8) | 0.0.13-1 sound-theme-freedesktop| 0.8-1 gnome-calculator (= 3.8) | 3.8.2-1 gconf2 (= 3.2.5) | 3.2.6-1 gdm3 (= 3.4) | 3.4.1-9 glib-networking (= 2.32) | 2.36.1-2 gnome-backgrounds (= 3.4) | 3.8.1-1 gnome-bluetooth (= 3.4) | 3.8.1-2 gnome-contacts(= 3.4) | 3.4.1-2 gnome-control-center(= 1:3.4) | 1:3.4.3.1-5+b2 gnome-dictionary (= 3.4) | 3.6.0-1 gnome-disk-utility(= 3.0) | 3.0.2-3 gnome-font-viewer (= 3.4) | 3.8.0-1 gnome-icon-theme (= 3.4) | 3.8.2-2 gnome-icon-theme-extras (= 3.4) | 3.6.2-2 gnome-icon-theme-symbolic (= 3.4) | 3.8.2.2-2 gnome-keyring (= 3.4) | 3.8.2-2 libpam-gnome-keyring (= 3.4) | 3.8.2-2 gnome-menus (= 3.4) | 3.8.0-2 gnome-online-accounts (= 3.4) | 3.8.2-1 gnome-packagekit (= 3.4) | 3.8.2-4 gnome-panel (= 3.4) | 3.4.2.1-5 gnome-power-manager (= 3.4) | 3.8.2-1 gnome-screensaver (= 3.4) | 3.4.1-1+b1 gnome-screenshot (= 3.4) | 3.8.2-1 gnome-session (= 3.4) | 3.4.2.1-4 gnome-session-fallback(= 3.4) | 3.4.2.1-4 gnome-settings-daemon (= 3.4) | 3.4.2+git20121218.7c1322-6+b2 gnome-shell (= 3.4) | 3.4.2-12+b1 gnome-system-log (= 3.4) | 3.8.1-1 gnome-system-monitor (= 3.4) | 3.8.2.1-2 gnome-terminal(= 3.4) | 3.8.3-1 gnome-themes-standard (= 3.4) | 3.8.3-1 gnome-user-guide (= 3.4) | 3.8.2-1 gnome-user-share (= 3.0) | 3.8.0-2+b1 tracker-gui| 0.16.1-2 OR gnome-search-tool | 3.6.0-1 gsettings-desktop-schemas (= 3.4) | 3.4.2-3 gstreamer1.0-plugins-base (= 0.10.36) | 1.0.9-1 gstreamer1.0-plugins-good (= 0.10.31) | 1.0.9-1 gstreamer1.0-pulseaudio (= 0.10.31) | 1.0.9-1 libgtk-3-common (= 3.4) | 3.8.2-3 gtk2-engines (= 2.20.2) | 1:2.20.2-2 gucharmap (= 1:3.4) | 1:3.8.2-2 gvfs-backends(= 1.12) | 1.16.3-1 gvfs-bin (= 1.12) | 1.16.3-1 iceweasel (= 10) | 22.0-1 libcanberra-pulse | 0.30-2 gkbd-capplet (= 3.4) | 3.6.0-1 metacity (= 1:2.34) | 1:2.34.13-1 mousetweaks (= 3.4) | 3.8.0-1 nautilus (= 3.4) | 3.4.2-2 notification-daemon (= 0.7.4) | 0.7.6-1 policykit-1-gnome (= 0.105) | 0.105-2 pulseaudio | 4.0-6 gnome-sushi (= 0.4) | 0.4.1-5+b2 vino (= 3.4) | 3.8.1-1 yelp (= 3.4) | 3.8.1-2 zenity(= 3.4) | 3.8.0-1 Recommends (Version) | Installed -+-=== network-manager-gnome| 0.9.8.2-1+b1 Suggests
Bug#720294: ITP: puppet-module-puppetlabs-vswitch -- Puppet module for vSwitches
On Tue, Aug 20, 2013 at 08:43:13AM +0200, Thomas Bechtold wrote: Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. . Puppet's simple declarative specification language provides powerful classing abilities for drawing out the similarities between hosts while allowing them to be as specific as necessary, and it handles dependency and prerequisite relationships between objects clearly and explicitly. A lot of boilerplate. This package contains a Puppet module for vSwitches. Almost nothing about the module itself. Please extend this. At least specify what a vswitch is and which implementations it supports. Bastian -- Without followers, evil cannot spread. -- Spock, And The Children Shall Lead, stardate 5029.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720298: cdo: Not buildable or FTBFS on some architectures
Package: cdo Version: 1.6.0+dfsg.1-4 Severity: serious Dear maintainer, The newest version of your package is currently unable to migrate to testing for a number of reasons: * It has failed to build on armel and powerpc. - The error looks a bit strange; it might just need a give-back. In that case, please send a mail debian-wb-t...@lists.debian.org requesting a give-back[1]. * The build dependencies cannot be installed on mips and s390x. - grib-api and (by extension) libmagics++-dev are not available on these architectures. Please file architecture specific removal bug for unstable against ftp.debian.org. I believe you should use the NBS reason. Thank you in advance, ~Niels [1] Syntax can be read in: http://release.debian.org/wanna-build.txt NB: As stated in the link above, the mail should go to debian-wb-t...@lists.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#720098: debian-installer: Cannot connect to wifi SSID containing comma.
forcemerge 702702 720098 thanks Quoting Sorina - Gabriela Sandu (sandu.sor...@gmail.com): There is another bug report on a similar matter, see [1]. Sure, let's merge both bugs. This is definitely the same one. Yes, that's the part that gets later substituted in the debconf template. I remember discussing this a while ago, but I don't remember any solution to the problem, any suggestions are welcomed. I'm sure the fix can be found by someone who already worked significantly on netcfg (hint, hint) as part of some general work to lower the number of bugs it has..:-) signature.asc Description: Digital signature
Bug#217472: rxvt dies when copying selected text to another program
Hi George, Le 19/08/2013 16:28, George Gensure a écrit : I have successfully reproduced this by pasting into a non-terminal program from rxvt (chrome in my case). I will see about debugging the problem as soon as I can. You true : The issue does not come with the copy, but the paste. In KDE there is a software called klipper, who automatically save last copied contents. This in order to allow user to recover older contents. So this software does automatically paste the rxvt's selection. If I stop klipper, rxvt does not crash anymore when I **select** a text. But this is crash when I **past** (mouse middle button) selected text (into an another terminal, a text editor, ...) Maybe the issue is into rxvt's code called by (Xorg ?) who get the rxvt's selection ? Thanks for your help. Best regards, Olivier -- ~~~ _/\_ ~~~ Phoenix / _ \/ _ \Olivier Allard-Jacquin / / \ / \ \ Web: http://olivieraj.free.fr/ /___/ / \ \___\ Mail: olivie...@free.fr / ///\\\ \ ~~~ Linux Powered !! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: Bug#718129: Re: Re: Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
Sorry for my late response, I have been on vacation last week. Am Montag, den 12.08.2013, 00:29 +0100 schrieb Manuel A. Fernandez Montecelo: So... does this look OK to both of you (I didn't actually upload, waiting for your confirmation)? Yes, it does. However, I would have added a check if the pointer is already set prior to resetting it, e.g. if (!soundfont_paths) soundfont_paths = SDL_strdup(...); But this is really just nit-picking. Thanks for the fix! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720286: flash-kernel: Please support PlatHome OpenBlocks AX3-4 board
Quoting Nobuhiro Iwamatsu (iwama...@debian.org): Package: flash-kernel Version: 3.8 Severity: normal Tags: patch Hi, I created a patch which support PlatHome OpenBlocks AX3-4 board. This is supported by armmp flavor. Could you apply this patch? NOTE: This patch is required in the patch of #720285. I just committed both patches but I have no expertise at all in these things. My proposal is building/uploading what I have and then have People Who Know test it in daily builds. signature.asc Description: Digital signature
Bug#720299: Fwd: ITP: opennebula-context -- Contextualization package for opennebula
Package: wnpp Severity: wishlist Owner: Olivier Sallou osal...@debian.org * Package name: opennebula-context Version : 4.2.0 Upstream Author : OpenNebula * URL : http://opennebula.org/ * License : Apache 2.0 Programming Lang: bash Description : Contextualization package for opennebula The contextualization packages setups the network, adds SSH key and execute init scripts in the virtual machine for the OpenNebula cloud. This package must be installed on a virtual machine only, not on user desktop/server as it manipulates the network setup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713073: PTS: show library transition message also on the source package page
Le 20/08/2013 09:41, Niels Thykier a écrit : I think the reason why we prefer having the introducing source package as unaffected, is because it will be taken care of by a source upload (i.e. there is usually nothing for us to do about that package). [...] The tool was meant to track packages that need sourceful uploads too... [...] The introducing package also tends to create its own dependency level in the tracker, so excluding almost always removes a dependency level in the tracker. You could also make it good, so that it is hidden by the javascript foo. Why does it matter to have an additional dependency level? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719005: #719005: reproducible here
Hi, I'm seeing the same behaviour here. Closing all instances of the terminal seems to restore functionality of the panel (and in the meantime, new apps can be started with alt+f2). I haven't managed to track down what exactly in the terminal triggers the bug, but I found another way to reproduce this: running x2vnc to another computer. I use x2vnc to have one keyboard/mouse control both my main computer and my laptop from time to time; when x2vnc is running, the Cinnamon panel is unresponsive; as soon as it exits, the panel comes back to life. Hopefully this can be used to help debugging. Roland. -- Roland Mas That's one of the good fings about not existin'; they leave you alone most of the time. -- in My Hero (Tom Holt) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format
Done -- 0.2.1-1 was just uploaded to mentors: http://mentors.debian.net/package/capnproto Cheers, Tom On Mon, Aug 19, 2013 at 11:57 PM, Vincent Bernat ber...@debian.org wrote: ❦ 20 août 2013 06:48 CEST, Tom Lee deb...@tomlee.co : Alright, latest build of this package is up on mentors.debian.net: http://mentors.debian.net/package/capnproto Noticed that my watch file has detected a new point release Kenton put out earlier today to work around that GCC compiler bug. Should I upgrade to the new release now? Or is it okay to follow up with a 0.2.1-1 build once 0.2.0-1 lands in unstable? Please, upgrade now as it can take up to a month to land in unstable. -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan Plauger) -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee
Bug#398194: shows just an outline filled with solid white colour
Hi Solveig, thanks for pinging! On Mon, 19. August 2013 15:20, Solveig wrote: Date: Mon, 8 Dec 2008 08:40:27 +0100 (CET), Andreas Tille wrote: Many thanks for the patch. I hope to be able to apply it in the beginning of next week (this week will be quite busy). Ping? from: bug triaging squad Bug triaging squad seems to be a great effort - thanks for doing this. However, in this specific case I need to admit that the patch does not apply because it is against xteddy 2.0 and we have xteddy 2.2. I just forgot to report this to BTW. I also need to admit that my focus has shifted *a* *lot* from my first package that entered for Debian and was just a packaging excercise. I wonder if some newcommer might be interested in getting some training in fixing this (as I said I can not reproduce the problem anyway). The package was moved to team maintenance later and it is in Debian Games Team pkg-games-de...@lists.alioth.debian.org so feel free to take over. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693693: ben: Partial suite support
Hi Johannes, On Mon, Aug 19, 2013 at 03:03:02PM +0200, Johannes Schauer wrote: Hi, not quite sure why I was CC'ed but I do have some comments for Iain :) Quoting Stéphane Glondu (2013-08-19 14:51:47) Le 19/11/2012 13:23, Iain Lane a écrit : My current solution is to externally concatenate and deduplicate Packages/Sources files. The deduplication is required not for ben but for edos-debcheck You should really not use edos-debcheck. Edos has been superseeded by dose3 in 2011 I think and there is no reason to use the deprecated edos anymore. With dose3 you are interested in using dose-builddebcheck One feature of dose-builddebcheck is for example the --latest option which I guess does what you want: reduce the input to the latest package versions. Just quickly, as it's OT for this bug really, we aren't using that as we are using ancient versions of things (the Ubuntu environemnt we're running in is Lucid with some backported OCaml packages). I'll be updating to a more modern system soon and we'll get dose with that. Not sure if ben already passes --latest in its current codebase but if not it should be easy enough to add in the mean time, before Stéphane's refactorings. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#693693: ben: Partial suite support
Hi Stéphane, On Mon, Aug 19, 2013 at 02:51:47PM +0200, Stéphane Glondu wrote: […] As said elsewhere in this bug report, the deduplication is already done in ben. Yes. I can't quite remember the details but it might be that I had to do this for edos-debcheck's purposes, or maybe we're just running a too-old version of ben. It's not been updated for quite some time (the new level calculation stuff you landed seems to be a good reason for us to modernise though; thanks for that!). However, after thinking about it, I am planning to redesign the plumbing between commands. What I am planning to do is the following: * download will only download files; * a new import command will take a list of Sources and Packages files (or query projectb or some other kind of database), and create a ben.cache file. This command would do the canonicalization phase (i.e. add source and source-version fields to all binary packages, etc.); * a new filter command will add the uninstallable (previously edos-debcheck) field, and any other additional massaging we'll want in the future (like keeping only the last version or the is-in-testing virtual field); * the query command will be able to output ben.cache files as well. It will basically act as the dual of import; * monitor will only read a ben.cache file. Basically, it promotes ben.cache-like files (which are binary dumps of an OCaml datastructure and efficiently parsed) as first-class citizens, and the canonical format passed between commands, with bridges to the text control file format via import and query). The logic for partial suite support would be put in import, but concatenating files, then using import and filter looks simple enough to be done externally in a shell script. Sounds fine, but having things in custom shell scripts makes reproducing production environments a bit harder. Ideally (as your description of import says) we'd be able to download, import and filter things for multiple (partial + base) suites entirely inside of ben. It's not hard to do it externally but a bit more messy. What is your opinion on that plan? Seems like it'd meet my needs. And thanks for working on ben :-). I'll try to update our instance soon. Thanks, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#720300: gridsite: some shipped files are not included in md5sums
Package: gridsite Version: 1.7.21-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package does not include md5sums for all the files it ships: gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/.gacl gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/gridsitefoot.txt gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/gridsitehead.txt If these files are intended to be modified, they should be managed by maintainer scripts instead of being shipped. Currently they will be overwritten on every upgrade. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720301: rkhunter: some shipped files are not included in md5sums
Package: rkhunter Version: 1.4.0-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package does not include md5sums for all the files it ships: rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/backdoorports.dat rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/i18n/cn rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/i18n/de rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/i18n/en rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/i18n/zh rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/i18n/zh.utf8 rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/mirrors.dat rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/programs_bad.dat rkhunter: FILE WITHOUT MD5SUM /var/lib/rkhunter/db/suspscan.dat If these files are intended to be modified, they should be managed by maintainer scripts instead of being shipped. Currently they will be overwritten on every upgrade. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720190: [gnustep-base-runtime] Please make the GNUstep directory under my home directory invisible
Package: gnustep-base-runtime Version: 1.22.1-4.1 Followup-For: Bug #720190 I was just about to file the exact same bug report. However, as an addition, maybe it would be more appropriate to move that directory beneath one of the XDG directories, i.e. ~/.cache, ~/.config or ~/.local/share with preference for the first. - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnustep-base-runtime depends on: ii gnustep-base-common1.22.1-4.1 ii gnustep-common [gnustep-fslayout-fhs] 2.6.2-2.1 ii libc6 2.17-92 ii libgcc11:4.8.1-2 ii libgnustep-base1.221.22.1-4.1 ii libobjc4 4.8.1-2 ii lsb-base 4.1+Debian12 gnustep-base-runtime recommends no packages. gnustep-base-runtime suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710688: jwchat
Hello jwchat doesn't work anymore on testing: It fails to install. (#710688) I published a fix for that some weeks ago. I had no feedback. I plan to publish an NMU on mentors for that one. I published a patch for the unknown files bug (#656455) in October 2012, but I got no answer! That was 10 monthes ago. I had no feedback for the patch I proposed about debug mode either (#644097). That was in October too... but that was 2011! Would you like some help on the package, globally? signature.asc Description: This is a digitally signed message part.
Bug#720127: [php-maint] Bug#720127: php5: Maximum execution time exceeded immediately...
Hi Peter,
could you try that with some simple script?
O.
On Mon, Aug 19, 2013 at 2:04 AM, Peter Chubb peter.ch...@nicta.com.auwrote:
Package: php5
Version: 5.5.1+dfsg-2
Severity: normal
Dear Maintainer,
php5 seems to throw a maximum execution time exceeded immediately.
I see this on owncloud and ampache.
I've set the default timeout to 3600 (1 hour), but the error that time
limit is exceeded comes almost immediately.
Here's an example backtrace with timestamps. By my reading that's
about a tenth of a second before the excepton is thrown.
If I up the timelimit to 10 hours, the process succeeds.
( ! ) Fatal error: Maximum execution time of 3600 seconds exceeded in
/usr/share/php/php-gettext/streams.php on line 113
Call Stack
# TimeMemory FunctionLocation
1 0.0004 229952 {main}( ) ../login.php:0
2 0.0565 1471984 require(
'/usr/share/ampache/www/templates/show_login_form.inc.php' )
../login.php:176
3 0.0570 1472488 T_( ) ../show_login_form.inc.php:66
4 0.0570 1472520 __( ) ../gettext.inc:406
5 0.0570 1472568 _gettext( ) ../gettext.inc:285
6 0.0580 1483624 gettext_reader-translate( )../gettext.inc:278
7 0.0580 1484208 gettext_reader-load_tables( ) ../gettext.php:254
8 0.1082 1986656 FileReader-read( ) ../gettext.php:161
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10.0-rc4+ (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages php5 depends on:
ii libapache2-mod-php5 5.5.1+dfsg-2
ii php5-common 5.5.1+dfsg-2
php5 recommends no packages.
php5 suggests no packages.
-- no debconf information
___
pkg-php-maint mailing list
pkg-php-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
Ondřej Surý ond...@sury.org
Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format
Oops, just noticed I missed the leading upper-case 'T' for the capnproto package. Fixed pushing to mentors.d.n now. Cheers, Tom On Tue, Aug 20, 2013 at 1:24 AM, Tom Lee deb...@tomlee.co wrote: Done -- 0.2.1-1 was just uploaded to mentors: http://mentors.debian.net/package/capnproto Cheers, Tom On Mon, Aug 19, 2013 at 11:57 PM, Vincent Bernat ber...@debian.orgwrote: ❦ 20 août 2013 06:48 CEST, Tom Lee deb...@tomlee.co : Alright, latest build of this package is up on mentors.debian.net: http://mentors.debian.net/package/capnproto Noticed that my watch file has detected a new point release Kenton put out earlier today to work around that GCC compiler bug. Should I upgrade to the new release now? Or is it okay to follow up with a 0.2.1-1 build once 0.2.0-1 lands in unstable? Please, upgrade now as it can take up to a month to land in unstable. -- Don't comment bad code - rewrite it. - The Elements of Programming Style (Kernighan Plauger) -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee -- *Tom Lee */ http://tomlee.co / @tglee http://twitter.com/tglee
Bug#720272: warn upon installing on non pae systems
On Tue, 2013-08-20 at 07:42 +0800, jida...@jidanni.org wrote: Package: linux-image-686-pae Version: 3.10+51 Severity: wishlist Shouldn't some warning be given upon attempting to install on machines where /proc/cpuinfo lacks pae? Anyone making a deliberate choice of which kernel flavour to use is assumed to know what they're doing. A kernel flavour unsuitable for the current system could reasonably be installed while preparing a disk for use on a different system. A warning is given when upgrading linux-image-686 from squeeze to wheezy, where it now depends on linux-image-686-pae, as that is not a deliberate choice. Ben. -- Ben Hutchings The obvious mathematical breakthrough [to break modern encryption] would be development of an easy way to factor large prime numbers. - Bill Gates signature.asc Description: This is a digitally signed message part
Bug#711226: inadyn: Can't start because of wrong owner of /run/inadyn
On Mon, Aug 19, 2013 at 12:33 -0500, Steve M. Robbins wrote: Attached in file typescript. Note that /run/inadyn was originally owned by root. As you see in the log file, the daemon failed to run. I manually changed the owner, then re-started the daemon using sudo /etc/init.d/inadyn restart. It's running fine now. The package had installed w/o any errors? Would you please uninstall the package completely (w/ run/log dirs, config) and install it again. Right after install please run following commands, and show its output. $ ls -la /run/inadyn (there should be error) $ ls -la /var/log/inadyn $ ls -l /etc/inadyn.conf Thanks. -- Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712745: Re: [Pkg-puppet-devel] Bug#712745: Bug#7712745: puppet: CVE-2013-3567
Hi again, On 31 July 2013 17:43, Chris Boot c...@tiger-computing.co.uk wrote: This patch isn't part of 2.7.18-5, which is currently in wheezy. We've had to roll our own update internally that includes the patch in order to correctly process reports from other servers. Are you sure that this issue wasn't already present before the security update? After reviewing all the fields I don't see any extra being added or deleted. There is one issue, however, where the report format wasn't bumped to version 3 but this comes from upstream: http://projects.puppetlabs.com/issues/15739 You could check if that is the issue by modifying transaction/report.rb's initialize to @report_format = 3. Regards, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720302: libqt4-opengl-dev dependency on libgl1-dev should be libgl-dev
Source: libqt4-opengl-dev Version: qt4-x11/4:4.8.5+dfsg-3 Severity: normal this is a follow-up on #718992, where i requested the dependency to change to 'libgl1-mesa-dev | libgl1-dev'. due to a deplorable oversight on my part, this said 'libgl1-dev', where instead, it should have been 'libgl-dev' (without the digit 1), so the new dependency should say 'libgl1-mesa-dev | libgl-dev'. both the libgl1-mesa-dev and the libgl1-mesa-swx11-dev package provide the libgl-dev name, but not libgl1-dev. thanks for fixing #718992, and my apologies for the inconvenience. chrysn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#717027: pu: package virtinst/0.600.1-4
On Mon, Aug 19, 2013 at 09:10:00PM +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Mon, 2013-07-15 at 21:26 +0200, Guido Günther wrote: the upload fixes two bugs: 712563 make virt* usable at all with xen 716672 makes sure VMs using the (common) qcow2 image can be clonde Would be great to have this in the next point release. Debdiff is attached. O.k.to upload? I'd prefer 0.600.1-3+deb7u1 as a version number. Other than that, please go ahead; thanks. Version changed and uploaded. Thanks! -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720304: [libknopflerfish-osgi-framework-java] Please change dependency to OpenJDK v7
Package: libknopflerfish-osgi-framework-java Version: 2.3.3-2 Severity: normal Now that OpenJDK v7 is the default libre Java runtime, please could the dependency for this package be changed to it? I can then eliminate v6 from this system (occasionally it gets used where v7 should resulting in bugs reappearing etc). Thanks --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.uk.debian.org 500 unstableignorantguru.github.com 500 unstableftp.uk.debian.org 500 stable www.getgnash.org 500 quodlibet-unstable www.student.tugraz.at 1 experimentalftp.uk.debian.org --- Package information. --- Depends(Version) | Installed -+-=== openjdk-6-jre| 6b27-1.12.5-2 OR sun-java5-jre| OR sun-java6-jre| Package's Recommends field is empty. Suggests (Version) | Installed -+-=== libknopflerfish-osgi-java-doc| -- -- Libre software on Github: https://github.com/OmegaPhil FSF member #9442 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720303: pu: package libvirt/0.9.12-11+deb7u2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
The libvirt daemon crashes when destroying a domain with an attached
console and it's nicer to make files that might contain passwords not
worl readable (they don't contain any passwords by defautl). So okay to
upload with the attached debdiff to wheezy-proposed-updtes?
Cheers,
-- Guido
-- System Information:
Debian Release: jessie/sid
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 5ead189..242a3e2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+libvirt (0.9.12-11+deb7u2) wheezy-proposed-updates; urgency=low
+
+ [ Guido Günther ]
+ * [5bc00df] Make sure qemu.conf isn't world readable by default
+since the user might add passwords to it. (Closes: #710537)
+
+ [ Ferenc Wagner ]
+ * [ce7ef48] Fix libvirtd crash when destroying a domain with attached console
+(Closes: #710517)
+
+ -- Guido Günther a...@sigxcpu.org Tue, 20 Aug 2013 10:37:16 +0200
+
libvirt (0.9.12-11+deb7u1) wheezy-proposed-updates; urgency=low
[ Guido Günther ]
diff --git a/debian/libvirt-bin.postinst b/debian/libvirt-bin.postinst
index 53119a2..510bee7 100644
--- a/debian/libvirt-bin.postinst
+++ b/debian/libvirt-bin.postinst
@@ -61,6 +61,8 @@ add_statoverrides()
SANLOCK_DIR=/var/lib/libvirt/sanlock
+QEMU_CONF=/etc/libvirt/qemu.conf
+
for dir in ${ROOT_DIRS}; do
if ! dpkg-statoverride --list ${dir} /dev/null 21; then
chown root:root ${dir}
@@ -79,6 +81,11 @@ add_statoverrides()
chown root:root ${SANLOCK_DIR}
chmod 0700 ${SANLOCK_DIR}
fi
+
+if ! dpkg-statoverride --list ${QEMU_CONF} /dev/null 21; then
+chown root:root ${QEMU_CONF}
+chmod 0600 ${QEMU_CONF}
+fi
}
diff --git a/debian/patches/series b/debian/patches/series
index 5e1cbe7..8ab62fe 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -20,3 +20,4 @@ rpc-Fix-crash-on-error-paths-of-message-dispatching.patch
qemu-Add-support-for-no-user-config.patch
debian/Allow-xen-toolstack-to-find-it-s-binaries.patch
fix-leak-virStorageBackendLogicalMakeVol.patch
+upstream/Fix-libvirtd-crash-when-destroying-a-domain-with-att.patch
diff --git a/debian/patches/upstream/Fix-libvirtd-crash-when-destroying-a-domain-with-att.patch b/debian/patches/upstream/Fix-libvirtd-crash-when-destroying-a-domain-with-att.patch
new file mode 100644
index 000..62899fa
--- /dev/null
+++ b/debian/patches/upstream/Fix-libvirtd-crash-when-destroying-a-domain-with-att.patch
@@ -0,0 +1,72 @@
+From: Peter Krempa pkre...@redhat.com
+Date: Sat, 8 Jun 2013 15:20:45 +0200
+Subject: Fix libvirtd crash when destroying a domain with attached console
+
+Origin: upstream
+Bug: https://bugzilla.redhat.com/show_bug.cgi?id=969497
+Applied-Upstream: ba226d334acbc49f6751b430e0c4e00f69eef6bf and 45edefc7a7bcbec988f54331ff37fc32e4bc2718
+Last-Update: 2013-06-07
+
+This is two upstream commits squashed:
+
+commit ba226d334acbc49f6751b430e0c4e00f69eef6bf
+Author: Peter Krempa pkre...@redhat.com
+Date: Fri Jul 27 14:50:54 2012 +0200
+
+conf: Remove callback from stream when freeing entries in console hash
+
+When a domain has a active console connection and is destroyed the
+callback is called on private data that no longer exist causing a
+segfault.
+
+commit 45edefc7a7bcbec988f54331ff37fc32e4bc2718
+Author: Peter Krempa pkre...@redhat.com
+Date: Fri Aug 3 11:20:29 2012 +0200
+
+conf: Remove console stream callback only when freeing console helper
+
+Commit ba226d334acbc49f6751b430e0c4e00f69eef6bf tried to fix crash of
+the daemon when a domain with an open console was destroyed. The fix was
+wrong as it tried to remove the callback also when the stream was
+aborted, where at that point the fd stream driver was already freed and
+removed.
+
+This patch clears the callbacks with a helper right before the hash is
+freed, so that it doesn't interfere with other codepaths where the
+stream object is freed.
+
+---
+ src/conf/virconsole.c | 13 +
+ 1 file changed, 13 insertions(+)
+
+diff --git a/src/conf/virconsole.c b/src/conf/virconsole.c
+index 443d80d..01f1c84 100644
+--- a/src/conf/virconsole.c
b/src/conf/virconsole.c
+@@ -290,6 +290,18 @@ error:
+ }
+
+ /**
++ * Helper to clear stream callbacks when freeing the hash
++ */
++static void virConsoleFreeClearCallbacks(void *payload,
++ const void *name ATTRIBUTE_UNUSED,
++ void *data ATTRIBUTE_UNUSED)
++{
++virStreamPtr st = payload;
++
++virFDStreamSetInternalCloseCb(st, NULL, NULL, NULL);
Bug#720305: gforge-mta-exim4: Does not remove comment lines in /etc/aliases upon purge
Package: gforge-mta-exim4 Version: 5.2.2+20130802-1 Severity: minor Hi. gforge-mta-exim4 configures /etc/aliases adding lines prefixed by '### Next line inserted by GForge install' Even though it seems to remove config lines it added, when the package is removed/purged, these comment lines aren't. After severa install/uninstall, the file then contains stuff like : root: auser ### Next line inserted by GForge install ### Next line inserted by GForge install ### Next line inserted by GForge install ... It should be better to get rid of its config bits and the comments alltogether, IMHO. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720307: fai-client: depends on dpkg-divert being available in /usr/sbin
Package: fai-client Version: 4.0.6 Severity: important Upload of dpkg 1.17.0 included the following change: | * Remove update-alternatives, dpkg-divert and dpkg-statoverride |compatibility symlinks under /usr/sbin/. So we can't rely on dpkg-divert being available inside /usr/sbin within FAI. For example systems diverting /sbin/init might end up with a boot failure: | switch_root: cant execute /sbin/init: Exec format error because the dpkg-divertion doesn't get restored. My bugfix is available within FAI's git: https://github.com/faiproject/fai/commit/591a166446163f133077d80952fe2cc058cf63da This patch should become part of an upload towards unstable ASAP and also should reach the upcoming stable point release. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013-08-20t11-20...@devnull.michael-prokop.at
Bug#712745: [Pkg-puppet-devel] Bug#712745: Bug#712745: puppet: CVE-2013-3567
On 20/08/13 10:02, Raphael Geissert wrote: Hi again, On 31 July 2013 17:43, Chris Boot c...@tiger-computing.co.uk wrote: This patch isn't part of 2.7.18-5, which is currently in wheezy. We've had to roll our own update internally that includes the patch in order to correctly process reports from other servers. Are you sure that this issue wasn't already present before the security update? After reviewing all the fields I don't see any extra being added or deleted. There is one issue, however, where the report format wasn't bumped to version 3 but this comes from upstream: http://projects.puppetlabs.com/issues/15739 You could check if that is the issue by modifying transaction/report.rb's initialize to @report_format = 3. Apologies for not sending the debdiff like I said I would. I'll get onto this now. We were running 2.7.18-3~bpo60+1 on squeeze without issues. Following the wheezy upgrade (and going straight to 2.7.18-5) we started seeing the issues with reports not being processed correctly. The only change I can attribute this to is the fix for CVE-2013-3567. The issue was causing reports from squeeze machines (running 2.6.2-5+squeeze6/7/8) to be misparsed by the security-patched wheezy version of Puppet, causing invalid reports to be stored to disk and sent to Dashboard. Applying CVE-2013-3567.fixup-for-v3.patch on our Puppet master causes valid reports to be stored on disk and sent to Dashboard with no changes to the slave nodes. HTH, Chris -- Chris Boot Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720306: uruk: incorrectly blocks and logs tcp RSET packets
Package: uruk Version: 20130426-1 Tag: upstream Hi, Op Tue 20 Aug 2013 om 10:53:37 +0200 schreef Wessel Dankers: Ik dacht dat dit gefixt was, maar ik zie nog steeds: Aug 20 10:52:43 poisson postfix/smtp[28282]: B84AA367: to=w...@cloud.uvt.nl, relay=aspmx.l.google.com[2a00:1450:400c:c03::1b]:25, delay=0.33, delays=0.02/0/0.08/0.23, dsn=2.0.0, status=sent (250 2.0.0 OK 1376988763 ib3si224878wjb.48 - gsmtp) Aug 20 10:52:43 poisson kernel: [435770.792996] ip6tables: IN=eth0 OUT= MAC=00:50:56:9a:1b:fc:00:0e:39:ff:ec:00:86:dd SRC=2a00:1450:400c:0c03::::001b DST=2001:0610:1410::ef20:61d1:5f73:2857 LEN=60 TC=0 HOPLIMIT=57 FLOWLBL=0 PROTO=TCP SPT=25 DPT=42368 WINDOW=0 RES=0x00 RST URGP=0 Die iptables-regel verschijnt na elk verstuurd mailtje. сре 14 10:18 thijs overigens, ik krijg nog steeds veel van dit soort output in syslog: Aug 14 06:03:34 tnli005 kernel: [2554333.457013] iptables: IN=eth0 OUT= MAC=00:50:56:b3:45:d4:00:0e:39:ff:ec:00:08:00 SRC=137.56.247.155 DST=137.56.243.55 LEN=40 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=TCP SPT=58041 DPT=443 WINDOW=0 RES=0x00 RST URGP=0 сре 14 10:18 thijs 1 per minuut сре 14 10:19 Fruit mja dat is die iptables bug сре 14 10:19 thijs was daar niet een workaround voor aangebracht? сре 14 10:21 joostvb zou gefixed moeten zijn in uruk version 20120914 - The Sankt Goar Release сре 14 10:21 joostvb сре 14 10:24 thijs ii uruk 20130426-1 сре 14 10:25 joostvb misschien http://bugs.debian.org/687621 heropenen dan сре 14 10:27 Fruit hmm dit is een RST-pakketje сре 14 10:27 Fruit geen FIN|ACK uruk now has: $iptables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST FIN,ACK -j ACCEPT $ip6tables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST FIN,ACK -j ACCEPT would adding $iptables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST RST -j ACCEPT $ip6tables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST RST -j ACCEPT fix it? Is this yet another bug in iptables? Bye, Joost signature.asc Description: Digital signature
Bug#719945: [Pkg-systemd-maintainers] Bug#719945: systemd: Hangs during shutdown (likely NFS-related)
Am 20.08.2013 01:14, schrieb Andreas Kloeckner: No idea, up to you. Specifying _netdev for an NFS mount feels a bit redundant. It's also a regression of sorts, since sysvinit appears to handle this ok. sysvinit (or rather /etc/init.d/mountnfs.sh) contains a hard-coded list of network file systems. I'm not sure if this list is complete and would fail for more exotic ones, too. I'm not sure, if I'd like to maintain such a hard-coded list within systemd as this approach looks like a hack to me. That said, what we could do, is add a section to README.Debian which explains this difference to sysvinit/sysv-rc and how to fix it. Michae -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#720297: [gnome-core] Freeze on startup since 1:3.8+3
Package: gnome-core Version: 1:3.8+3 Followup-For: Bug #720297 I have the same problem, however it appears not immediately on login but after the first interaction with gnome shell. programs that I start automatically work fine but as soon as I go to Activities, or try to run Alt+F2, or click the network icon or anything else Gnome Shell freezes. I think that it maybe due to a version mismatch because gnome-core is at 1:3.8+3 and gnome-shell is at 3.4.2-12+b1. This is the standard way things are in Sid. I will try to downgrade to gnome-core 1:3.8+2 and upgrade gnome-shell to 3.8.3-1 in experimental to see if the bug remains. I am attaching .xsession-errors that has some serious JS errors by gnome shell that are probably responsible. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-core depends on: ii at-spi2-core 2.9.5-1 ii baobab 3.8.2-1 ii brasero3.8.0-2 ii caribou0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend0.16.1-1 ii dconf-tools0.16.1-1 ii empathy3.4.2.3-4+b1 ii eog3.8.2-1 ii evince 3.4.0-3.1+b1 ii evolution-data-server 3.4.4-4 ii fonts-cantarell0.0.13-1 ii gconf2 3.2.6-1 ii gdm3 3.4.1-9 ii gkbd-capplet 3.6.0-1 ii glib-networking2.36.1-2 ii gnome-backgrounds 3.8.1-1 ii gnome-bluetooth3.8.1-2 ii gnome-calculator 3.8.2-1 ii gnome-contacts 3.4.1-2 ii gnome-control-center 1:3.4.3.1-5+b2 ii gnome-dictionary 3.6.0-1 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.8.0-1 ii gnome-icon-theme 3.8.2-2 ii gnome-icon-theme-extras3.6.2-2 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii gnome-keyring 3.8.2-2 ii gnome-menus3.8.0-2 ii gnome-online-accounts 3.8.2-1 ii gnome-packagekit 3.8.2-4 ii gnome-panel3.4.2.1-5 ii gnome-power-manager3.8.2-1 ii gnome-screensaver 3.6.0-1+b1 ii gnome-screenshot 3.8.2-1 ii gnome-session 3.4.2.1-4 ii gnome-session-fallback 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-6+b2 ii gnome-shell3.4.2-12+b1 ii gnome-sushi0.4.1-5+b2 ii gnome-system-log 3.8.1-1 ii gnome-system-monitor 3.8.2.1-2 ii gnome-terminal 3.8.3-1 ii gnome-themes-standard 3.8.3-1 ii gnome-user-guide 3.8.2-1 ii gnome-user-share 3.8.0-2+b1 ii gsettings-desktop-schemas 3.4.2-3 ii gstreamer1.0-plugins-base 1.0.9-1 ii gstreamer1.0-plugins-good 1.0.9-1 ii gstreamer1.0-pulseaudio1.0.9-1 ii gtk2-engines 1:2.20.2-2 ii gucharmap 1:3.8.2-2 ii gvfs-backends 1.16.3-1 ii gvfs-bin 1.16.3-1 ii iceweasel 24.0~b3-1 ii libatk-adaptor 2.9.5-1 ii libcanberra-pulse 0.30-2 ii libcaribou-gtk-module 0.4.4-1 ii libcaribou-gtk3-module 0.4.4-1 ii libgtk-3-common3.8.2-3 ii libpam-gnome-keyring 3.8.2-2 ii metacity 1:2.34.13-1 ii mousetweaks3.8.0-1 ii nautilus 3.4.2-2 ii notification-daemon0.7.6-1 ii policykit-1-gnome 0.105-2 ii pulseaudio 4.0-6 ii sound-theme-freedesktop0.8-1 ii tracker-gui0.16.1-2 ii vino 3.8.1-1 ii yelp 3.8.1-2 ii zenity 3.8.0-1 Versions of packages gnome-core recommends: ii network-manager-gnome 0.9.8.2-1+b1 Versions of packages gnome-core suggests: ii gnome 1:3.8+3 /etc/gdm3/Xsession: Beginning session setup... localuser:guraltsev being added to access control list openConnection: connect: No such file or directory cannot connect to brltty at :0 /etc/gdm3/Xsession: 45: /etc/X11/Xsession.d/98vboxadd-xclient: /usr/bin/VBoxClient: not found /etc/gdm3/Xsession: 46: /etc/X11/Xsession.d/98vboxadd-xclient: /usr/bin/VBoxClient: not found /etc/gdm3/Xsession: 48: /etc/X11/Xsession.d/98vboxadd-xclient: /usr/bin/VBoxClient: not found /etc/gdm3/Xsession: 50: /etc/X11/Xsession.d/98vboxadd-xclient: /usr/bin/VBoxClient: not found /etc/gdm3/Xsession: 52: /etc/X11/Xsession.d/98vboxadd-xclient: /usr/bin/VBoxClient: not found GNOME_KEYRING_CONTROL=/home/guraltsev/.cache/keyring-kgTkAl SSH_AUTH_SOCK=/home/guraltsev/.cache/keyring-kgTkAl/ssh
Bug#712745: [Pkg-puppet-devel] Bug#712745: Bug#712745: puppet: CVE-2013-3567
On 20/08/13 10:22, Chris Boot wrote:
On 20/08/13 10:02, Raphael Geissert wrote:
Hi again,
On 31 July 2013 17:43, Chris Boot c...@tiger-computing.co.uk wrote:
This patch isn't part of 2.7.18-5, which is currently in wheezy. We've
had to roll our own update internally that includes the patch in order
to correctly process reports from other servers.
Are you sure that this issue wasn't already present before the security
update?
After reviewing all the fields I don't see any extra being added or
deleted. There is one issue, however, where the report format wasn't
bumped to version 3 but this comes from upstream:
http://projects.puppetlabs.com/issues/15739
You could check if that is the issue by modifying
transaction/report.rb's initialize to @report_format = 3.
Apologies for not sending the debdiff like I said I would. I'll get onto
this now.
Here is the source debdiff for the package that we are carrying
internally. This has been tested on our Puppet master server as well as
all our wheezy Puppet slave machines.
HTH,
Chris
--
Chris Boot
deb...@bootc.net
GPG: 1DE8 6AB0 1897 A330 D973 D77C 50DD 5A29 FB09
diff -Nru puppet-2.7.18/debian/changelog puppet-2.7.18/debian/changelog
--- puppet-2.7.18/debian/changelog 2013-06-23 12:11:59.0 +0100
+++ puppet-2.7.18/debian/changelog 2013-07-30 16:13:24.0 +0100
@@ -1,3 +1,10 @@
+puppet (2.7.18-5+tcl1) wheezy; urgency=low
+
+ * Add CVE-2013-3567.fixup-for-v3.patch to fix report generation. See
+#712745 for more information.
+
+ -- Chris Boot c...@tiger-computing.co.uk Tue, 30 Jul 2013 16:13:04 +0100
+
puppet (2.7.18-5) wheezy-security; urgency=high
* Import upstream patch to fix YAML loading vulnerability (CVE-2013-3567)
diff -Nru puppet-2.7.18/debian/patches/CVE-2013-3567.fixup-for-v3.patch
puppet-2.7.18/debian/patches/CVE-2013-3567.fixup-for-v3.patch
--- puppet-2.7.18/debian/patches/CVE-2013-3567.fixup-for-v3.patch
1970-01-01 01:00:00.0 +0100
+++ puppet-2.7.18/debian/patches/CVE-2013-3567.fixup-for-v3.patch
2013-07-30 15:56:56.0 +0100
@@ -0,0 +1,66 @@
+--- a/lib/puppet/resource/status.rb
b/lib/puppet/resource/status.rb
+@@ -73,14 +73,13 @@
+ end
+
+ def initialize_from_hash(data)
+-@resource_type = data['resource_type']
+-@title = data['title']
++@source_description = data['source_description']
++@version = data['version']
+ @resource = data['resource']
+ @file = data['file']
+ @line = data['line']
+ @evaluation_time = data['evaluation_time']
+ @change_count = data['change_count']
+-@out_of_sync_count = data['out_of_sync_count']
+ @tags = data['tags']
+ @time = data['time']
+ @out_of_sync = data['out_of_sync']
+--- a/lib/puppet/transaction/report.rb
b/lib/puppet/transaction/report.rb
+@@ -90,17 +90,12 @@
+ end
+
+ def initialize_from_hash(data)
+-@puppet_version = data['puppet_version']
+-@report_format = data['report_format']
+-@configuration_version = data['configuration_version']
+-@environment = data['environment']
+-@status = data['status']
++@external_times = data['external_times']
+ @host = data['host']
+ @time = data['time']
+ if @time.is_a? String
+ @time = Time.parse(@time)
+ end
+-@kind = data['kind']
+
+ @metrics = {}
+ data['metrics'].each do |name, hash|
+--- a/lib/puppet/transaction/event.rb
b/lib/puppet/transaction/event.rb
+@@ -30,16 +30,21 @@
+ end
+
+ def initialize_from_hash(data)
+-@audited = data['audited']
+ @property = data['property']
+ @previous_value = data['previous_value']
+ @desired_value = data['desired_value']
+-@historical_value = data['historical_value']
+ @message = data['message']
+ @name = data['name'].intern
+ @status = data['status']
+ @time = data['time']
+ @time = Time.parse(@time) if @time.is_a? String
++@file = data['file']
++@line = data['line']
++@resource = data['resource']
++@tags = data['tags']
++@source_description = data['source_description']
++@version = data['version']
++@default_log_level = data['default_log_level']
+ end
+
+ def property=(prop)
diff -Nru puppet-2.7.18/debian/patches/series
puppet-2.7.18/debian/patches/series
--- puppet-2.7.18/debian/patches/series 2013-06-23 12:11:59.0 +0100
+++ puppet-2.7.18/debian/patches/series 2013-07-30 15:56:45.0 +0100
@@ -7,3 +7,4 @@
apache2-passenger-template
fix_logcheck
2.7.21-Patch-for-CVE-2013-3567.patch
+CVE-2013-3567.fixup-for-v3.patch
signature.asc
Description: OpenPGP digital signature
Bug#720308: gitweb's manual: please update, amend or remove doc related to FastCGI
Package: gitman Version: 1:1.7.10.4-1+wheezy1 gitweb is supposed to be serveable through FastCGI with Apache, as its manual claimed it (section WEBSERVER CONFIGURATION, subsection Apache with FastCGI). I experimented an error using it, as generated XHTML had double/wrong encoding (i.e. non all UTF-8), when gitweb CGI script encounter my (accented) name, e.g. in git's log. This problem is known, as e.g. reported here: http://git.661346.n2.nabble.com/Gitweb-running-as-FCGI-does-not-print-its-output-in-UTF-8-td7573415.html I encountered this problem on a personal server of mine, with an up-to-date Debian Wheezy: - uname -a Linux saintux 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686 GNU/Linux - dpkg -s libc6 | grep ^Version Version: 2.13-38 - dpkg -s apache2 | grep ^Version Version: 2.2.22-13 - dpkg -s gitweb | grep ^Version; dpkg -s git-man | grep ^Version; dpkg -s git | grep ^Version Version: 1:1.7.10.4-1+wheezy1 The easiest solution could be to not recommend FastCGI for gitweb, and update documentation so. Or perhaps simply remove dedicated section, as it claims to be UNTESTED? Also, this section shows a `FastCGIServer` directive, which is specific to libapache2-mod-fastcgi, which belongs to non-free packages' section. For example, a free alternative is package libapache2-mod-fcgid, which has not this directive. So this section content could also be rewritten, according to the recommended Apache's FastCGI module by Debian (I don't know if it is libapache2-mod-fcgid). An other and last remark: could it be possible that gitweb's manual belong to gitweb's package This bug report should IMHO better stand with gitweb's other bugs? Thank you! -- Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720141: redminei-sqlite: fails to install: uninitialized constant Arel::Relation
Same here with redmine-pgsql. I think it is a bug in the very redmine package, not backend. However, schema was created and admin user exists in users table. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715184: more general patch to solve this boot issue
Hello,
Since I first report the problem, I have improved my initial patch.
As it seems to be more general than lvm2 related, I moved the loop out
of the lvm script and put it in a separate wait-for-disks script that I
put in the init-top directory, with an explicit loop copied from
cryptroot to ensure this script is the last run from init-top.
With this setup, all scripts run in the phases after init-top can rely
on the disks being available.
The complete wait-for-disks script is attached.
best regards,
Luc
#!/bin/sh
prereqs()
{
# this part has been borrowed from the script local-top/cryptroot
# Make sure that we are run last in init-top
for req in $(dirname $0)/*; do
script=${req##*/}
if [ $script != $(basename $0) ]; then
echo $script
fi
done
}
case $1 in
prereqs)
prereqs
exit 0
;;
esac
icount=0
while [ ! -e /dev/disk/by-path ] [ $icount -lt 100 ] ; do
/bin/sleep 0.1
icount=$(( $icount + 1))
done
exit 0
Bug#719842: [pkg-db-devel] Bug#719842: db5.3: FTBFS: jh_linkjars: Invalid option: N
Control: severity -1 minor Thorsten, I understand your dedication for reviving the m68k port, but I don't understand how the bug in unofficial port can have important severity. But feel free to send a patch. O. On Fri, Aug 16, 2013 at 1:23 AM, Thorsten Glaser t...@mirbsd.de wrote: Source: db5.3 Version: 5.3.21-2 Severity: important Justification: fails to build from source (but built successfully in the past) Dear maintainer, as you can see from the attached full build log, your package FTBFS because it invokes javahelper badly. I think (without looking at it further) this may be because of the setting that m68k is not in gcj_native_archs for some reason that wasn’t told me yet when I asked why. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.10-1-m68k Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static ___ pkg-db-devel mailing list pkg-db-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-db-devel -- Ondřej Surý ond...@sury.org Have you tried Knot DNS – https://www.knot-dns.cz/ – a high-performance authoritative-only DNS server
Bug#720308: gitweb's manual: please update, amend or remove doc related to FastCGI
Package: git-man Version: 1:1.7.10.4-1+wheezy1 (Sorry for the typo in package's name.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720310: secure-delete: Manpage of sfill shows a misspelled word
Package: secure-delete Version: 3.1-6 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was suggested to achieve the following: * sfill.1: Fixed typo on line 42 (finished) (LP: #1210967) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-17-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'sfill.1' --- sfill.1 2013-07-05 08:50:37 + +++ sfill.1 2013-08-13 15:40:41 + @@ -39,7 +39,7 @@ .PP afterwards as many temporary files as possible are generated to wipe the free inode space. After no more temporary files can be created, they are -removed and sfill is finnished. +removed and sfill is finished. .PP .SH COMMANDLINE OPTIONS
Bug#720306: uruk: incorrectly blocks and logs tcp RSET packets
On Tue, Aug 20, 2013 at 11:21:38AM +0200, Joost van Baal-Ilić wrote: Package: uruk Version: 20130426-1 Tag: upstream Hi, Op Tue 20 Aug 2013 om 10:53:37 +0200 schreef Wessel Dankers: Ik dacht dat dit gefixt was, maar ik zie nog steeds: Aug 20 10:52:43 poisson postfix/smtp[28282]: B84AA367: to=w...@cloud.uvt.nl, relay=aspmx.l.google.com[2a00:1450:400c:c03::1b]:25, delay=0.33, delays=0.02/0/0.08/0.23, dsn=2.0.0, status=sent (250 2.0.0 OK 1376988763 ib3si224878wjb.48 - gsmtp) Aug 20 10:52:43 poisson kernel: [435770.792996] ip6tables: IN=eth0 OUT= MAC=00:50:56:9a:1b:fc:00:0e:39:ff:ec:00:86:dd SRC=2a00:1450:400c:0c03::::001b DST=2001:0610:1410::ef20:61d1:5f73:2857 LEN=60 TC=0 HOPLIMIT=57 FLOWLBL=0 PROTO=TCP SPT=25 DPT=42368 WINDOW=0 RES=0x00 RST URGP=0 Die iptables-regel verschijnt na elk verstuurd mailtje. сре 14 10:18 thijs overigens, ik krijg nog steeds veel van dit soort output in syslog: Aug 14 06:03:34 tnli005 kernel: [2554333.457013] iptables: IN=eth0 OUT= MAC=00:50:56:b3:45:d4:00:0e:39:ff:ec:00:08:00 SRC=137.56.247.155 DST=137.56.243.55 LEN=40 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=TCP SPT=58041 DPT=443 WINDOW=0 RES=0x00 RST URGP=0 сре 14 10:18 thijs 1 per minuut сре 14 10:19 Fruit mja dat is die iptables bug сре 14 10:19 thijs was daar niet een workaround voor aangebracht? сре 14 10:21 joostvb zou gefixed moeten zijn in uruk version 20120914 - The Sankt Goar Release сре 14 10:21 joostvb сре 14 10:24 thijs ii uruk 20130426-1 сре 14 10:25 joostvb misschien http://bugs.debian.org/687621 heropenen dan сре 14 10:27 Fruit hmm dit is een RST-pakketje сре 14 10:27 Fruit geen FIN|ACK uruk now has: $iptables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST FIN,ACK -j ACCEPT $ip6tables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST FIN,ACK -j ACCEPT would adding $iptables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST RST -j ACCEPT $ip6tables -A INPUT --protocol tcp --tcp-flags SYN,ACK,FIN,RST RST -j ACCEPT fix it? Is this yet another bug in iptables? the story behind this: we are client and initialize outgoing tcp session. return traffic gets allowed since matching state. incoming rset packet gets received, apparently kernel doesn't recognize it as belonging to a tcp-session being shut down, and can't match the state. would tweaking one of net.ipv4.netfilter.ip_conntrack_tcp* sysctl flags be better? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720309: gimp: Gimp erroneously assumes I want to convert all files to .xcf
Package: gimp Version: 2.8.4-1 Severity: wishlist * What led up to the situation? Opened filename.png file, edited it a bit, tried to save it. The normal action for saving is File-Save * What was the outcome of this action? Gimp wanted to create filename.xcf * What outcome did you expect instead? I expected to save my changes to filename.png. I did not want a new file format. The file started out as a png - it only needed some editing. I understand that xcf may be a preferred format - and the correct default when creating a new file. But this was not a new file - I made minor modifications to an existing file. In such cases, I expect saving to the same file - in the same format. If I wanted to save to a different file, I would use Save As or possibly Export. But plain Save should save to whatever file I opened - and in the same format. (Or possibly refuse, if I really added something that cannot be saved to such a file. I understand that I can't save 32-bit color to a .gif, for example.) Trying to unconditionally reformat every file as xcf is not userfriendly. That format may have some advantages, but gimp does not know what I am using my files for. In this case, the file is used by a webpage where (1) its name is hardcoded, and (2) not all clients support xcf. I am filing this as a wishlist bug - obviously the maintainers can take the program in whatever direction they decide. But the program got harder to use for me, and I cannot see that this offers improvement. So although gimp works, I consider this insistence on xfc a (small) design bug. Helge Hafting -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.8.4-1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.8.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgegl-0.2-0 0.2.0-3 ii libgimp2.0 2.8.4-1 ii libglib2.0-02.36.3-3 ii libgs9 9.05~dfsg-8 ii libgtk2.0-0 2.24.20-1 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 1.8.1-4 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-4 ii libpoppler-glib80.22.5-1 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.42.2-6 ii libtiff43.9.7-1 ii libwebkitgtk-1.0-0 1.8.1-4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.6.0-1 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.5-2 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.16.3-1 ii libasound21.0.27.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720311: concordance: uninstallable on kfreebsd
Package: concordance Version: 1.0-1 Severity: serious The latest concordance package depends on concordance-common which depends on iptables. iptables is linux-specific, but concordance is built on kfreebsd and hurd. You need to either adjust the dependency, or stop building on non-linux (and get ftp-master to remove the existing kfreebsd and hurd binaries). Cheers, Julien signature.asc Description: Digital signature
Bug#720141: redminei-sqlite: fails to install: uninitialized constant Arel::Relation
tags 720141 confirmed retitle 720141 ruby-arel: version = 4.0.0 breaks ruby-activerecord-3.2 reassign 720141 ruby-arel 4.0.0-1 -- I believe this is a temporary glitch in the transition to rails 4.0. Downgrading ruby-arel to version 3.0.2-3 fixes the issue. Reassigning to ruby-arel, which should Breaks ruby-activerecord-3.2. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712745: [Pkg-puppet-devel] Bug#712745: Bug#712745: puppet: CVE-2013-3567
Hi Chris, On 20 August 2013 11:22, Chris Boot c...@tiger-computing.co.uk wrote: The issue was causing reports from squeeze machines (running 2.6.2-5+squeeze6/7/8) to be misparsed by the security-patched wheezy version of Puppet, causing invalid reports to be stored to disk and sent to Dashboard. Applying CVE-2013-3567.fixup-for-v3.patch on our Puppet master causes valid reports to be stored on disk and sent to Dashboard with no changes to the slave nodes. Er, that's a weird combination of versions, but in any case with the patch you sent you are downgrading puppet 2.7's report format from version 2 (3 actually) to version 1. I personally don't think this has anything to do with the security update and I'd rather look into the consumer of the reports (puppet dashboard in this case). Temporarily downgrading to the version prior the DSA could allow you to confirm whether this is in fact a regression. -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720127: [php-maint] Bug#720127: php5: Maximum execution time exceeded immediately...
Ondřej == Ondřej Surý ond...@debian.org writes:
Ondřej could you try that with some simple script?
Simple scripts don't seem to show the problem. I see it on Owncloud
and on Ampache.
My *guess* as to what's happening is that there's some other timeout
using SIGPROF, that triggers the Execution Time Exceeded message.
Try this:
?php
date_default_timezone_set('UTC');
@set_time_limit(3600);
@ini_set('max_execution_time', 3600);
@ini_set('max_input_time', -1);
while (1) {
echo date(DATE_RFC822) ;
echo \n;
}
?
The output I see is:
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
Tue, 20 Aug 13 10:27:04 +
PHP Fatal error: Maximum execution time of 3600 seconds exceeded in
/home/peterc/xxx.php on line 7
PHP Stack trace:
PHP 1. {main}() /home/peterc/xxx.php:0
PHP 2. date() /home/peterc/xxx.php:7
--
Peter C
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720312: debian-maintainers: Please add Phillip Susi as a DM
Package: debian-maintainers Severity: normal Owner: Phillip Susi ps...@ubuntu.com Please add Phillip Susi's key to the Debian Maintainers keyring. A jetring changeset is attached. Comment: Add Joe Healy joehe...@gmail.com as a Debian Maintainer Date: Tue, 20 Aug 2013 20:18:13 +1000 Agreement: https://lists.debian.org/debian-newmaint/2013/07/msg00017.html Advocates: anibal - https://lists.debian.org/debian-newmaint/2013/07/msg00022.html paultag - https://lists.debian.org/debian-newmaint/2013/07/msg00025.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.12 (GNU/Linux) mQENBE7n3q8BCADW6Ejug3TeJn21ri5Pnqo7AraXyOhSWeatq377kbF9fJb+bd4l hhcWqs9BBCMcOrMdfDgAU6cP+TSNe5SBBPt89d0YZ8WH020eg3WkxXeph29wZyLj 2HdxTMpZVv5p6QL1ksRmbnsToiJvXT24ydjLG3BTl+TAEDXuppPq0AlEYqkvD9fY Sqad1s064IppHQZhYVgmcEHOHt0vY66QW+UfwSI+GpkaXULlDS9WAphgWXrUoodb tC283pZUcBAio54uENUNT96ChzdlJ/9eyDRMjEhyL42AmazPVKgwZdLlrPG0iodD evxvsDbIgu0acGAeSjvt1tWgI+F5TJDeYfxfABEBAAG0H1BoaWxsaXAgU3VzaSA8 cHN1c2lAY2ZsLnJyLmNvbT6IRgQQEQgABgUCUdi5zwAKCRDbBAoTo9e5vEkjAKC+ vVlhENdPek4psgGXEgIsxYzS1gCfYSYPMcIMwkFAq9A6RmWTpKKDhyGIRgQTEQIA BgUCTuffOAAKCRAnhRyIiz5e4lggAJ9mZBuaj7qRNq6TfxzoKVKNehdzhACfTCC7 CTp4Fd83EHmPOLhRUIvn9UeJATgEEwECACIFAk7n3q8CGyMGCwkIBwMCBhUIAgkK CwQWAgMBAh4BAheAAAoJEAFfTdSnD7cFcZoIAMzUUmRQEjdV6Y9t5H/geCUlRpKA YLyf5mLvp6+9d+Sj8Jr80Gqdaf/+PCPx+s6OaVivwdrS/RKGQCJqlRhYUZfhhcSK +LY8JhK7tXVqjTSCKZ/eExzHyNSRUS2CIS0bfFRaBKmWUnnz4GUjEZdEV7RsgaxQ tAB2ZhJ3podyXNuakVhOmumzMBKJOKYmVv0+Z/t0kh3eFCghS8X7xCmunswUvlUW +OxV6nlg/MUP6L1abHPHgUkapM8rKYEI15V9iZL0xgJkUr973u4msvMzapKqtrxX QshLoCbLKeOQSOlNuyjPQCySFMeZeUQIORWLX27JNTq7ZBnRJU6SQA5cw92JAhwE EAEIAAYFAlHYdmEACgkQF2LgInA0z4TCkRAAn05uE5/gBjFdraGob6IoLV8yDQQi sJVLvNg037/ZQCAJkJouWaT4F2NtBzRaZNK9Qdqq8kFWF2KxTgxWtcpSFSzfGPuK wqx10dRlVa5BoT8yFLDO3pq/FQnmKdKxPbi3xVhcfNXaaXSRm4XoSa1/E6CMdU2k TZdtfUTnn7pxhzNrHXgjqxO4ZEq3yLSK/yfxkECgDGCh/kS5cj6PxlvMXvLBQfeS /cG7+PDlgSByogS2gsnU+cXlgLcR3fOK7Q8CLUhHnKgloA2fEuYATDt5jfZF3iW3 VJgBmmHFe/zS4fuJaFeEaW2EjMhZmPj8iRWGH8B9/HODRKX9t0+XVMoo1M8T2Xxd Q6cdh7VWIGJQ6b+6n2T/uANAn1BKvwVcTlGgu0/WMLS3oYOFB0UeJq84kugpi+hu R40NRK2O7VaT39Jj78qvLYdun3CNXyWP745hX5uuhTSpxb1L8SBqQ/RTWY0x/lS6 77/Non/Iv85xlQputl6orT4RE/rZElvh8DwhX+3dV7RdUqmC+pc0ssOAC2h8LzcM UvIolgV+58OxEVqasZQKmgbKzvrlbwpxOvWzYyUMRF6i8RrB/9c4e/eyEKEHQtqr c0+MWcBIpo7SJufXglWcF5qtrAgce0jbmzYMACjb4jv2HNnYGyYRJXnuUduOOCAl 8mz0A9gLy1Leii+JAhwEEAEIAAYFAlHYubsACgkQyfxBuPmMZs8R0hAAqd99YXpU 55om9BMA7fxup+6WEA3Kb8hIIvVGchCoc0MLtq3uZ1rJLwPK8xHCGObyrVW51SWg u8H1ddFElFm3BCje+uoQK1b3WPmBu1s4YEjRR9qmL+EyFjog1OHKkFfWKiplu+6L zVEbUCwg3CaiVPjbxbVNjaSmpqL5ImtS8UfwGXAJx4F/QahA88fxd3sV9ejv/bG+ YuT0etVcnU2gOkBNEjvFi3NzZWVMLnAEeExQ62TurzhoMKLv2CXgvArAfk3ZVHF9 M8y4+Qoaa2SzMiESLU8Wq5wP1zaMjbQZi+e5QlWES3M2qAZqAiHO727VmYepfo/F TFuN69R5Ic6ql7ssI8K3s5NgVvIwtj0q8gRttciozxGBpW4F4j4Tz98DDy3UVkb+ K0jf2Mz98ph7FMfCoyh5ketLiEgyYFfDMoNK+qo5JiVrycDuSnibx56sZhwmgxpI X0ta2F8ZFW93fnIBfB2whVbbkTpw118eU4vOyJjwFAzMf9qhSn5zGZTh6g8MZhb3 z9x+E6CRXWe40IYjOkx+0XbQkCLcTzwIi9WDzPkCGb9KXLmGvHErAn37B51HVEh7 9vDI5ZSBlj7uk3hKHPEwbAiqExW/RU88vkSI6iDYWenEu05/EBmP71whpLaAPOVJ 7yxPKa3IuHPDOmYlFBl0/epFkwq820Zi+vW0H1BoaWxsaXAgU3VzaSA8cHN1c2lA dWJ1bnR1LmNvbT6IRgQQEQgABgUCUdi5zwAKCRDbBAoTo9e5vAwcAJ0WPMMJd02i cRSZJtfFN2L5/5AX5gCg4px8TyLKwhHHkhI7A77lm1KvGO6JATgEEwECACIFAk7n 31kCGyMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAFfTdSnD7cFKYEH/1z0 AARRSyCiB/FnutwNQDxkfZdDpMIJpoXFC65il25uzoWw2ejZRwQ5Jo9B8nyyMryZ eRviFXOi+Sdfi9Q2lRN0Lbt3z6H2LD7vNzV8Z9fe944uHsEQzU2pso1OOLMvC5FA dL942tugO9o8VNLuS+gf2W8gs28XJOx2HdV6wvT3aqsVGGEYJbyZ9qQvvb3xkvs3 xC3xIvHLknOUB73tEhoLCtVohD6xiRVcqF8meKw/Pd5NK+dbRCS6zLRtdAVR6bVb nwgM1TJWPAHtg8dk4JsiCHtlOBPtiCjZn9ZLbEQ009N669J9JYiqqmM3wZTi/LVW RvUtvdTPk0PB8JjdMM6JAhwEEAEIAAYFAlHYdmEACgkQF2LgInA0z4S/lg/8CVje 5q3Zsz2d5UErAM5Ade7zHmeCxUn7MaJYhLtp95BvEmVdlazntK6C3/TK3qdflDKq oQAkovHV5qmpKBqLGYUEOH44N2Px9y8tKe9nx5ppMYBb8+dwhdQ8uSZI7wdUmINZ ym4ZH0+bLokg4vaDjKkSE4aR87m9auzdKj+VGVKUy8TOIdsL4ItFkipVqTpA65dd tDIHHk/xF3t8Wb9hzhDGM1e6B/sXMOCa5PK0VCtE1nwpg0nseS3vRLR3/xGKqnrB j1ShnoTZehlxCou50HaTKxAnK89UVugelYnf12oftDaHhJ4dbyhmsZwEPV6VO7Qq mUMDj0adw18VETFtT+NDkN6AIRrU7AAHDaw0tU08gJ3YzFx+P2dnQ1OgGYLsomG7 5uV5O6FAagYvWmHDtYL80TEjWgzfItotGr7roT0liTi+YqyKVxFHMwIL/hcpxt7Z nVfqgC7dZG/ovwhnfk1Sm60dAeIGFgdyKrFafEZa9NvKcTmCKdlJ3N5l47WM+3Yp 3E4Z687XaggidWaOGloG4mCL7nGxCTZtTCNlynmzNVnvknmmTm6VlI2NmqAF3XDA XWa7/SFfCIyz8WCKgeAkM5ZumhwSUjHjV72XdFulJUrU4zJstz0kfBmAYNI11HEH 36iZdbujt4Pxn+tHS13RRFEX/yKqcSZH36ZnRxuJAhwEEAEIAAYFAlHYubsACgkQ yfxBuPmMZs861RAAmSBnFNLIGCcB7rQc8mGfkSKt46PvleOqEnIOXTiFHixPVvRx +xigusyzseu6lBNCSYLAq2q+rfsj6lfNHE4vUJk/vVc2QruCRVYPkowLPgde20n3 eu44/KODyxHm0bds17IkrAsPlwQixQ/YhuciiMzTI9+zDTBj5nE6C+VkiBssFluU gag1UXH2vU6e3ZqOizFVxtpiAwY7iz+4eOBIJsyyUUTT9b6lGn/OukMpjTZ2IZnR gY+fpUCCNsWv/V4y0+q6+X2a2e3alE7+VT/4xO8bqlQu3rn3rz4MW2+IJ9LlHAIQ WdO0SDAiVFVZDrM+FhNLxMtsQs5GnmhZCH2tYvIbRHqWiMiQERm28De+8zxcXdkb
Bug#474913: javascript-common overrides /javascript globally
Control: forcemerge -1 553173 Control: retitle -1 javascript-common overrides /javascript globally Now that version 11 has hit testing (It only took over 1000 days), and that javascript-common no longer rewrites the alias on every reconfigure if the sysop disabled it, I don't see the point to separate apache2 bug from lighttpd one. The question is whether it is ok to use /javascript url namespace or not. The choice of the http deamon is not relevant, imho. signature.asc Description: This is a digitally signed message part.
Bug#705103: ITA: testng -- testing framework for Java
Package: wnpp Severity: wishlist Owner: Eugene Zhukov jevgeni...@gmail.com I intend to adopt this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574609: Bug #574609: RFH: monotone -- a distributed version (revision) control system; more maintainers needed
X-Debbugs-CC: monotone-deb...@nongnu.org Anybody opposed to closing this? Given my recent work on the package and the 1.0-11 that just migrated to testing. Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#720283: More Info
even if the shell can be started, using composite effects like alt-tab leaves the shell in an unusable state, requiring killing of Xorg...
Bug#720313: fbdev_drv.so: undefined symbol: xf86XVListGenericAdaptors
Source: xserver-xorg-video-fbdev-udeb Version: 1:0.4.3-1 Severity: grave Tags: d-i Hi, The graphical installer in d-i daily builds fails to start when fbdev is used, with this error captured from a serial console: X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-4-amd64 i686 Debian Current Operating System: Linux (none) 3.10-2-486 #1 Debian 3.10.7-1 (2013-08-17) i686 Kernel command line: priority=low video=vesa:ywrap,mtrr vga=788 initrd=initrd.gz -- console=ttyS0 BOOT_IMAGE=linux Build Date: 25 July 2013 06:46:39PM xorg-server 2:1.12.4-6.1 (Michael Biebl bi...@debian.org) Current version of pixman: 0.30.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Aug 20 10:39:41 2013 (==) Using system config directory /usr/share/X11/xorg.conf.d (WW) FBDEV(0): The fbdev driver didn't call xf86SetGamma() to initialise the gamma values. (WW) FBDEV(0): PLEASE FIX THE `fbdev' DRIVER! Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/fbdev_drv.so: undefined symbol: xf86XVListGenericAdaptors This terminates Xorg and d-i falls back to the text-based installer. I tested installing xserver-xorg-video-fbdev-udeb/1:0.4.2-4 from the d-i shell, and then Xorg appeared to start (though I had only a black screen, and don't know how to start any X clients in that situation). Linux i386 is affected, but kfreebsd-amd64 (not using fbdev) still works fine. Thanks. -- System Information: Debian Release: 7.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720139: [pkg-horde] Bug#720139: php-horde: fails to purge: subprocess installed post-removal script returned error exit status 1
2013/8/19 Andreas Beckmann a...@debian.org:
Package: php-horde
Version: 5.1.1+debian0-1
Severity: important
Tags: patch
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to purge.
According to policy 7.2 you cannot rely on the depends being available
during purge, only the essential packages are available for sure.
Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).
From the attached log (scroll to the bottom...):
Removing php-horde ...
Purging configuration files for php-horde ...
dpkg: error processing php-horde (--purge):
subprocess installed post-removal script returned error exit status 1
Adding set -x to the postrm script produces
Removing php-horde ...
Purging configuration files for php-horde ...
+ dpkg-maintscript-helper mv_conffile /etc/apache2/conf.d/horde.conf
/etc/apache2/conf-available/php-horde.conf 5.1.0+debian0-1~ -- purge
+ '[' purge = remove ']'
+ '[' purge = purge ']'
+ CONF=php-horde
+ '[' -e /usr/share/apache2/apache2-maintscript-helper ']'
+ dpkg-query -f '${Version}' -W apache2.2-common
+ '[' -L /etc/apache2/conf.d/php-horde.conf ']'
dpkg: error processing php-horde (--purge):
subprocess installed post-removal script returned error exit status 1
Errors were encountered while processing:
php-horde
Regarding the postrm script:
* it misses at the beginning
#!/bin/sh
set -e
* the failing test should be rewritten as
[ ! -L /etc/apache2/conf.d/$CONF.conf ] || rm
/etc/apache2/conf.d/$CONF.conf
to not fail if the file is missing
Thanks,
I have used another kind of patch:
http://anonscm.debian.org/gitweb/?p=pkg-horde/PEAR/php-horde.git;a=commitdiff;h=abe1780824241f69c8ee7ae3218d9fc26c8d2179
Will upload within a week.
Regards
--
Mathieu Parent
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710688: [Pkg-xmpp-devel] Bug#710688: jwchat
Hi, jwchat doesn't work anymore on testing: It fails to install. (#710688) I published a fix for that some weeks ago. I had no feedback. I published a patch for the unknown files bug (#656455) in October 2012, but I got no answer! That was 10 monthes ago. I had no feedback for the patch I proposed about debug mode either (#644097). That was in October too... but that was 2011! PTS shows [1] two uploaders of this package. Lincoln de Sousa looks MIA [2], and Marcelo Jorge Vieira now looks quite busy with a number of other packages. [1] http://packages.qa.debian.org/jwchat [2] http://search.gmane.org/?query=author=Lincoln+de+Sousagroup=sort=date I plan to publish an NMU on mentors for that one. How about a team upload [3]? In this case you will be able to do more improvements in the package. [3] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-team-upload Would you like some help on the package, globally? If you are willing to maintain this package in future, you may join Debian XMPP Maintainers Team [4] and add yourself to uploaders. [4] https://wiki.debian.org/Teams/pkg-xmpp Marcelo, have you any comments on this? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720314: ITP: ruby-thread-safe -- A gem that offers thread-safe versions of common core Ruby classes
package: wnpp Severity: wishlist Owner: Jackson Isaac jacksonisaac2...@gmail.com *Package Name : ruby-thread-safe Version : 0.1.2 Upstream Author : Charles Oliver Nutter, thedarkone *URL : https://github.com/headius/thread_safehttps://github.com/plataformatec/devise *License : Apache License 2.0 *Description : A collection of data structures and utilities to make thread-safe programming in Ruby easier. -Jackson Isaac S3 CSE-A, Amrita Vishwa Vidyapeetham www.jacksonisaac.wordpress.com
Bug#720315: nova: [INTL:pt] Updated Portuguese translation for debconf messages
Package: nova Version: 2013.1.2-3 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for nova's debconf messages. Translator: $AUTHOR Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#720314: Incorrect URL
There has been some error with the url above. The correct URL link is: https://github.com/headius/thread_safe -Jackson Isaac S3 CSE-A, Amrita Vishwa Vidyapeetham www.jacksonisaac.wordpress.com
Bug#720127: [php-maint] Bug#720127: php5: Maximum execution time exceeded immediately...
Peter == Peter Chubb peter.ch...@nicta.com.au writes:
Ondřej == Ondřej Surý ond...@debian.org writes:
Ondřej could you try that with some simple script?
Actually here's an even simpler script:
?php
@set_time_limit(3600);
@ini_set('max_execution_time', 3600);
while (1) {
echo date(DATE_RFC822) ;
echo \n;
}
?
I find this behaves correctly on some machines. but not the one
running my webserver :-(
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720297: [gnome-core] Freeze on startup since 1:3.8+3
Package: gnome-core
Version: 1:3.8+3
I continued playing around with downgrading and changing versions and have
these results:
1) Downgrading gnome-shell to 3.4.2-12 from testing solves the problem with
gnome shell.
This downgrade can be accomplished by doing
[INSTALL, DEPENDENCIES] libcogl-pango0:amd64 1.10.2-7
[INSTALL, DEPENDENCIES] libcogl9:amd64 1.10.2-7
[DOWNGRADE] gir1.2-clutter-1.0:amd64 1.14.4-2 - 1.10.8-2
[DOWNGRADE] gnome-shell:amd64 3.4.2-12+b1 - 3.4.2-12
[DOWNGRADE] libclutter-1.0-0:amd64 1.14.4-2 - 1.10.8-2
However this solution introduces a new problem: Empathy and Evolution do
not start giving out this message to the terminal:
Empathy:
Clutter-CRITICAL **: Unable to initialize Clutter: Failed to connected to any
renderer:
Evolution:
Failed to connected to any renderer:
This happens independently of the version of Empathy and Evolution (I tried
downgrading them...)
2) From situation (1), if one chooses to upgrade gnome-shell this is what
happens:
[REMOVE, DEPENDENCIES] libcogl-pango0:amd64
[REMOVE, DEPENDENCIES] libcogl9:amd64
[UPGRADE] gir1.2-clutter-1.0:amd64 1.10.8-2 - 1.14.4-2
[UPGRADE] gnome-shell:amd64 3.4.2-12 - 3.4.2-12+b1
[UPGRADE] libclutter-1.0-0:amd64 1.10.8-2 - 1.14.4-2
Gnome shell stops working but Evolution and Empathy START working.
Furthermore I managed to get the attached .xessions-errors file. It has
a curious entry that says:
(gnome-shell:7716): Cogl-WARNING **: Failed to compile GLSL program:
src:
#version 110
uniform sampler2D tex;
uniform float fraction;
uniform float height;
const float c = -0.2;
const float border_max_height = 60.0;
mat4 contrast = mat4 (1.0 + c, 0.0, 0.0, 0.0,
0.0, 1.0 + c, 0.0, 0.0,
0.0, 0.0, 1.0 + c, 0.0,
0.0, 0.0, 0.0, 1.0);
vec4 off = vec4(0.633, 0.633, 0.633, 0);
void main()
{
vec4 color = texture2D(tex, cogl_tex_coord_in[0].xy);
float y = height * cogl_tex_coord_in[0].y;
// To reduce contrast, blend with a mid gray
cogl_color_out = color * contrast - off * c * color.a;
// We only fully dim at a distance of BORDER_MAX_HEIGHT from the top and
// when the fraction is 1.0. For other locations and fractions we linearly
// interpolate back to the original undimmed color, so the top of the window
// is at full color.
cogl_color_out = color + (cogl_color_out - color) * max(min(y /
border_max_height, 1.0), 0.0);
cogl_color_out = color + (cogl_color_out - color) * fraction;
}
error:
0:23(1): error: syntax error, unexpected VERSION_TOK, expecting $end
(gnome-shell:7716): Cogl-WARNING **: Failed to link GLSL program:
error: linking with uncompiled shader
3) Finally there is also this bug report that probably is filed against the
right package:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720283
Hope this helps.
Gennady
--- System information. ---
Architecture: amd64
Kernel: Linux 3.10-2-amd64
Debian Release: jessie/sid
990 unstablewww.deb-multimedia.org
990 unstableftp.ru.debian.org
500 testing ftp.ru.debian.org
500 stable dl.google.com
500 experimentalmozilla.debian.net
1 experimentalftp.debian.org
1 experimentalcdn.debian.net
--- Package information. ---
Depends (Version) | Installed
==-+-=
libatk-adaptor(= 2.4) | 2.9.5-1
at-spi2-core (= 2.4) | 2.9.5-1
baobab(= 3.4) | 3.8.2-1
brasero (= 3.4) | 3.8.0-2
caribou (= 0.4.2) | 0.4.4-1
caribou-antler (= 0.4.2) | 0.4.4-1
libcaribou-gtk-module (= 0.4.2) | 0.4.4-1
libcaribou-gtk3-module (= 0.4.2) | 0.4.4-1
dconf-gsettings-backend (= 0.12) | 0.16.1-1
dconf-tools (= 0.12) | 0.16.1-1
empathy (= 3.4) | 3.4.2.3-4+b1
eog (= 3.4) | 3.8.2-1
evince(= 3.4) | 3.4.0-3.1+b1
evolution-data-server (= 3.4) | 3.4.4-4
fonts-cantarell (= 0.0.8) | 0.0.13-1
sound-theme-freedesktop| 0.8-1
gnome-calculator (= 3.8) | 3.8.2-1
gconf2 (= 3.2.5) | 3.2.6-1
gdm3 (= 3.4) | 3.4.1-9
glib-networking (= 2.32) | 2.36.1-2
gnome-backgrounds (= 3.4) | 3.8.1-1
gnome-bluetooth (= 3.4) | 3.8.1-2
gnome-contacts(= 3.4) | 3.4.1-2
gnome-control-center(= 1:3.4) | 1:3.4.3.1-5+b2
gnome-dictionary (= 3.4) | 3.6.0-1
gnome-disk-utility(= 3.0) | 3.0.2-3
gnome-font-viewer (= 3.4) | 3.8.0-1
gnome-icon-theme (= 3.4) | 3.8.2-2
gnome-icon-theme-extras (= 3.4) | 3.6.2-2
gnome-icon-theme-symbolic (= 3.4) | 3.8.2.2-2
gnome-keyring
Bug#720316: upgrade-reports: dist-upgrade form wheezy to jessie, kernel upgrade caused USB Logitech Opt Mouse to freeze
Package: upgrade-reports Severity: normal Dear Maintainer, Lenovo 446226 notebook After dist-upgrade from wheezy to jessie. linux-image-3.2.0-4-686-pae was upgraded first to 3.9-1-686-pae then to 3.10-2-686-pae After upgrade and booting newer kernel image USB Logitech Optical Mouse freezes after a few movements. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Problem encountered only a Lenovo Box therefore posssibly either module or firmware related. Rolling back to linux-image-3.2.0-4-686-pae restored USB Mouse functionality. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2
Manuel, do you have by chance the patches you used to try to add the deprecated_osg functionality with 3.2.0~rc1? I have just packaged 3.2.0 and I wanted to try openwalnut against it before going in more depth. Thanks! -- Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720283: gnome-shell fails to start, clutter problems
Package: gnome-shell Version: 3.4.2-12+b1 I have the same situation as described here. Gnome-shell starts but any action causes it to hang. I have also found a bug filed against gnome-core that is due to the same problem (I suppose). It is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720297 Before finding this bug I posted some info and diagnoses I have done there. If someone is trying to solve this, please take a look. In particular I have managed to get this .xsession-errors file (that I attached there) that seems to give some info... Good luck! --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 990 unstablewww.deb-multimedia.org 990 unstableftp.ru.debian.org 500 testing ftp.ru.debian.org 500 stable dl.google.com 500 experimentalmozilla.debian.net 1 experimentalftp.debian.org 1 experimentalcdn.debian.net --- Package information. --- Depends (Version) | Installed =-+-== gir1.2-clutter-1.0(= 1.9.16) | 1.14.4-2 gir1.2-folks-0.6 | 0.6.9-1+b1 gir1.2-glib-2.0 (= 1.31) | 1.36.0-2+b1 gir1.2-gmenu-3.0 | 3.8.0-2 gir1.2-gtk-3.0| 3.8.2-3 gir1.2-mutter-3.0 (= 3.4.1) | 3.4.1-7+b1 gir1.2-networkmanager-1.0 | 0.9.8.0-5 gir1.2-soup-2.4 | 2.42.2-6 gir1.2-telepathyglib-0.12 | 0.20.4-1 gir1.2-telepathylogger-0.2| 0.4.0-1 dconf-gsettings-backend | 0.16.1-1 OR gsettings-backend | gconf-service | 3.2.6-1 gnome-bluetooth(= 3.0.0) | 3.8.1-2 libatk1.0-0 (= 1.12.4) | 2.8.0-2 libc6 (= 2.14) | libcairo-gobject2 (= 1.10.0) | libcairo2 (= 1.10.0) | libcanberra0 (= 0.2) | libclutter-1.0-0 (= 1.10.0) | libcogl-pango12(= 1.7.4) | libcogl12 (= 1.7.4) | libcroco3 (= 0.6.2) | libdbus-1-3(= 1.0.2) | libdbus-glib-1-2(= 0.78) | libebook-1.2-13(= 3.4.4) | libecal-1.2-11 (= 3.4.4) | libedataserver-1.2-16 (= 3.4.4) | libedataserverui-3.0-1 (= 3.4.4) | libegl1-mesa (= 7.8.1) | OR libegl1-x11 | libfolks25 (= 0.6.0) | libgck-1-0(= 2.91.1) | libgconf-2-4 (= 3.2.5) | libgcr-base-3-1(= 3.8.0) | libgcr-ui-3-1 (= 3.8.0) | libgdk-pixbuf2.0-0(= 2.22.0) | libgee2(= 0.5.0) | libgirepository-1.0-1 (= 0.9.2) | libgjs0-libmozjs185-1.0 | libgjs0c (= 1.36.1) | libgl1-mesa-glx | OR libgl1| libglib2.0-0 (= 2.35.9) | libgnome-keyring0 (= 3.2.2-2~) | libgnome-menu-3-0 (= 3.4.2-3~) | libgstreamer0.10-0 (= 0.10.20) | libgtk-3-0 (= 3.3.9) | libical0(= 0.31) | libjson-glib-1.0-0(= 0.13.2) | libmozjs185-1.0 (= 1.8.5-1.0.0+dfsg) | libmutter0 (= 3.4) | libmutter0 ( 3.5) | libnm-glib4 (= 0.8.998) | libnm-util2 (= 0.8.998) | libnspr4 (= 2:4.9-2~) | OR libnspr4-0d (= 1.8.0.10) | libp11-kit0 (= 0.2) | libpango-1.0-0(= 1.14.0) | libpangocairo-1.0-0 (= 1.14.0) | libpolkit-agent-1-0 (= 0.99) | libpolkit-gobject-1-0 (= 0.94) | libpulse-mainloop-glib0 (= 0.99.1) | libpulse0 (= 0.99.1) | libsoup2.4-1 (= 2.4.0) | libstartup-notification0(= 0.11) | libtelepathy-glib0(=
Bug#720127: [php-maint] Bug#720127: php5: Maximum execution time exceeded immediately...
I saw you are using:
Kernel: Linux 3.10.0-rc4+ (SMP w/2 CPU cores)
Could you try with prepackaged kernel (or even just some non-rc)?
O.
On Tue, Aug 20, 2013 at 12:41 PM, pe...@chubb.wattle.id.au wrote:
Peter == Peter Chubb peter.ch...@nicta.com.au writes:
Ondřej == Ondřej Surý ond...@debian.org writes:
Ondřej could you try that with some simple script?
Actually here's an even simpler script:
?php
@set_time_limit(3600);
@ini_set('max_execution_time', 3600);
while (1) {
echo date(DATE_RFC822) ;
echo \n;
}
?
I find this behaves correctly on some machines. but not the one
running my webserver :-(
--
Ondřej Surý ond...@sury.org
Bug#517717: Works in 2.7.1 too
Hello, works in the version of testing (2.7) too. Sincerely, DaB. signature.asc Description: This is a digitally signed message part.
Bug#690414: screenshots not as TODO but under links
Hi, I still think it would be useful to display a todo item when a package should have a screenshot but doesn't. We just need to work out the right heuristics for that. Just a small note. Packages from non-free and contrib areas should be filtered on the first step of check, because screenshots.debian.net does not store data for them [1]. [1] http://screenshots.debian.net/about Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720186: [Aptitude-devel] Bug#720186: German translation confusing
Control: tag 720186 -1 + confirmed i18n Hi Michael, Michael Meskes wrote: English help text -o key=val Directly set the configuration option named 'key'. is translated to -o opt=wertDie Konfigurationsoption »schl« direkt setzen or in other words key gets translated to opt once and to schl the second time which makes the text incomprehensible. Thanks for the report. This is indeed an error in the translation. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720317: qa.debian.org: fakeupstream.cgi does not redirect to the correct upstream file for qtapps
Package: qa.debian.org Severity: normal Dear Maintainer, When using uscan to see if there is a new version of dianara package, uscan shows that there is a new version but can not download it: $ uscan dianara: Newer version (0.9) available on remote site: http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps%2F148103download=148103-dianara-v0.9.tar.gz (local version is 0.8) uscan warning: In directory ., downloading http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps%2F148103download=148103-dianara-v0.9.tar.gz failed: 404 Not Found This URL redirects you to: http://qa.debian.org/CONTENT/content-files/148103-dianara-v0.9.tar.gz and should redirect to: http://qt-apps.org/CONTENT/content-files/148103-dianara-v0.9.tar.gz My debian/watch file is: version=3 http://qa.debian.org/cgi-bin/fakeupstream.cgi?upstream=qtapps/148103 .*=(?:\d*-)?dianara-v?(\d.*?)(?:-src)?\.(?:tgz|tbz2|tar\.(?:gz|bz2|xz)) Cheers, Mònica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#398194: shows just an outline filled with solid white colour
andr...@an3as.eu: Hi Solveig, thanks for pinging! On Mon, 19. August 2013 15:20, Solveig wrote: Date: Mon, 8 Dec 2008 08:40:27 +0100 (CET), Andreas Tille wrote: Many thanks for the patch. I hope to be able to apply it in the beginning of next week (this week will be quite busy). Ping? from: bug triaging squad Bug triaging squad seems to be a great effort - thanks for doing this. That was a joke, really. But I do plan to keep parsing old bugreports, so I might bother you again. However, in this specific case I need to admit that the patch does not apply because it is against xteddy 2.0 and we have xteddy 2.2. I just forgot to report this to BTW. I also need to admit that my focus has shifted *a* *lot* from my first package that entered for Debian and was just a packaging excercise. [...] so feel free to take over. I won't maintain packages, well tried ;) I'l let the games team take over. Cheers, Solveig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719569: packagekit: PackageKit should depend on PolicyKit
Hi, On Aug 13, 2013, at 10:40 AM, Matthias Klumpp matth...@tenstral.net wrote: When pkcon is run in a non-X11 environment without a polkit-agent running, it should spawn a pkttyagent process to handle authorization requests. Making polkit recommended by PackageKit seems like a good idea though (some people don't want polkit installed, and it pulls in lots of stuff too). Can you maybe investigate why pkttyagent doesn't handle authorization? Is the tool installed (it is part of polkit-1...)? Is it spawned on demand? Does it work locally, if you're not using ssh? pkttyagent is included in policykit-1, and that package also contains polkitd. Once policykit-1 is installed, polkitd will be launched on demand. Running with sudo (as in sudo pkcon refresh) works now. Uninstalling policykit-1 breaks sudo pkcon refresh (Fatal error: Failed to check for authentication: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PolicyKit1 was not provided by any .service files), so either pkcon has to be patched to decide at runtime whether to use policykit or not, or policykit-1 should be a hard dependency of packagekit (or there should be two variants of packagekit built - one using policykit and one not using policykit). Can you successfully use pkcon without policykit-1 installed? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720108: Please upload 0.3.3 to unstable
On 19.08.2013 10:36, Vincent Cheng wrote: [...] If we were to change this, I'd be more inclined to go with Ubuntu's approach here, i.e. package both and let users have the choice to install one or both at the same time. In Ubuntu, they have src:supertux which builds binary packages supertux and supertux-data (from the 0.3.x branch), and src:supertux-stable which builds binary packages supertux-stable and supertux-data-stable (from the 0.1.x branch). No file conflicts are introduced (supertux 0.3.x installs /usr/games/supertux2, whereas supertux 0.1.x installs /usr/games/supertux). +1 Having both versions of supertux in two different source packages available in Debian is a good and user friendly idea IMO. At one point in the future, when the 0.3 series is considered stable, we will most likely switch to that but I see no problems with providing two different versions for now. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#720195: another ppa
another ppa with a closure-linter package: https://launchpad.net/~fta/+archive/dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574609: Bug #574609: RFH: monotone -- a distributed version (revision) control system; more maintainers needed
On Tue, 20 Aug 2013 13:01:40 +0200, Markus Wanner wrote: Anybody opposed to closing this? Given my recent work on the package and the 1.0-11 that just migrated to testing. I suggest you close this bug in the next upload, explaining that you added yourself to Uploaders. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'
Package: quiterss Version: 0.13.2+dfsg-1 Severity: important Dear Maintainer, I added 'Next unread news' and 'Previous unread news' in the toolbar, and these are the steps to reproduce the bug I encountered: 1. Launch quiterss 2. Set 'Show unread' in the left column 3. Update the feeds so that some articles appear in the tree 4. Press 'Next unread news in the toolbar 5. SIGSEGV If I launch quiterss from the terminal, no output whatsoever, only this: $ quiterss Segmentation fault (core dumped) And the core file is something like 1.2GB (so unfortunately difficult to upload somewhere for debug/inspection): $ ls core -lha -rw--- 1 mark mark 1.2G Aug 20 14:48 core If it's of some help, I have ~150 feeds organized in ~10-15 folders. Thanks in advance, Mark -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages quiterss depends on: ii libc6 2.17-92 ii libgcc11:4.8.1-2 ii libqt4-network 4:4.8.5+dfsg-2 ii libqt4-sql 4:4.8.5+dfsg-2 ii libqt4-sql-sqlite 4:4.8.5+dfsg-2 ii libqt4-xml 4:4.8.5+dfsg-2 ii libqtcore4 4:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libqtwebkit4 2.2.1-5 ii libsqlite3-0 3.7.17-1 ii libstdc++6 4.8.1-2 quiterss recommends no packages. quiterss suggests no packages. -- no debconf information -- . ''`. | GPG Public Key : 0xCD542422 - Download it from http://is.gd/fOa7Vm : :' : | GPG Fingerprint : 0823 A40D F31B 67A8 5621 AD32 E293 A2EB CD54 2422 `. `'` | Powered by Debian GNU/Linux, http://www.debian.org `-| Try not. Do, or do not. There is no try. - Master Yoda, TESB. signature.asc Description: Digital signature
Bug#720071: [Pkg-ime-devel] Bug#720071: ibus-anthy: typelib file does not multi-arch compatible
Hi, Thanks. What you state seems to be reasonable. I applied your patch and compiled with ibus package in unstable and experimental. Neither seem to work here. Are you suiccessful? I think your point is right but we need a bit more fixes to get things going. Any idea? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684869: Tentative patch
And here's yet another patch where the shadows aren't cut off. I've uploaded alternative .deb files for those who are also fed up of these gray boxes! http://jonathan.protzenko.free.fr/deb/ ~ jonathan On 08/19/2013 11:10 PM, Jonathan Protzenko wrote: And here is a correct patch. On 08/19/2013 10:43 PM, Jonathan Protzenko wrote: Hi, Please find attached a tentative patch that (I think?) fixes the issue. It's hard to tell if the alternative sequence of imagemagick commands that I came up with faithfully recreates the original shadow effect, but after two hours of fiddling with the imagemagick examples, I'm kind of bored now :-). I'm rebuilding the package right now. Should I let you apply the patch or is there a procedure I should go through to submit the new version of the package myself? (If that's the case, I'd be happy to read any relevant guide/howto.) Cheers, ~ jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718888: Fwd: nullfs page fault (triggered by FAM)
On 08/08/2013 13:46, Robert Millan wrote:
Package: kfreebsd-image-9.0-2-amd64
Version: 9.0-10+deb70.1
Severity: grave
A few days ago I started getting kernel page faults. In my setup the
problem is 100% reproducible and triggered by the following conditions:
- FreeBSD chroot with nullfs mounts for /home and /tmp.
- Run thunderbird within the chroot. Within a minute, kernel page faults.
A backtrace is attached, which points to null_remove as the culprit.
Also, the process triggering this is part of FAM (File Alteration
Monitor) framework, which makes me suspect the kind of agressive
filesystem usage of this library is related to the panic.
As the problem is not reproducible with upstream kernel, I tried
disabling our nullfs-related patches. It turns out removing
101_nullfs_vsock.diff makes the problem disappear!
Also, much to my surprise, the problem 101_nullfs_vsock.diff is supposed
to fix (unavailability of X service to apps within the chroot) doesn't
manifest itself. Could it be that upstream had already fixed this in
another way by the time 9.0 was released?
Some advice would be appreciated. I'm inclined to remove the patch if
possible.
Perhaps a more conservative approach, could be to replace the patch with
the one that went into 9-STABLE (attached).
What do you think? If noone objects, I'd like to request pre-approval to
-release to include it in Wheezy.
--
Robert Millan
Index: UPDATING
===
--- UPDATING (revision 234659)
+++ UPDATING (revision 234660)
@@ -9,6 +9,14 @@
Items affecting the ports and packages system can be found in
/usr/ports/UPDATING. Please read that file before running portupgrade.
+20120422:
+ Now unix domain sockets behave as expected on nullfs(5). Previously
+ nullfs(5) did not pass through all behaviours to the underlying layer,
+ as a result if we bound to a socket on the lower layer we could connect
+ only to the lower path; if we bound to the upper layer we could connect
+ only to the upper path. The new behavior is one can connect to both the
+ lower and the upper paths regardless what layer path one binds to.
+
20120109:
The acpi_wmi(4) status device /dev/wmistat has been renamed to
/dev/wmistat0.
Property changes on: UPDATING
___
Modified: svn:mergeinfo
Merged /head/UPDATING:r232317
Index: sys/kern/vnode_if.src
===
--- sys/kern/vnode_if.src (revision 234659)
+++ sys/kern/vnode_if.src (revision 234660)
@@ -640,23 +640,31 @@
IN int advice;
};
-# The VOPs below are spares at the end of the table to allow new VOPs to be
-# added in stable branches without breaking the KBI. New VOPs in HEAD should
-# be added above these spares. When merging a new VOP to a stable branch,
-# the new VOP should replace one of the spares.
+%% unp_bind vp E E E
-vop_spare1 {
+vop_unp_bind {
IN struct vnode *vp;
+ IN struct socket *socket;
};
-vop_spare2 {
+%% unp_connect vp L L L
+
+vop_unp_connect {
IN struct vnode *vp;
+ OUT struct socket **socket;
};
-vop_spare3 {
+%% unp_detach vp = = =
+
+vop_unp_detach {
IN struct vnode *vp;
};
+# The VOPs below are spares at the end of the table to allow new VOPs to be
+# added in stable branches without breaking the KBI. New VOPs in HEAD should
+# be added above these spares. When merging a new VOP to a stable branch,
+# the new VOP should replace one of the spares.
+
vop_spare4 {
IN struct vnode *vp;
};
Index: sys/kern/uipc_usrreq.c
===
--- sys/kern/uipc_usrreq.c (revision 234659)
+++ sys/kern/uipc_usrreq.c (revision 234660)
@@ -541,7 +541,7 @@
UNP_LINK_WLOCK();
UNP_PCB_LOCK(unp);
- vp-v_socket = unp-unp_socket;
+ VOP_UNP_BIND(vp, unp-unp_socket);
unp-unp_vnode = vp;
unp-unp_addr = soun;
unp-unp_flags = ~UNP_BINDING;
@@ -637,7 +637,7 @@
* XXXRW: Should assert vp-v_socket == so.
*/
if ((vp = unp-unp_vnode) != NULL) {
- unp-unp_vnode-v_socket = NULL;
+ VOP_UNP_DETACH(vp);
unp-unp_vnode = NULL;
}
unp2 = unp-unp_conn;
@@ -1307,7 +1307,7 @@
* and to protect simultaneous locking of multiple pcbs.
*/
UNP_LINK_WLOCK();
- so2 = vp-v_socket;
+ VOP_UNP_CONNECT(vp, so2);
if (so2 == NULL) {
error = ECONNREFUSED;
goto bad2;
@@ -2317,17 +2317,15 @@
active = 0;
UNP_LINK_WLOCK();
- so = vp-v_socket;
+ VOP_UNP_CONNECT(vp, so);
if (so == NULL)
goto done;
unp = sotounpcb(so);
if (unp == NULL)
goto done;
UNP_PCB_LOCK(unp);
- if (unp-unp_vnode != NULL) {
- KASSERT(unp-unp_vnode == vp,
- (vfs_unp_reclaim: vp != unp-unp_vnode));
- vp-v_socket = NULL;
+ if (unp-unp_vnode == vp) {
+ VOP_UNP_DETACH(vp);
unp-unp_vnode = NULL;
active = 1;
}
Index: sys/kern/vfs_default.c
===
--- sys/kern/vfs_default.c (revision 234659)
Bug#719500: lire: diff for NMU version 2:2.1.1-2.1
tags 719500 + patch
tags 719500 + pending
thanks
Dear maintainer,
I've prepared an NMU for lire (versioned as 2:2.1.1-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`-
diff -u lire-2.1.1/debian/changelog lire-2.1.1/debian/changelog
--- lire-2.1.1/debian/changelog
+++ lire-2.1.1/debian/changelog
@@ -1,3 +1,12 @@
+lire (2:2.1.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS with perl 5.18: POD errors:
+fix POD syntax errors in various files.
+(Closes: #719500)
+
+ -- gregor herrmann gre...@debian.org Tue, 20 Aug 2013 15:06:07 +0200
+
lire (2:2.1.1-2) unstable; urgency=low
* Acknowledge NMU, thanks a lot again Christian Perrier! (Closes: #572685,
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/Config/ConfigFile.pm
+++ lire-2.1.1/all/lib/Lire/Config/ConfigFile.pm
@@ -39,7 +39,7 @@
The Lire::Config::TypeSpec object to which this configuration adheres.
-=end
+=back
=cut
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/DlfStore.pm
+++ lire-2.1.1/all/lib/Lire/DlfStore.pm
@@ -702,6 +702,8 @@
only 6 daily reports were available to generate a 'weekly' report,
this will contain those 6 days dates in ISO format (%Y-%m-%d).
+=back
+
=cut
sub find_report_source {
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/OutputJob.pm
+++ lire-2.1.1/all/lib/Lire/OutputJob.pm
@@ -171,8 +171,6 @@
An additional text file that will be appended to text report or attach
to other report types.
-=item
-
=back
=head2 emails()
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/Plugin.pm
+++ lire-2.1.1/all/lib/Lire/Plugin.pm
@@ -92,6 +92,8 @@
These plugins are used to generate charts.
+=back
+
=cut
sub type {
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/Report/Subreport.pm
+++ lire-2.1.1/all/lib/Lire/Report/Subreport.pm
@@ -203,8 +203,6 @@
return $self-{'_schemas'};
}
-=cut
-
=pod
=head2 field_schema( $field )
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/ReportParser.pm
+++ lire-2.1.1/all/lib/Lire/ReportParser.pm
@@ -135,6 +135,8 @@
specific or higher ones and can be used to hook before the other events
are synthesized.
+=back
+
=head1 HIGH-LEVEL EVENT METHODS
For each element defined, an Ielement_name_start() and an
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/lib/Lire/ReportParser/LaTeXWriter.pm
+++ lire-2.1.1/all/lib/Lire/ReportParser/LaTeXWriter.pm
@@ -71,6 +71,8 @@
included in the LaTeX preamble. It can be use to change the fonts for
example.
+=back
+
=cut
sub write_report {
only in patch2:
unchanged:
--- lire-2.1.1.orig/all/script/lr_env.in
+++ lire-2.1.1/all/script/lr_env.in
@@ -103,6 +103,8 @@
The directory where platform independant perl modules are installed.
+=back
+
=head1 VERSION
$Id: lr_env.in,v 1.7 2006/07/23 13:16:32 vanbaal Exp $
only in patch2:
unchanged:
--- lire-2.1.1.orig/email/script/s1ms2dlf.in
+++ lire-2.1.1/email/script/s1ms2dlf.in
@@ -65,6 +65,7 @@
TO BE WRITTEN
+=back
=head1 EXAMPLES
signature.asc
Description: Digital signature
