Bug#697334: scribus: Crash on startup if not opening a document
Third try. Message transféré De: Vincent Lhote À: 697...@bugs.debian.org Sujet: [Fwd: Re: Bug#697334: Acknowledgement (scribus: Crash on startup if not opening a document)] Date: Sun, 13 Jan 2013 10:27:48 +0900 Apparently the mail did not get through to the Debian Bug tracking system, I hope it works this time. Message transféré De: Vincent Lhote À: 697...@bugs.debian.org Sujet: Re: Bug#697334: Acknowledgement (scribus: Crash on startup if not opening a document) Date: Sun, 06 Jan 2013 11:17:22 +0900 Dear scribus maintainers, I just tried moving the .scribus directory again and restart, and this time it worked flawlessly. I removed the newly created .scribus and used the old one (after some comparison with meld, there was no major differences), and scribus does not crash on startup. I really don’t know what happened. I remember having done some system updates since I wanted to use scribus, but I’m not sure. I think the issue can be closed. Best regards, -- Vincent Lhote signature.asc Description: This is a digitally signed message part
Bug#698714: Configuring GOsa failed
close #698714 thanks Am Donnerstag, 24. Januar 2013, 21:30:38 schrieb Csanyi Pal: I finally have successfully Configured GOsa. Can one expect in the future that this Configuration works out of the box, or at least to get an user more help during the configuration process? The configuration works out of the box, but you've to know a few bits about how your infrastructure works. The setups may be very different, the GOsa package is not meant as an appliance that just works like fire and forget. Cheers, Cajus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698911: pdns-backend-pgsql: Default schema for pdns-backend-pgsql needs update
Package: pdns-backend-pgsql Version: 3.1-4 Severity: grave Justification: renders package unusable Dear Maintainer, Debian’s default schema for pdns-backend-pgsql specifies that the records.content column be varchar(255). That is insufficient for some records, such as RRSIG RRs used with dnssec. Upstream has updated to varchar(65535), although text also would be find. When using deb’s version of pdns as an axfr slave nameserver, pdns will be unable to save the zones which have been dnssec-signed by the master server into the records table, blocking operation for such zones completely. (pdns tries to save the AXFR data in a SQL TRANSACTION; because the RRSIG and other longer records fail to fit in the varchar(255), the transaction fails and pgsql does a ROLLBACK instead when pdns issues its COMMIT.) Simply ALTERing the records table to set the TYPE of contents to text or to varchar(65535) makes everything just work. It is likely that this bug also applies to the related pdns-backend-mysql and pdns-backend-sqlite packages, but I have not confirmed so. The fix for new installs is a simple one-line change to the default schema as described above. Existing installs which choose automatic maintainance of the pdns db, though, should be updated by way of an: ALTER TABLE records ALTER COLUMN content TYPE VARCHAR(65535); (translated as necessary for the other backends, if they indeed also have this bug.) *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pdns-backend-pgsql depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libpolarssl0 1.1.4-1 ii libpq5 9.1.7-1 ii libssl1.0.01.0.1c-4 ii libstdc++6 4.7.2-5 ii pdns-server3.1-4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages pdns-backend-pgsql recommends: ii postgresql-client-9.1 [postgresql-client] 9.1.7-1 Versions of packages pdns-backend-pgsql suggests: pn postgresql none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698912: banshee: Crash on next track
Package: banshee Version: 2.6.0-5 Severity: important Banshee started crashing whenever a track finishes and the next track should start playing. I'm playing the »Music/Unheard« playlist with or without shuffle modes. My music library is mounted via gvfs using SSH and mapped to a directory by gvfs-fuse. I am on unstable with a bit of experimental. I attached two outputs of banshee --debug. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages banshee depends on: ii gnome-icon-theme 3.4.0-2 ii gstreamer1.0-plugins-bad [gstreamer1.0-audi 1.0.5-1 ii gstreamer1.0-plugins-base1.0.5-1 ii gstreamer1.0-plugins-good [gstreamer1.0-aud 1.0.5-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audio 1.0.5-1 ii libboo2.0.9-cil 0.9.5~git20110729.r1.202a430-2 ii libc62.13-38 ii libcairo21.12.2-2 ii libdbus-glib1.0-cil 0.5.0-4 ii libdbus1.0-cil 0.7.0-5 ii libgconf2.0-cil 2.24.2-2 ii libgdata2.1-cil 2.1.0.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgkeyfile1.0-cil 0.1-4 ii libglib2.0-0 2.34.3-1 ii libglib2.0-cil 2.12.10-5 ii libgpod4 0.8.2-7 ii libgstreamer-plugins-base1.0-0 1.0.5-1 ii libgstreamer1.0-01.0.5-1 ii libgtk-sharp-beans-cil 2.14.1-3 ii libgtk2.0-0 2.24.10-2 ii libgtk2.0-cil2.12.10-5 ii libgudev1.0-cil 0.1-3 ii libkarma00.1.2-2.3 ii libmono-addins0.2-cil0.6.2-2 ii libmono-cairo4.0-cil 2.10.8.1-6 ii libmono-corlib4.0-cil2.10.8.1-6 ii libmono-posix4.0-cil 2.10.8.1-6 ii libmono-sharpzip4.84-cil 2.10.8.1-6 ii libmono-system-core4.0-cil 2.10.8.1-6 ii libmono-system-xml4.0-cil2.10.8.1-6 ii libmono-system4.0-cil2.10.8.1-6 ii libmono-zeroconf1.0-cil 0.9.0-4 ii libmtp9 1.1.3-35-g0ece104-4 ii libnotify0.4-cil 0.4.0~r3032-5 ii libpango1.0-01.30.0-1 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.15.2-1 ii libtaglib2.0-cil 2.0.4.0-1 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libwnck222.30.7-1 ii libx11-6 2:1.5.0-1 ii libxrandr2 2:1.3.2-2 ii libxxf86vm1 1:1.1.2-1 ii mono-runtime 2.10.8.1-6 Versions of packages banshee recommends: ii avahi-daemon 0.6.31-1 pn brasero none ii gstreamer1.0-pulseaudio 1.0.5-1 ii media-player-info17-1 Versions of packages banshee suggests: pn banshee-dbgnone pn gstreamer1.0-ffmpegnone ii gstreamer1.0-plugins-bad 1.0.5-1 ii gstreamer1.0-plugins-ugly 1.0.5-1 -- no debconf information [12 Debug 08:50:50.189] (libbanshee:player) [Gapless] Requesting next track Stacktrace: at (wrapper managed-to-native) Gtk.Application.gtk_main () IL 0xe, 0x at Gtk.Application.Run () IL 0x0, 0xb at Banshee.Gui.GtkBaseClient.Run () IL 0xd, 0x0005f at Banshee.Gui.GtkBaseClient.Startup () IL 0xf, 0x00049 at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) IL 0x00045, 0x0008e at Banshee.Gui.GtkBaseClient.StartupT () IL 0x00036, 0x0006b at Banshee.Gui.GtkBaseClient.StartupT (string[]) IL 0x0004d, 0x000ff at Nereid.Client.Main (string[]) IL 0x1, 0x00017 at (wrapper runtime-invoke) Module.runtime_invoke_void_object (object,intptr,intptr,intptr) IL 0x00050, 0x at (wrapper managed-to-native) System.AppDomain.ExecuteAssembly (System.AppDomain,System.Reflection.Assembly,string[]) IL 0x0001b, 0x at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly,string[]) IL 0x0002f, 0x00047 at System.AppDomain.ExecuteAssembly (string,System.Security.Policy.Evidence,string[]) IL 0xb,
Bug#698913: Quagga SEGV (possibly due to logrotate SIGUSR1)
Package: quagga Severity: high High severity as quagga gets killed, which it should not be doing... Stack trace below. I guess the below (and thus quagga dying) comes from the logrotate script, which sends a kill -SIGUSR1 every once in a while. /etc/logrotate.d/quagga has: kill -USR1 `cat /var/run/quagga/$i.pid` USR1 is 10 though, SIGSEGV is the 11 listed below It does not happen all the time, but it does happen often enough to be quite annoying. Hence having a /etc/cron.d/quagga_restarter with 8-- # /etc/cron.d/quagga_restarter: restart Quagga if is dead */1 * * * * root [ ! -e /var/run/quagga/bgpd.pid ] || [ ! -f /proc/`cat /var/run/quagga/bgpd.pid`/exe ] /etc/init.d/quagga restart ---8 to restart bgpd when it dies... Greets, Jeroen -- BGP: Received signal 11 at 1359074051 (si_addr 0x0); aborting... Backtrace for 13 stack frames: /usr/lib/libzebra.so.0(zlog_backtrace_sigsafe+0x3e)[0x7fccd8082b07] /usr/lib/libzebra.so.0(zlog_signal+0x234)[0x7fccd8083081] /usr/lib/libzebra.so.0(+0x364c9)[0x7fccd808b4c9] /lib/libc.so.6(+0x32230)[0x7fccd7460230] /usr/lib/libzebra.so.0(sockunion_cmp+0x1)[0x7fccd807683b] /usr/lib/quagga/bgpd(+0x442da)[0x7fccd85152da] /usr/lib/quagga/bgpd(+0x4473e)[0x7fccd851573e] /usr/lib/quagga/bgpd(+0x44a77)[0x7fccd8515a77] /usr/lib/libzebra.so.0(work_queue_run+0xb5)[0x7fccd808beec] /usr/lib/libzebra.so.0(thread_call+0x67)[0x7fccd807880b] /usr/lib/quagga/bgpd(main+0x3fc)[0x7fccd850192f] /lib/libc.so.6(__libc_start_main+0xfd)[0x7fccd744cc8d] /usr/lib/quagga/bgpd(+0x30985)[0x7fccd8501985] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698912: banshee: Crash on next track
tags 698912 + moreinfo kthxbye On 25/01/2013 16:14, Adrian Lang wrote: Banshee started crashing whenever a track finishes and the next track should start playing. I'm playing the »Music/Unheard« playlist with or without shuffle modes. My music library is mounted via gvfs using SSH and mapped to a directory by gvfs-fuse. I am on unstable with a bit of experimental. I attached two outputs of banshee --debug. I've looked through your logs, and it looks like your either your D-Bus session bus daemon died or gconfd died. Try logging out and logging back in, then starting Banshee up and seeing if the issue still occurs. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#698867: git clone prints localized error messages as question marks
tags 698867 + upstream
block 698867 by 208308
# basic i18n
severity 698867 important
quit
Hi Andrey,
Andrey Rahmatullin wrote:
If git clone cannot connect to the server and maybe in other circumstances
(and
other tools) it fails to print a localized strerror() in the ru_RU.UTF-8
locale:
fatal: unable to connect to git.debian.org:
wagner.debian.org[0: 217.196.43.134]: errno=? ??
wagner.debian.org[1: 217.196.43.132]: errno=? ??
It should read В соединении отказано, as far as I know. It
prints errno=Connection refused in the C locale.
Thanks for filing this. The bug is due to a workaround for glibc
PR6530 (bug#208308). That bug is fixed in experimental, so we can
drop the workaround in jessie (yay!).
Getting it right will take some upstream work to avoid assumptions
of C locale elsewhere in git. Here's a start for experimenting with
(untested).
Hope that helps,
Jonathan
diff --git i/gettext.c w/gettext.c
index 71e95456..f5dc9db9 100644
--- i/gettext.c
+++ w/gettext.c
@@ -32,90 +32,8 @@ int use_gettext_poison(void)
static const char *charset;
static void init_gettext_charset(const char *domain)
{
- /*
- This trick arranges for messages to be emitted in the user's
- requested encoding, but avoids setting LC_CTYPE from the
- environment for the whole program.
-
- This primarily done to avoid a bug in vsnprintf in the GNU C
- Library [1]. which triggered a your vsnprintf is broken error
- on Git's own repository when inspecting v0.99.6~1 under a UTF-8
- locale.
-
- That commit contains a ISO-8859-1 encoded author name, which
- the locale aware vsnprintf(3) won't interpolate in the format
- argument, due to mismatch between the data encoding and the
- locale.
-
- Even if it wasn't for that bug we wouldn't want to use LC_CTYPE at
- this point, because it'd require auditing all the code that uses C
- functions whose semantics are modified by LC_CTYPE.
-
- But only setting LC_MESSAGES as we do creates a problem, since
- we declare the encoding of our PO files[2] the gettext
- implementation will try to recode it to the user's locale, but
- without LC_CTYPE it'll emit something like this on 'git init'
- under the Icelandic locale:
-
- Bj? til t?ma Git lind ? /hlagh/.git/
-
- Gettext knows about the encoding of our PO file, but we haven't
- told it about the user's encoding, so all the non-US-ASCII
- characters get encoded to question marks.
-
- But we're in luck! We can set LC_CTYPE from the environment
- only while we call nl_langinfo and
- bind_textdomain_codeset. That suffices to tell gettext what
- encoding it should emit in, so it'll now say:
-
- Bjó til tóma Git lind í /hlagh/.git/
-
- And the equivalent ISO-8859-1 string will be emitted under a
- ISO-8859-1 locale.
-
- With this change way we get the advantages of setting LC_CTYPE
- (talk to the user in his language/encoding), without the major
- drawbacks (changed semantics for C functions we rely on).
-
- However foreign functions using other message catalogs that
- aren't using our neat trick will still have a problem, e.g. if
- we have to call perror(3):
-
- #include stdio.h
- #include locale.h
- #include errno.h
-
- int main(void)
- {
- setlocale(LC_MESSAGES, );
- setlocale(LC_CTYPE, C);
- errno = ENODEV;
- perror(test);
- return 0;
- }
-
- Running that will give you a message with question marks:
-
- $ LANGUAGE= LANG=de_DE.utf8 ./test
- test: Kein passendes Ger?t gefunden
-
- In the long term we should probably see about getting that
- vsnprintf bug in glibc fixed, and audit our code so it won't
- fall apart under a non-C locale.
-
- Then we could simply set LC_CTYPE from the environment, which would
- make things like the external perror(3) messages work.
-
- See t/t0203-gettext-setlocale-sanity.sh's gettext.c tests for
- regression tests.
-
- 1. http://sourceware.org/bugzilla/show_bug.cgi?id=6530
- 2. E.g. Content-Type: text/plain; charset=UTF-8\n in po/is.po
- */
- setlocale(LC_CTYPE, );
charset = locale_charset();
bind_textdomain_codeset(domain, charset);
- setlocale(LC_CTYPE, C);
}
void git_setup_gettext(void)
@@ -125,7 +43,7 @@ void git_setup_gettext(void)
if (!podir)
podir = GIT_LOCALE_PATH;
bindtextdomain(git, podir);
- setlocale(LC_MESSAGES, );
+ setlocale(LC_ALL, );
init_gettext_charset(git);
textdomain(git);
}
--
Bug#675236: gtkpod is not installable on my system
Hi! gtkpod 2.1.3 is in experimental suite. Could you please test it and tell me if the issue persists? Otherwise I could consider that bug was caused by a random factor and indeed close this bug report. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698914: grub-efi booting Windows 8 in UEFI mode
Package: grub-efi
Version: 1.99-26
Severity: important
Hi,
On a new machine that came pre-configured with UEFI and Windows 8
(Lenovo G580), I've installed Debian dual-boot and grub-efi works well
for booting that Debian system. However, the menu entries created for
Windows on this machine (the primary Windows installation and the
recovery partition) both fail to boot with the same message:
error: unknown command `drivemap'.
error: invalid EFI file path.
Press any key to continue...
The grub.cfg entries for these are:
### BEGIN /etc/grub.d/30_os-prober ###
menuentry Windows Recovery Environment (loader) (on /dev/sda3) --class
windows --class os {
insmod part_gpt
insmod fat
set root='(hd0,gpt3)'
search --no-floppy --fs-uuid --set=root 4411-65A9
drivemap -s (hd0) ${root}
chainloader +1
}
menuentry Windows 8 (loader) (on /dev/sda5) --class windows --class os {
insmod part_gpt
insmod ntfs
set root='(hd0,gpt5)'
search --no-floppy --fs-uuid --set=root A48815AD88157ECC
drivemap -s (hd0) ${root}
chainloader +1
}
### END /etc/grub.d/30_os-prober ###
I'm guessing drivemap isn't a valid thing in grub-efi and this would
work in BIOS mode?
Based on information found from a web search, I've added by hand an
extra stanza to load the main Windows 8 entry in UEFI mode:
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry Windows (UEFI) {
search --set=root --file /EFI/Microsoft/Boot/bootmgfw.efi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/40_custom ###
and this works flawlessly for me. I don't know how easy this would be
to integrate into os-prober; does that know that it's running on an
EFI system at all?
It would be lovely to get this sorted for Wheezy... :-)
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages grub-efi depends on:
ii grub-common 1.99-26
ii grub-efi-amd64 1.99-26
grub-efi recommends no packages.
grub-efi 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#698911: pdns-backend-pgsql: Default schema for pdns-backend-pgsql needs update
severity #698911 normal tags #598911 confirmed thanks On Fri, Jan 25, 2013 at 07:56:13AM +, James Cloos wrote: Debian’s default schema for pdns-backend-pgsql specifies that the records.content column be varchar(255). That is insufficient for some records, such as RRSIG RRs used with dnssec. Upstream has updated to varchar(65535), although text also would be find. When using deb’s version of pdns as an axfr slave nameserver, pdns will be unable to save the zones which have been dnssec-signed by the master server into the records table, blocking operation for such zones completely. This can easily be fixed locally, does not lead to data loss, and only applies to two (albeit popular) database backends. I confirm this issue, but am downgrading severity appropriately. The fix for new installs is a simple one-line change to the default schema as described above. Will do, and hope to be able to get this approved for wheezy. Existing installs which choose automatic maintainance of the pdns db, though, should be updated by way of an: ALTER TABLE records ALTER COLUMN content TYPE VARCHAR(65535); I would appreciate a patch for that. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698912: banshee: Crash on next track
I've looked through your logs, and it looks like your either your D-Bus session bus daemon died or gconfd died. Try logging out and logging back in, then starting Banshee up and seeing if the issue still occurs. Still occurs. I see both gconfd-2 and (the user's) dbus-daemon running, too. Right now, I get the following errors before the crash: (Banshee:10894): GConf-WARNING **: Got Disconnected from DBus. (Banshee:10894): GConf-WARNING **: The connection to DBus was broken. Can't reinitialize it. [11 Warn 09:34:36.904] Could not read GConf key sources.MusicLibrarySource-Library.separate_by_type - GLib.GException: No D-BUS daemon running […] Regards, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694642: glpi: CVE-2012-5475 and actual impact
retitle 694642 glpi: embeds vulnerable and apparently useless SWF library severity 694642 important thanks Hi, I just had a look at the GLPI source, and here are my findings: * the charts.swf file is indeed a vulnerable version; * however, the JavaScript library points to https://yui.yahooapis.com/2.8.2/build/charts/assets/charts.swf instead of the embedded copy (urrrgh, not even https); * anyway, this part of the API does not seem to be used from anywhere in the actual GLPI code (GLPI generates SVG graphs, not SWF ones). So I don’t think it has an actual impact, although it should certainly be removed from the binary package. Cheers, -- .''`. 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#698502: unblock: glusterfs/3.2.7-4
Am 19.01.2013 18:14, schrieb Julien Cristau:
Control: tag -1 moreinfo
On Sat, Jan 19, 2013 at 14:27:47 +0100, Patrick Matthäi wrote:
+diff -Naur glusterfs-3.2.7.orig/libglusterfs/src/statedump.c
glusterfs-3.2.7/libglusterfs/src/statedump.c
+--- glusterfs-3.2.7.orig/libglusterfs/src/statedump.c 2012-06-10
19:44:15.0 +0200
glusterfs-3.2.7/libglusterfs/src/statedump.c 2013-01-19
13:49:26.415982036 +0100
+@@ -408,12 +404,13 @@
+ void
+ gf_proc_dump_info (int signum)
+ {
+-int ret = -1;
+-glusterfs_ctx_t *ctx = NULL;
+-
++int ret = -1;
++glusterfs_ctx_t *ctx = NULL;
++char brick_name[PATH_MAX] = {0,};
++char tmp_dump_name[] = /tmp/dumpXX;
++char path[PATH_MAX] = {0,};
+
+ gf_proc_dump_lock ();
+-ret = gf_proc_dump_open ();
+ if (ret 0)
+ goto out;
+
How can that possibly work?
Cheers,
Julien
I have uploaded an fixed version. diff from 3.2.7-3 to 3.2.7-5 looks now
like:
diff -Naur '--exclude=.svn' 3.2.7-3/debian/changelog
3.2.7-5/debian/changelog
--- 3.2.7-3/debian/changelog2012-11-12 20:37:46.218864002 +0100
+++ 3.2.7-5/debian/changelog2013-01-25 09:11:02.145164496 +0100
@@ -1,3 +1,20 @@
+glusterfs (3.2.7-5) unstable; urgency=medium
+
+ * Updated broken patch 04-CVE-2012-4417. Added missing calls to
+gf_proc_dump_* functions.
+Closes: #693112
+
+ -- Patrick Matthäi pmatth...@debian.org Fri, 25 Jan 2013 09:00:53 +0100
+
+glusterfs (3.2.7-4) unstable; urgency=medium
+
+ * Add backported upstream patch 04-CVE-2012-4417 to fix CVE-2012-4417:
+glusterfs allows local users to overwrite arbitrary files via a symlink
+attack on temporary files with predictable names.
+Closes: #693112
+
+ -- Patrick Matthäi pmatth...@debian.org Sat, 19 Jan 2013 13:53:18 +0100
+
glusterfs (3.2.7-3) unstable; urgency=low
* Remove duplicated and faulty call of the glusterd daemon from the init
diff -Naur '--exclude=.svn' 3.2.7-3/debian/patches/04-CVE-2012-4417.diff
3.2.7-5/debian/patches/04-CVE-2012-4417.diff
--- 3.2.7-3/debian/patches/04-CVE-2012-4417.diff1970-01-01
01:00:00.0 +0100
+++ 3.2.7-5/debian/patches/04-CVE-2012-4417.diff2013-01-25
09:11:02.145164496 +0100
@@ -0,0 +1,122 @@
+# Backported upstream patch to fix CVE-2012-4417:
+# GlusterFS 3.3.0, as used in Red Hat Storage server 2.0, allows local
users to
+# overwrite arbitrary files via a symlink attack on temporary files with
+# predictable names.
+# Closes: #693112
+
+diff -Naur glusterfs-3.2.7.orig/libglusterfs/src/common-utils.h
glusterfs-3.2.7/libglusterfs/src/common-utils.h
+--- glusterfs-3.2.7.orig/libglusterfs/src/common-utils.h
2012-06-10 19:44:15.0 +0200
glusterfs-3.2.7/libglusterfs/src/common-utils.h2013-01-25
08:57:35.601175617 +0100
+@@ -134,6 +134,16 @@
+ } \
+ } while (0);
+
++#define GF_REMOVE_SLASH_FROM_PATH(path, string) \
++do {\
++int i = 0; \
++for (i = 1; i strlen (path); i++) { \
++string[i-1] = path[i]; \
++if (string[i-1] == '/') \
++string[i-1] = '-'; \
++} \
++} while (0)
++
+ #define GF_FILE_CONTENT_REQUESTED(_xattr_req,_content_limit) \
+ (dict_get_uint64 (_xattr_req, glusterfs.content,
_content_limit) == 0)
+
+diff -Naur glusterfs-3.2.7.orig/libglusterfs/src/statedump.c
glusterfs-3.2.7/libglusterfs/src/statedump.c
+--- glusterfs-3.2.7.orig/libglusterfs/src/statedump.c 2012-06-10
19:44:15.0 +0200
glusterfs-3.2.7/libglusterfs/src/statedump.c 2013-01-25
08:57:35.601175617 +0100
+@@ -62,15 +62,11 @@
+
+
+ static int
+-gf_proc_dump_open (void)
++gf_proc_dump_open (char *tmpname)
+ {
+-char path[256];
+ int dump_fd = -1;
+
+-memset (path, 0, sizeof (path));
+-snprintf (path, sizeof (path), %s.%d, GF_DUMP_LOGFILE_ROOT,
getpid ());
+-
+-dump_fd = open (path, O_CREAT|O_RDWR|O_TRUNC|O_APPEND, 0600);
++dump_fd = mkstemp (tmpname);
+ if (dump_fd 0)
+ return -1;
+
+@@ -408,37 +404,45 @@
+ void
+ gf_proc_dump_info (int signum)
+ {
+-int ret = -1;
+-glusterfs_ctx_t *ctx = NULL;
+-
++int ret = -1;
++glusterfs_ctx_t *ctx = NULL;
++char brick_name[PATH_MAX] = {0,};
++char tmp_dump_name[] = /tmp/dumpXX;
++char path[PATH_MAX] = {0,};
+
+ gf_proc_dump_lock ();
+-ret = gf_proc_dump_open
Bug#696464: hp 1020 debian 7 failed
I've moved to the experemental branch for the cups package. It is working! axet@mini:~$ dpkg -l |grep cups ii cups 1.6.1-1powerpc Common UNIX Printing System(tm) - server ii cups-browsed 1.0.28-1 powerpc OpenPrinting CUPS Filters - cups-browsed ii cups-bsd 1.6.1-1powerpc Common UNIX Printing System(tm) - BSD commands ii cups-client 1.6.1-1powerpc Common UNIX Printing System(tm) - client programs (SysV) ii cups-common 1.6.1-1all Common UNIX Printing System(tm) - common files ii cups-daemon 1.6.1-1powerpc Common UNIX Printing System(tm) - server ii cups-filters 1.0.28-1 powerpc OpenPrinting CUPS Filters ii cups-pk-helper 0.2.3-3powerpc PolicyKit helper to configure cups with fine-grained privileges ii cups-ppdc 1.5.3-2.13 powerpc Common UNIX Printing System(tm) - PPD manipulation utilities ii cupsddk 1.5.3-2.13 all Common UNIX Printing System (transitional package) ii ghostscript-cups 9.05~dfsg-6.3 powerpc interpreter for the PostScript language and for PDF - CUPS filters ii libcups2:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - Core library ii libcups2-dev 1.6.1-1powerpc Common UNIX Printing System(tm) - Development files CUPS library ii libcupscgi1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - CGI library ii libcupsdriver1:powerpc 1.5.3-4powerpc Common UNIX Printing System(tm) - Driver library ii libcupsfilters-dev 1.0.28-1 powerpc OpenPrinting CUPS Filters - Development files for the library ii libcupsfilters1:powerpc 1.0.28-1 powerpc OpenPrinting CUPS Filters - Shared library ii libcupsimage2:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - Raster image library ii libcupsimage2-dev 1.6.1-1powerpc Common UNIX Printing System(tm) - Development files CUPS image library ii libcupsmime1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - MIME library ii libcupsppdc1:powerpc 1.6.1-1powerpc Common UNIX Printing System(tm) - PPD manipulation library ii python-cups 1.9.48-1.1 powerpc Python bindings for CUPS ii python-cupshelpers 1.3.7-3all Python utility modules around the CUPS printing system axet@mini:~$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698912: [pkg-cli-apps-team] Bug#698912: banshee: Crash on next track
On 25/01/2013 16:41, Adrian Lang wrote: (Banshee:10894): GConf-WARNING **: Got Disconnected from DBus. (Banshee:10894): GConf-WARNING **: The connection to DBus was broken. Can't reinitialize it. [11 Warn 09:34:36.904] Could not read GConf key sources.MusicLibrarySource-Library.separate_by_type - GLib.GException: No D-BUS daemon running That's really weird. As it says, there's no D-BUS daemon running. Are you sure your dbus daemon is running? Try running notify-send foo (you'll need libnotify-bin installed) and seeing if you get a notification from that? -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#698915: unblock: php5/5.4.4-12
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package php5
Fixes grave bug.
Infinite recursion in session handling when using
fusionforge/mediawiki after apache2 reload.
Pulled patch from upstream and from s...@debian.org.
Confirmed by the reporter that 5.4.4-12 fixes the issue.
$ diffstat php5_5.4.4-12.debdiff
debian/patches/session.c_rfc1867_crashes_php_even_though_turned_off.patch |
33 ++
php5-5.4.4/debian/changelog |
7 ++
php5-5.4.4/debian/patches/series |
1
3 files changed, 41 insertions(+)
unblock php5/5.4.4-12
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u php5-5.4.4/debian/changelog php5-5.4.4/debian/changelog
--- php5-5.4.4/debian/changelog
+++ php5-5.4.4/debian/changelog
@@ -1,3 +1,10 @@
+php5 (5.4.4-12) unstable; urgency=low
+
+ * Apply two workaround patches for crashes caused by infinite recursion
+in php_rfc1867_callback (Closes: #694473, #691318)
+
+ -- Ondřej Surý ond...@debian.org Mon, 21 Jan 2013 11:02:25 +0100
+
php5 (5.4.4-11) unstable; urgency=low
* Install logrotate script in php5-fpm package (Closes: #673558)
diff -u php5-5.4.4/debian/patches/series php5-5.4.4/debian/patches/series
--- php5-5.4.4/debian/patches/series
+++ php5-5.4.4/debian/patches/series
@@ -77,0 +78 @@
+session.c_rfc1867_crashes_php_even_though_turned_off.patch
only in patch2:
unchanged:
--- php5-5.4.4.orig/debian/patches/session.c_rfc1867_crashes_php_even_though_turned_off.patch
+++ php5-5.4.4/debian/patches/session.c_rfc1867_crashes_php_even_though_turned_off.patch
@@ -0,0 +1,33 @@
+--- a/ext/session/session.c
b/ext/session/session.c
+@@ -2192,8 +2192,10 @@ static PHP_MINIT_FUNCTION(session) /* {{
+ #ifdef HAVE_LIBMM
+ PHP_MINIT(ps_mm) (INIT_FUNC_ARGS_PASSTHRU);
+ #endif
+- php_session_rfc1867_orig_callback = php_rfc1867_callback;
+- php_rfc1867_callback = php_session_rfc1867_callback;
++ if (php_rfc1867_callback != php_session_rfc1867_callback) {
++ php_session_rfc1867_orig_callback = php_rfc1867_callback;
++ php_rfc1867_callback = php_session_rfc1867_callback;
++ }
+
+ /* Register interface */
+ INIT_CLASS_ENTRY(ce, PS_IFACE_NAME, php_session_iface_functions);
+@@ -2384,13 +2386,14 @@ static int php_session_rfc1867_callback(
+ php_session_rfc1867_progress *progress;
+ int retval = SUCCESS;
+
+- if (php_session_rfc1867_orig_callback) {
+- retval = php_session_rfc1867_orig_callback(event, event_data, extra TSRMLS_CC);
+- }
+ if (!PS(rfc1867_enabled)) {
+ return retval;
+ }
+
++ if (php_session_rfc1867_orig_callback) {
++ retval = php_session_rfc1867_orig_callback(event, event_data, extra TSRMLS_CC);
++ }
++
+ progress = PS(rfc1867_progress);
+
+ switch(event) {
Bug#646125: empathy: Certificate complaints of every connect despite selecting remember
Le Thu, 24 Jan 2013 21:37:12 -0500, Clayton Falzone clayton.falz...@gmail.com a écrit : That might explain, the pinned certificates are stored in gnome-keyring. You should take care of starting it properly. Cheers Laurent Bigonville I am similarly affected by this bug. Installing the gnome-keyring package does not fix the behavior (though it does cause the passwords to be remembered, it does not prevent empathy from asking to remember the certificate each time) Hi, Are you using GNOME? gnome-keyring is made of several (4) components that need to be initialized when the user is logging into his session. See /etc/xdg/autostart/gnome-keyring-*.desktop. The component that store the certificate is the pkcs11 one. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698912: [pkg-cli-apps-team] Bug#698912: banshee: Crash on next track
On 25.01.2013 10:05, Chow Loong Jin wrote: That's really weird. As it says, there's no D-BUS daemon running. Are you sure your dbus daemon is running? Try running notify-send foo (you'll need libnotify-bin installed) and seeing if you get a notification from that? I'm pretty sure: adrian@katniss:~$ ps x | grep dbus 10300 ?Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session gnome-session 10303 ?S 0:00 /usr/bin/dbus-launch --exit-with-session gnome-session 10304 ?Ss 0:01 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session notify-send works fine, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698916: wordpress: multiple vulnerabilities fixed in 3.5.1
Package: wordpress Version: 3.5+dfsg-1 Severity: important http://wordpress.org/news/2013/01/wordpress-3-5-1/ - A server-side request forgery vulnerability and remote port scanning using pingbacks. This vulnerability, which could potentially be used to expose information and compromise a site, affects all previous WordPress versions. This was fixed by the WordPress security team. We’d like to thank security researchers Gennady Kovshenin and Ryan Dewhurst for reviewing our work. - Two instances of cross-site scripting via shortcodes and post content. These issues were discovered by Jon Cave of the WordPress security team. - A cross-site scripting vulnerability in the external library Plupload. Thanks to the Moxiecode team for working with us on this, and for releasing Plupload 1.5.5 to address this issue. -- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596770: fvwm: Module FvwmIdent no longer works
reopen 596770 found 596770 1:2.6.5.ds-1 thanks On 2013-01-25 00:38:29 +0100, Vincent Lefevre wrote: Now, I've never been able to reproduce the bug. The bug is always reproducible with fvwm 1:2.6.5.ds-1. Downgrading to 2.5.30.ds-1.1 no longer makes the bug appear. And reupgrading to 2.6.5.ds-1 makes the bug appears again. So, this is a regression. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698918: bitlbee: sending umlauts via oscar doesn't work -- receiving and other protocols work fine
Package: bitlbee Version: 3.2-1 Severity: normal Dear Maintainer, Using bitlbee 3.2-1 and xchat 2.8.8-7.1 I encounter the following problem with umlauts (ä, ö, ü, ß etc): - receiving from jabber clients works fine - sending to jabber clients works fine - receiving from oscar clients works fine - sending to oscar clients DOES NOT. me do these show up correctly? ae: ä, oe: ö, ue: ü, sz: ß guy using jabber they do. let's try the other way: ae: ä, oe: ö, ue: ü, sz: ß me works me do these show up correctly? ae: ä, oe: ö, ue: ü, sz: ß guy using icq nope. show up as russian characters. ae: д, oe: ц, ue: ь, sz: Я guy using icq ae: ä, oe: ö, ue: ü, sz: ß me yours show up correctly bitlbee's charset is set to utf-8: me set charset root charset = `utf-8' xchat is set to use utf-8 as well. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 bitlbee depends on: ii bitlbee-common 3.2-1 ii debianutils 4.3.2 ii libc6 2.13-37 ii libevent-2.0-5 2.0.19-stable-3 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.33.12+really2.32.4-3 ii libgnutls28 3.0.20-3 bitlbee recommends no packages. bitlbee 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#698919: glade: update to latest release
Package: glade
Version: 3.14.2-1
Severity: wishlist
Tags: patch
Hello glade maintainers,
I have recently packaged latest upstream release, 3.14.2.
Find changes on the patch attached.
Kind regards
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (900, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.7-trunk-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages glade depends on:
ii libc6 2.13-38
ii libgladeui-2-0 3.14.2-1
ii libglib2.0-02.34.3-1
ii libgtk-3-0 3.6.4-1
Versions of packages glade recommends:
pn devhelp none
ii libgtk-3-dev 3.6.4-1
glade suggests no packages.
-- no debconf information
Index: control.in
===
--- control.in (revision 36600)
+++ control.in (working copy)
@@ -9,13 +9,14 @@
debhelper (= 8),
gnome-pkg-tools (= 0.10),
libxml2-dev (= 2.4.0),
- libgtk-3-dev (= 3.4.0),
- python-gi-dev (= 2.29.4),
+ libgtk-3-dev (= 3.6.0),
+ python-gi-dev (= 2.90.4),
gtk-doc-tools (= 1.13),
gnome-doc-utils (= 0.18),
intltool (= 0.41.0),
gobject-introspection (= 0.10.1),
- libgirepository1.0-dev (= 0.10.1)
+ libgirepository1.0-dev (= 0.10.1),
+ itstool
Build-Depends-Indep: libglib2.0-doc,
libgtk-3-doc
Standards-Version: 3.9.3
Index: control
===
--- control (revision 36600)
+++ control (working copy)
@@ -14,13 +14,14 @@
debhelper (= 8),
gnome-pkg-tools (= 0.10),
libxml2-dev (= 2.4.0),
- libgtk-3-dev (= 3.4.0),
- python-gi-dev (= 2.29.4),
+ libgtk-3-dev (= 3.6.0),
+ python-gi-dev (= 2.90.4),
gtk-doc-tools (= 1.13),
gnome-doc-utils (= 0.18),
intltool (= 0.41.0),
gobject-introspection (= 0.10.1),
- libgirepository1.0-dev (= 0.10.1)
+ libgirepository1.0-dev (= 0.10.1),
+ itstool
Build-Depends-Indep: libglib2.0-doc,
libgtk-3-doc
Standards-Version: 3.9.3
Index: glade.install
===
--- glade.install (revision 36600)
+++ glade.install (working copy)
@@ -1,6 +1,4 @@
usr/bin
usr/share/icons/hicolor
usr/share/applications
-usr/share/omf
-usr/share/gnome
debian/glade.xpm usr/share/pixmaps/
Index: changelog
===
--- changelog (revision 36600)
+++ changelog (working copy)
@@ -1,3 +1,12 @@
+glade (3.14.2-1) experimental; urgency=low
+
+ * New upstream release.
+ * debian/control:
++ add itstool as build dependency.
++ upgrade libgtk-3-dev version depend
+
+ -- Hector Oron zu...@debian.org Mon, 21 Jan 2013 01:42:30 +0100
+
glade (3.12.1-1) unstable; urgency=low
* New upstream release.
Index: patches/series
===
--- patches/series (revision 36600)
+++ patches/series (working copy)
@@ -1,2 +1 @@
-01_dont_hardcode_library_search_paths.patch
99_ltmain_as-needed.patch
Index: patches/01_dont_hardcode_library_search_paths.patch
===
--- patches/01_dont_hardcode_library_search_paths.patch (revision 36600)
+++ patches/01_dont_hardcode_library_search_paths.patch (working copy)
@@ -1,59 +0,0 @@
-Description: Don't hard-code library search paths
- Instead skip the directory when calling g_module_build_path () and let
- g_module_open () search the default system directories which includes the
- multiarch location.
-Author: Julien Cristau jcris...@debian.org
-Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666241
-Bug: https://bugzilla.gnome.org/show_bug.cgi?id=675977
-diff --git a/gladeui/glade-utils.c b/gladeui/glade-utils.c
-index bf9542e..b764a93 100644
a/gladeui/glade-utils.c
-+++ b/gladeui/glade-utils.c
-@@ -854,12 +854,12 @@ try_load_library (const gchar *library_path, const gchar *library_name)
- GModule *module = NULL;
- gchar *path;
-
-- path = g_module_build_path (library_path, library_name);
-- if (g_file_test (path, G_FILE_TEST_EXISTS))
--{
-- if (!(module = g_module_open (path, G_MODULE_BIND_LAZY)))
--g_warning (Failed to load %s: %s, path, g_module_error ());
--}
-+ if (library_path)
-+path = g_module_build_path (library_path, library_name);
-+ else
-+path = g_module_build_path (NULL, library_name);
-+ if (!(module = g_module_open (path, G_MODULE_BIND_LAZY)))
-+g_debug (Failed to load %s: %s, path,
Bug#695182: [PATCH] Subtract min_free_kbytes from dirtyable memory
Dear Minchan, So what's the effect for user? ... It seems you saw old kernel. ... Current kernel includes ... So I think we don't need this patch. As I understand now, my patch is right and needed for older kernels; for newer kernels, the issue has been fixed in equivalent ways; it was an oversight that the change was not backported; and any justification you need, you can get from those later better patches. I asked: A question: what is the use or significance of vm_highmem_is_dirtyable? It seems odd that it would be used in setting limits or threshholds, but not used in decisions where to put dirty things. Is that so, is that as should be? What is the recommended setting of highmem_is_dirtyable? The silence is deafening. I guess highmem_is_dirtyable is an aberration. Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698915: unblock: php5/5.4.4-12
On 2013-01-25 09:04, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package php5 Fixes grave bug. Infinite recursion in session handling when using fusionforge/mediawiki after apache2 reload. Ah good, I was hoping to see a fix for this. Unblocked; thanks. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697204: GExiv2.py
block 697204 by 696502 thanks Hi, If the experimental package can be updated to include GExiv2.py, then everything should begin working as you expect. This patch should fix the problem. That is if #696502 is fixed before. Or if the Makefile is patched to call python instead of /usr/bin/python2. diff -Nru gexiv2-0.5.0/debian/control gexiv2-0.5.0+697204/debian/control --- gexiv2-0.5.0/debian/control 2012-11-28 11:50:19.0 +0100 +++ gexiv2-0.5.0+697204/debian/control 2013-01-25 10:29:30.214530943 +0100 @@ -10,7 +10,9 @@ libexiv2-dev (= 0.21), libexpat1-dev, gobject-introspection, - libgirepository1.0-dev + libgirepository1.0-dev, + python, python-gi, + python3, python3-gi Standards-Version: 3.9.4 Homepage: http://redmine.yorba.org/projects/gexiv2/wiki diff -Nru gexiv2-0.5.0/debian/gir1.2-gexiv2-0.4.install gexiv2-0.5.0+697204/debian/gir1.2-gexiv2-0.4.install --- gexiv2-0.5.0/debian/gir1.2-gexiv2-0.4.install 2012-11-28 11:55:59.0 +0100 +++ gexiv2-0.5.0+697204/debian/gir1.2-gexiv2-0.4.install 2013-01-24 09:18:23.148470873 +0100 @@ -1 +1,2 @@ usr/lib/girepository-1.0/*.typelib +usr/lib/python* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698920: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
Package: fvwm Version: 1:2.6.5.ds-1 Severity: normal In FvwmWinList, the list shows the (title) names instead of the icon names. There was no such problem in 2.5.x. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fvwm depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7.1 ii libfribidi00.19.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libice62:1.0.8-2 ii libpng12-0 1.2.49-3 ii libreadline6 6.2+dfsg-0.1 ii librplay3 3.3.2-14 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libstroke0 0.5.1-6 ii libtinfo5 5.9-10 ii libx11-6 2:1.5.0-1 ii libxcursor11:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxft22.3.1-1 ii libxinerama1 2:1.1.2-1 ii libxpm41:3.5.10-1 ii libxrender11:0.9.7-1 ii perl 5.14.2-16 ii perl-modules [libperl4-corelibs-perl] 5.14.2-16 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages fvwm recommends: ii fvwm-icons20070101-2 ii libx11-protocol-perl 0.56-4 ii perl-tk 1:804.030-1 Versions of packages fvwm suggests: ii cpp 4:4.7.2-1 pn fvwm-themes none ii m4 1.4.16-4 ii menu 2.1.46 pn wm-icons none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698908: cvs: FTBFS on x32: mktime.c compile-time check fails
Daniel Schepler dixit: cc -DHAVE_CONFIG_H -I. -I../../../lib -I.. -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -DUSE_LIBBSD -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -fno-strict-aliasing -Wformat -Wno-unused-result -c ../../../lib/strftime.c ../../../lib/mktime.c: In function 'ydhms_diff': Is there something garbled in your output? I see strftime.c but the error is in mktime.c, and (at least the copy I am looking at right now) the former doesn’t #include the latter. ../../../lib/mktime.c:170:3: error: size of array 'a' is negative make[4]: *** [mktime.o] Error 1 I’d rather know why it tries to build mktime.c at all. You see, this flavour of CVS comes from MirBSD, which (on i386) has the same situation: sizeof(int) == sizeof(long) == 4, whereas sizeof(time_t) == sizeof(long long) == 8. To get the configure check AC_FUNC_MKTIME passing, I had to fix some things in libc first (one of which was to use “time_t” instead of “long” for struct tm.tm_year, IIRC). That solved the issue of gnulib trying to replace mktime. How about that instead? bye, //mirabilos PS: I know about the problem in pax and will fix that in an upload some time soon, no need to report ;-) -- „nein: BerliOS und Sourceforge sind Plattformen für Projekte, github ist eine Plattform für Einzelkämpfer“ -- dieses Zitat ist ein Beweis dafür, daß auch ein blindes Huhn mal ein Korn findet, bzw. – in diesem Fall – Recht haben kann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698920: fvwm: In FvwmWinList, the list shows the title names instead of the icon names
retitle 698920 fvwm: FvwmWinList ignores the UseIconNames config option thanks On 2013-01-25 10:59:24 +0100, Vincent Lefevre wrote: In FvwmWinList, the list shows the (title) names instead of the icon names. There was no such problem in 2.5.x. This is with *FvwmWinListUseIconNames in my fvwmrc. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698921: copyright: please document that icons are also under CC-BY-3.0
Package: src:awstats Version: 7.0~dfsg-7 Severity: important Hi, d/copyright includes a link to [1] for the icons. There it says that the icons are also available under CC-BY-3.0 (plus an additional request). Please include this information in d/copyright as earlier version of the CC licenses are not seen as DFSG-free. Regards, Ansgar [1] http://famfamfam.com/lab/icons/silk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698922: non-free files in main (CC-BY-SA-2.0, CC-BY-SA-2.5, CC-BY-2.5)
Package: src:grub2-splashimages Version: 1.0.1 Severity: serious Hi, grub2-splashimages has a few images release only under 2.0 or 2.5 versions of the CC-BY(-SA) licenses. However only the 3.0 versions are DFSG-free. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649223: exo-utils: exo-open does not handle file:/// URLs correctly
Package: exo-utils Version: 0.6.2-5 Followup-For: Bug #649223 Same problem here using XFCE with rox-filer. For example running exo-open file:///home/ sends the full url to the browser which doesn't understand the 'file://' part. gnome-open however strips that out and properly sends just the directory. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.7a (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages exo-utils depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxfce4util4 4.8.2-1 exo-utils recommends no packages. exo-utils 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#698924: dpkg: cannot build package from source - libc missing dependency information
Package: dpkg Version: 1.16.9 Severity: important Hello, I tried to build the X server and I get this: dpkg-shlibdeps: error: no dependency information found for /lib/libc.so.6 (used by debian/xserver-xorg-core/usr/lib/xorg/modules/extensions/l ibdri2.so) I suspect that the fact I installed and removed armel libc on armhf system may be relevant. I bootstrapped this system using debootstrap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698923: Ability to specify release when there are multiple
Package: flactag Version: 2.0.4-1 Severity: wishlist I get the following: $ flactag -r -w the-roots-things-fall-apart.flac the-roots-things-fall-apart.flac: Multiple albums found the-roots-things-fall-apart.flac: No matching album ID found, aborting There are 2 releases for this discid. It would be nice if flactag would allow me to specific the release on the command line. Bonus points for printing what releases are available when you find multiple ones. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674842: fixed in galculator 2.0.1-1
Maybe thousands separator. I can't type anything to preferences - numbers - separator character in 2.0.1. But it's not so important. J. On 25.1.2013 08:28, Dmitry Smirnov wrote: Hi Jan, I'm very happy that we found the solution. Thank you for your feedback. I'm a little bit curious about what exactly is this malicious configuration that 1.3.* (or earlier versions) put to its config file... I also upgraded from 1.3.4 but didn't have this problem in first place. smime.p7s Description: S/MIME Cryptographic Signature
Bug#698881: dh_shlibdeps should not set LD_LIBRARY_PATH, pass this info with a parameter to dpkg-shlibdeps
On Fri, 2013-01-25 at 04:41:55 +0100, Matthias Klose wrote: Am 24.01.2013 23:40, schrieb Guillem Jover: Indeed, that's what I thought too when I first read Matthias report, using LD_LIBRARY_PATH is really not a good idea given the interactions with the interpreter and any forked process, I'm fixing this now to be included for 1.17.x to either use a different environment variable, or better yet to add the new option, and probably start issuing warnings when the variable is set. Note that LD_LIBRARY_PATH is usually already set by fakeroot, so a warning might not be appropriate. Oh right, I was already considering some heuristic to avoid bogus warnings, as in only warn if the new method is used and LD_LIBRARY_PATH is defined or something like that, but given that all/most builds will be using fakeroot, that would always trigger. Also removing support for LD_LIBRARY_PATH could break old builds in strange and difficult to diagnose ways, so there's no much point in nagging about it. Instead this should probably be handled by a lintian check so that people (not using debhelper) switch. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698869: dpkg-shlibdeps useless dependency message is mistranslated in ru
On Fri, 2013-01-25 at 06:55:15 +0100, Christian PERRIER wrote: Quoting Guillem Jover (guil...@debian.org): That's what the format parameter index are for, here it would be a matter of using ... %2$s ... %1$s ..., I can commit that. Or am I missunderstanding the issue here? Oh, sounds like I learned something this time..:-) I'm not sure that many translators know about format parameter indexes, indeed. This and other stuff should be well documented in the gettext documentation, it's a good read. For this specific case something like: $ info gettext.info c-format would be useful (note that «info gettext» will bring up the glibc docs instead). From there another tip would be using the I format directive if one does not care much about non-GNU systems). In any case perhaps you might want to blog about this so that other people get aware of these things? Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698925: unblock: glpi/0.83.31-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package glpi
This fixes a security issue, and should allow glpi not to be removed
from wheezy.
Changelog:
glpi (0.83.31-2) unstable; urgency=high
.
* Security fixes:
Replace embedded copy of extjs by Debian package, the embedded one
contains a flash file built with a vulnerable version of yui
(charts.swf).
(Closes: #694642)
* Urgency high, this is a RC bug
Full debdiff attached.
Regards,
Pierre
unblock glpi/0.83.31-2
-- System Information:
Debian Release: 6.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32.55.pollux-grsec (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru glpi-0.83.31/debian/changelog glpi-0.83.31/debian/changelog
--- glpi-0.83.31/debian/changelog 2012-07-22 21:47:52.0 +0200
+++ glpi-0.83.31/debian/changelog 2013-01-25 11:37:11.0 +0100
@@ -1,3 +1,13 @@
+glpi (0.83.31-2) unstable; urgency=high
+
+ * Security fixes:
+Replace embedded copy of extjs by Debian package, the embedded one
+contains a flash file built with a vulnerable version of yui (charts.swf).
+(Closes: #694642)
+ * Urgency high, this is a RC bug
+
+ -- Pierre Chifflier pol...@debian.org Fri, 25 Jan 2013 11:37:09 +0100
+
glpi (0.83.31-1) unstable; urgency=medium
* Imported Upstream version 0.83.31
diff -Nru glpi-0.83.31/debian/control glpi-0.83.31/debian/control
--- glpi-0.83.31/debian/control 2012-03-10 11:37:14.0 +0100
+++ glpi-0.83.31/debian/control 2013-01-25 11:32:56.0 +0100
@@ -15,6 +15,7 @@
ttf-freefont,
tinymce,
libphp-phpmailer,
+libjs-extjs,
${misc:Depends}
Description: IT and Asset management software
GLPI stands for Gestionnaire libre de parc informatique,
diff -Nru glpi-0.83.31/debian/rules glpi-0.83.31/debian/rules
--- glpi-0.83.31/debian/rules 2012-04-28 16:58:14.0 +0200
+++ glpi-0.83.31/debian/rules 2013-01-25 11:34:15.0 +0100
@@ -67,6 +67,8 @@
rm -rf $(DESTDIR)/usr/share/glpi/lib/phpcas
rm -rf $(DESTDIR)/usr/share/glpi/lib/tiny_mce
rm -rf $(DESTDIR)/usr/share/glpi/lib/phpmailer
+ rm -rf $(DESTDIR)/usr/share/glpi/lib/extjs; \
+ ln -s /usr/share/javascript/extjs $(DESTDIR)/usr/share/glpi/lib/extjs
build-arch: build
build-indep: build
Bug#698617: [Pkg-mediawiki-devel] Bug#698617: mediawiki: On a new site installation, it cannot create the database since it doesn't get the user name
On 21/01/13 09:26, Rene Horn wrote: Package: mediawiki Version: 1:1.19.3-1 Severity: important Dear Maintainer, * What led up to the situation? I just installed Mediawiki, and I had created a vhost for it. I was going through the initial setup, and got to the end where it tries to create the database. * What exactly did you do (or not do) that was effective (or ineffective)? I was just trying to complete the web interface installation (mw-config/index.php). * What was the outcome of this action? I got this error from the install (it seems that it did not pass in the user name, which in this case I put in 'dice_wiki' for the user name): Setting up database...A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: CREATE DATABASE `dice_wiki` from within function MysqlInstaller::setupDatabase. Database returned error 1044: Access denied for user ''@'localhost' to database 'dice_wiki' (localhost). Did you fill out the username (Database username:) in the Connect to database step? Did you remove the preset of 'root'? MediaWiki 1.19.3 is using the contents of that field for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697204: GExiv2.py
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13-01-25 01:56 AM, Alexandre Rossi wrote: diff -Nru gexiv2-0.5.0/debian/gir1.2-gexiv2-0.4.install gexiv2-0.5.0+697204/debian/gir1.2-gexiv2-0.4.install --- gexiv2-0.5.0/debian/gir1.2-gexiv2-0.4.install 2012-11-28 11:55:59.0 +0100 +++ gexiv2-0.5.0+697204/debian/gir1.2-gexiv2-0.4.install 2013-01-24 09:18:23.148470873 +0100 @@ -1 +1,2 @@ usr/lib/girepository-1.0/*.typelib +usr/lib/python* Yep, that would do it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJRAmkGAAoJEMnVpoCaWglEjgQQAKtNRGXtyhiIwerwfqhUNc0z Oxvcc5mcHaqKz8QV2z80J02WLvc6M4rQtrrCeBSvQ6ZFoeXKf9FVI8P5w4CtgyXt 9nvluaPU1PLLv2qk9w8aXUFfTWb8xgmAv4yViCgOxRS1W1HjUQLrbcVKggRxgBKB J8u3XQC6/mJP/Kz9EHu/U/BbpasElBWwnTzpGYl948ZzFbu/8LhEzRGhW53P+OZW /Zl2CVO+bHw1C2og3PJcpXQzILBfR+7Oo8+oIj4ARJuvwX/jQsSzjK94wAsaH1Az 83EZAnOpmZo5NVuPYvsqqD9CNuPeaCOony/mMp6c5LbjQnoG9UdjIjfF10ZQYS0f JwkUmE0pkfCVPi6AISAWcMvKMM+F5CTbThK/3UDIDueQlPAQ1/gRuae6viGArQr4 q4VDUeWJTNUh2c6wz38tVPmxI7gvqOd+9COW+qpdpbREjz2LvAxdjcHLdfdw7IiS oFUXHQooj7/0rU5ezF3BK0dr03T+xsYq7HYfLMqFjNmcp5QrL4qsC3fp8/wPrXEj TeCPgQmJupGD9cjPLbFGBJ+4UaVBtluUiB+yDavWolxLCwGUwySR+Eem0F+1Zmss BHyeL7Niwc2IVLOx55apd//VaLiAA/HbzJXkD4TBZfBvAkxNgc1uZqgFqO3xeNn9 qo9CXCSPtF0uIiZLQMkS =BpeT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698924: dpkg: cannot build package from source - libc missing dependency information
On Fri, 2013-01-25 at 11:30:15 +0100, Michal Suchanek wrote: Package: dpkg Version: 1.16.9 Severity: important I tried to build the X server and I get this: dpkg-shlibdeps: error: no dependency information found for /lib/libc.so.6 (used by debian/xserver-xorg-core/usr/lib/xorg/modules/extensions/l ibdri2.so) I suspect that the fact I installed and removed armel libc on armhf system may be relevant. I bootstrapped this system using debootstrap. Well there's really not enough information here to know what went wrong, but I have a really hard time seeing this as a dpkg problem. Do you have libc6-dev for the target architecture? Actually why do you have a /lib/libc.so.6? that should be on a multiarch path, did you build a local libc that got installed there while bootstrapping? If so then you'd need to remove that and then close this bug report. :) Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698925: unblock: glpi/0.83.31-2
Control: tags -1 moreinfo On 2013-01-25 11:51, Pierre Chifflier wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package glpi This fixes a security issue, and should allow glpi not to be removed from wheezy. Changelog: glpi (0.83.31-2) unstable; urgency=high . * Security fixes: Replace embedded copy of extjs by Debian package, the embedded one contains a flash file built with a vulnerable version of yui (charts.swf). (Closes: #694642) * Urgency high, this is a RC bug Full debdiff attached. Regards, Pierre unblock glpi/0.83.31-2 [...] Hi, Paul Wise suggested that there are no sources for the affected files[1]. If so, they should be removed from the source package[2]. ~Niels [1] https://lists.debian.org/debian-release/2013/01/msg00951.html [2] http://www.debian.org/social_contract DFSG §2 The program must include source code, [...]. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: [Pkg-fglrx-devel] Bug#698008: limiting circumstances
severity #698008 minor tag #698008 + upstream thanks Am 21.01.2013 16:03, schrieb Igor Borski: Halo Patrick! I think I found a condition seriously limiting the bug's frequency (and importance :) ). It only happened so far under openbox window manager. That's where resize part comes I think. Reporting such bugs here is not very helpful, since we can not do anything about it. You should report it here: http://ati.cchtml.com -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695884: [Pkg-fglrx-devel] Bug#695884: Re[2]: Bug#695884: amd potentially improper OpenCL dependencies
Am 24.01.2013 04:01, schrieb Bob Bib: OK, then we should also probably replace the change made in experimental fglrx-driver/1:13.1-1 for amd-clinfo amd-libopencl1: Recommends: amd-opencl-icd with following: Recommends: amd-opencl-icd | opencl-icd ACK, or are there any different opinions? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693997: drivers/rtc/rtc-s35390a.c: add wakealarm support for rtc-s35390A rtc chip
* Martin Michlmayr t...@cyrius.com [2012-11-22 18:44]:
The following patch adds wakealarm support for rtc-s35390A rtc chip,
which is used by some QNAP devices:
https://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=542dd33a4925757c93b2c811b19434822a6c1a73
Can you add this patch to the wheezy kernel?
I just applide this patch to the wheezy kernel. It applies with just
minor fuzz, and it works correctly, as tested on a QNAP TS-219.
I've applied the patch from above with the fuzz fixed. Can you please
put this into wheezy?
--
Martin Michlmayr
http://www.cyrius.com/
From: Michael Langer michael.brainbug.lan...@googlemail.com
Date: Fri, 5 Oct 2012 00:14:37 + (-0700)
Subject: drivers/rtc/rtc-s35390a.c: add wakealarm support for rtc-s35390A rtc chip
X-Git-Tag: v3.7-rc1~110^2~73
X-Git-Url: https://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux.git;a=commitdiff_plain;h=542dd33a4925757c93b2c811b19434822a6c1a73;hp=48e9766726ebb8f5d98823fe6b32dff570bc04d8
drivers/rtc/rtc-s35390a.c: add wakealarm support for rtc-s35390A rtc chip
Add basic get/set alarm support for the Seiko Instruments S-35390A. The
chip is used on the QNAP TS-219P+ NAS device.
Signed-off-by: Michael Langer michael.brainbug.lan...@googlemail.com
Signed-off-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Linus Torvalds torva...@linux-foundation.org
---
diff --git a/drivers/rtc/rtc-s35390a.c b/drivers/rtc/rtc-s35390a.c
index cc5c516..8a09232 100644
--- a/drivers/rtc/rtc-s35390a.c
+++ b/drivers/rtc/rtc-s35390a.c
@@ -19,6 +19,8 @@
#define S35390A_CMD_STATUS1 0
#define S35390A_CMD_STATUS2 1
#define S35390A_CMD_TIME1 2
+#define S35390A_CMD_TIME2 3
+#define S35390A_CMD_INT2_REG1 5
#define S35390A_BYTE_YEAR 0
#define S35390A_BYTE_MONTH 1
@@ -28,12 +30,23 @@
#define S35390A_BYTE_MINS 5
#define S35390A_BYTE_SECS 6
+#define S35390A_ALRM_BYTE_WDAY 0
+#define S35390A_ALRM_BYTE_HOURS 1
+#define S35390A_ALRM_BYTE_MINS 2
+
#define S35390A_FLAG_POC 0x01
#define S35390A_FLAG_BLD 0x02
#define S35390A_FLAG_24H 0x40
#define S35390A_FLAG_RESET 0x80
#define S35390A_FLAG_TEST 0x01
+#define S35390A_INT2_MODE_MASK 0xF0
+
+#define S35390A_INT2_MODE_NOINTR 0x00
+#define S35390A_INT2_MODE_FREQ 0x10
+#define S35390A_INT2_MODE_ALARM 0x40
+#define S35390A_INT2_MODE_PMIN_EDG 0x20
+
static const struct i2c_device_id s35390a_id[] = {
{ s35390a, 0 },
{ }
@@ -184,6 +197,104 @@
return rtc_valid_tm(tm);
}
+static int s35390a_set_alarm(struct i2c_client *client, struct rtc_wkalrm *alm)
+{
+ struct s35390a *s35390a = i2c_get_clientdata(client);
+ char buf[3], sts = 0;
+ int err, i;
+
+ dev_dbg(client-dev, %s: alm is secs=%d, mins=%d, hours=%d mday=%d, \
+ mon=%d, year=%d, wday=%d\n, __func__, alm-time.tm_sec,
+ alm-time.tm_min, alm-time.tm_hour, alm-time.tm_mday,
+ alm-time.tm_mon, alm-time.tm_year, alm-time.tm_wday);
+
+ /* disable interrupt */
+ err = s35390a_set_reg(s35390a, S35390A_CMD_STATUS2, sts, sizeof(sts));
+ if (err 0)
+ return err;
+
+ /* clear pending interrupt, if any */
+ err = s35390a_get_reg(s35390a, S35390A_CMD_STATUS1, sts, sizeof(sts));
+ if (err 0)
+ return err;
+
+ if (alm-enabled)
+ sts = S35390A_INT2_MODE_ALARM;
+ else
+ sts = S35390A_INT2_MODE_NOINTR;
+
+ /* This chip expects the bits of each byte to be in reverse order */
+ sts = bitrev8(sts);
+
+ /* set interupt mode*/
+ err = s35390a_set_reg(s35390a, S35390A_CMD_STATUS2, sts, sizeof(sts));
+ if (err 0)
+ return err;
+
+ if (alm-time.tm_wday != -1)
+ buf[S35390A_ALRM_BYTE_WDAY] = bin2bcd(alm-time.tm_wday) | 0x80;
+
+ buf[S35390A_ALRM_BYTE_HOURS] = s35390a_hr2reg(s35390a,
+ alm-time.tm_hour) | 0x80;
+ buf[S35390A_ALRM_BYTE_MINS] = bin2bcd(alm-time.tm_min) | 0x80;
+
+ if (alm-time.tm_hour = 12)
+ buf[S35390A_ALRM_BYTE_HOURS] |= 0x40;
+
+ for (i = 0; i 3; ++i)
+ buf[i] = bitrev8(buf[i]);
+
+ err = s35390a_set_reg(s35390a, S35390A_CMD_INT2_REG1, buf,
+sizeof(buf));
+
+ return err;
+}
+
+static int s35390a_read_alarm(struct i2c_client *client, struct rtc_wkalrm *alm)
+{
+ struct s35390a *s35390a = i2c_get_clientdata(client);
+ char buf[3], sts;
+ int i, err;
+
+ err = s35390a_get_reg(s35390a, S35390A_CMD_STATUS2, sts, sizeof(sts));
+ if (err 0)
+ return err;
+
+ if (bitrev8(sts) != S35390A_INT2_MODE_ALARM)
+ return -EINVAL;
+
+ err = s35390a_get_reg(s35390a, S35390A_CMD_INT2_REG1, buf, sizeof(buf));
+ if (err 0)
+ return err;
+
+ /* This chip returns the bits of each byte in reverse order */
+ for (i = 0; i 3; ++i) {
+ buf[i] = bitrev8(buf[i]);
+ buf[i] = ~0x80;
+ }
+
+ alm-time.tm_wday = bcd2bin(buf[S35390A_ALRM_BYTE_WDAY]);
+ alm-time.tm_hour = s35390a_reg2hr(s35390a,
+ buf[S35390A_ALRM_BYTE_HOURS]);
+ alm-time.tm_min = bcd2bin(buf[S35390A_ALRM_BYTE_MINS]);
+
+ dev_dbg(client-dev, %s: alm is mins=%d, hours=%d, wday=%d\n,
+ __func__, alm-time.tm_min, alm-time.tm_hour,
+ alm-time.tm_wday);
+
+ return 0;
+}
+
+static int s35390a_rtc_read_alarm(struct device *dev, struct rtc_wkalrm *alm)
+{
Bug#698930: lintian: Have $info-index follow (safe) symlinks transparently
Package: lintian
Version: 2.5.11
Severity: wishlist
Currently, the use of $info-index ('some/path') does not give any
result if some is a symlink to a(n existing/known) directory in the
package. Consider:
debian - debian-packaging
debian-packaging/control
Here, $info-index ('debian/control') will return undef.
It is possible $info-index should have an opt-out variant for cases
where symlinked paths are not permitted[1]. Anyway, I believe this
would greatly simply usage of $info-index for usage of (non-broken)
symlinks.
Particularly would make it easier to migrate our existing
source checks which are currently using opendir on the actual
unpacked package (without causing regressions)[2].
~Niels
[1] Perhaps usr/share/doc/pkg/copyright ? Under the assumption
that if pkg is a symlink, it should generally be a symlink to a
foreign package.
[2] examples include checks/debhelper and checks/debian-source-dir.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698931: unblock: postgresql-common/134wheezy3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package postgresql-common. It has been in unstable for
two weeks now, with no regressions reported. It also passes the
/usr/share/postgresql-common/testsuite tests.
Changes explained: (raw diff attached)
=== modified file 'debian/README.Debian'
--- debian/README.Debian 2010-05-25 15:03:15 +
+++ debian/README.Debian 2013-01-09 16:12:33 +
@@ -91,9 +91,9 @@
created (by any major version) will run on the default port 5432, and
each new cluster will use the next higher free one.
-E. g. if you first install postgresql-8.3 on a clean system, the
-default 8.3/main cluster will run on port 5432. If you then create
-another 8.3 cluster, or install the postgresql-8.4 package, that new
+E. g. if you first install postgresql-9.1 on a clean system, the
+default 9.1/main cluster will run on port 5432. If you then create
+another 9.1 cluster, or install the postgresql-8.4 package, that new
one will run on 5433.
Please use pg_lsclusters for displaying the cluster - port
@@ -109,18 +109,18 @@
Due to this default cluster, an immediate attempt to upgrade an
earlier 'main' cluster to a new version will fail and you need to
remove the newer default cluster first. E. g., if you have
-postgresql-8.3 installed and want to upgrade to 8.4, you first install
-postgresql-8.4:
-
- apt-get install postgresql-8.4
-
-Then drop the default 8.4 cluster:
-
- pg_dropcluster 8.4 main --stop
-
-And then upgrade the 8.3 cluster to 8.4:
-
- pg_upgradecluster 8.3 main
+postgresql-8.4 installed and want to upgrade to 9.1, you first install
+postgresql-9.1:
+
+ apt-get install postgresql-9.1
+
+Then drop the default 9.1 cluster:
+
+ pg_dropcluster 9.1 main --stop
+
+And then upgrade the 8.4 cluster to 9.1:
+
+ pg_upgradecluster 8.4 main
SSL
---
@@ -147,9 +147,9 @@
case, client certificates need to be signed by the snakeoil
certificate, which might be desirable in many cases. See
- /usr/share/doc/postgresql-doc-8.4/html/ssl-tcp.html
+ /usr/share/doc/postgresql-doc-9.1/html/ssl-tcp.html
-for details (in package postgresql-doc-8.4).
+for details (in package postgresql-doc).
Further documentation
-
Doc fix: #697239.
=== modified file 'debian/changelog'
--- debian/changelog 2012-11-05 07:15:45 +
+++ debian/changelog 2013-01-09 16:13:00 +
@@ -1,3 +1,20 @@
+postgresql-common (134wheezy3) unstable; urgency=low
+
+ [ Christoph Berg ]
+ * pg_wrapper: Document that PGHOST overrides PGCLUSTER. (Closes: #697291)
+ * pg_wrapper: Skip cluster selection if --host is given on the command
line.
+(Closes: #637017) While we are at it, improve --port parsing, too.
+ * t/010_defaultport_cluster.t: Add test cases for the above pg_wrapper
+changes.
+ * postgresql-client-common: Add Depends: netbase for getprotobyname() in
+PgCommon.pm. (Closes: #697377)
+
+ [ Martin Pitt ]
+ * debian/README.Debian: Update versions to 8.4/9.1, as current for Squeeze
+and Wheezy. (Closes: #697239)
+
+ -- Christoph Berg m...@debian.org Wed, 09 Jan 2013 17:12:54 +0100
+
postgresql-common (134wheezy2) unstable; urgency=low
* debian/supported-versions: Add Debian 7.0 wheezy to support 9.1 only.
=== modified file 'debian/control'
--- debian/control2012-10-03 20:28:46 +
+++ debian/control2013-01-04 15:21:57 +
@@ -40,7 +40,8 @@
Package: postgresql-client-common
Architecture: all
-Depends: ${misc:Depends}
+Depends: ${misc:Depends},
+ netbase
Recommends: lsb-release, libreadline6
Description: manager for multiple PostgreSQL client versions
The postgresql-client-common package provides a structure under which
#697377: We need netbase so getprotobyname can read /etc/services.
=== modified file 'pg_wrapper'
--- pg_wrapper2012-07-25 11:46:19 +
+++ pg_wrapper2013-01-04 14:22:52 +
@@ -4,6 +4,7 @@
# /etc/postgresql-common/user_clusters.
#
# (C) 2005-2009 Martin Pitt mp...@debian.org
+# (C) 2013 Christoph Berg m...@debian.org
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -50,7 +51,8 @@
last;
}
-$port_specified = 1 if $ARGV[$i] eq '--port' || $ARGV[$i] =~
/^-\w*p\w*$/;
+$port_specified = 1 if $ARGV[$i] =~ /^--port\b/ || $ARGV[$i] =~
/^-\w*p\w*\d*$/;
#637017: Use a better regexp that also recognizes --port=1234 and -p1234
+$host = '.from.commandline' if $ARGV[$i] =~ /^--host\b/ || $ARGV[$i] =~
/^-\w*h\w*$/;
#637017: Skip port detection if psql --host is used.
}
# Determine $version, $cluster, $db, $port from map files
@@ -78,7 +80,7 @@
$ENV{'PGSYSCONFDIR'} = '/etc/postgresql-common' if !$ENV{'PGSYSCONFDIR'};
$ENV{'PGPORT'} = $port if $port
Bug#695883: [Pkg-fglrx-devel] Bug#695884: Re[2]: Bug#695884: amd potentially improper OpenCL dependencies
Hi, Le 25/01/2013 12:32, Patrick Matthäi a écrit : Am 24.01.2013 04:01, schrieb Bob Bib: OK, then we should also probably replace the change made in experimental fglrx-driver/1:13.1-1 for amd-clinfo amd-libopencl1: Recommends: amd-opencl-icd with following: Recommends: amd-opencl-icd | opencl-icd ACK, or are there any different opinions? I like the proposal of Andreas in #695883 Le 24/01/2013 11:14, Andreas Beckmann a écrit : Hi, while implicitly recommending amd-opencl-icd is not such a bad idea (it comes with a CPU implementation as well, so is usable for many people even without proprietary graphics cards), perhaps it's better not to Recommend a random icd by default and require explicit installation of the required icd. Package: ocl-icd-libopencl1 Suggests: opencl-icd # require explicit installation of an icd Once pocl (a free implementation of OpenCL) will be accepted in unstable (package in collab-maint nearly ready to be uploaded to unstable), ocl-icd-libopencl1 will recommends pocl-icd | opencl-icd Package: vendor-libopencl1: Recommends: vendor-opencl-icd, opencl-icd # user probably wants exactly this if he installs vendor driver # and switching loader vendors should not orphan foreign icds (yes, comma, not pipe) I do not see the interest of the comma. vendor-opencl-icd will provides opencl-icd in the usual case. And if a user goes against recommends for vendor-opencl-icd, he can do what ever he wants for the second. So, what is the interest of the second one (opencl-icd) ? Package: vendor-opencl-icd Depends: ocl-icd-libopencl1 | vendor-libopencl1 | libopencl1 # yes, we want to get bug reports for ocl-icd loader working not # properly with vendor icd implementations or Package: vendor-opencl-icd Depends: vendor-libopencl1 | libopencl1 # use the well-tested driver from first vendor to be installed # should avoid any possible interoperability problems # probably more multiarch conflicts (install ocl-icd-libopencl1; install vendor-opencl-icd:foreign) I prefer the first one as we try to promote more free software. For clinfo: Package: vendor-clinfo Suggests: opencl-icd # require explicit icd installation or Package: vendor-clinfo Depends: ocl-icd-libopencl1 | libopencl1 Recommends: opencl-icd, vendor1-opencl-icd, vendor2-opencl-icd # recommend all to get a better out-of-the-box result Unless I'm mistaken, only amd provides amd-clinfo. And this little program is a plain OpenCL programs that can work with all OpenCL implementations. I would propose : Package: amd-clinfo Depends: ocl-icd-libopencl1 | libopencl1 Suggests: opencl-icd Maybe we should provide some more virtual packages in the -icd packages: opencl-icd-gpgpu // or is there a better term that covers // Nvidia GTX xyz, Nvidia Tesla, Radeon HD wxyz opencl-icd-gpgpu-$VENDOR opencl-icd-cpu opencl-icd-cpu-$CPUVENDOR I'm not sure we will have really useful virtual package. I do not have strong opinion on this part. Would it be useful to make clinfo M-A: same co-installable? Rename the binaries to clinfo-$ARCH or $ARCH-clinfo (fsvo ARCH, maybe better the multiarch triplet) and a clinfo wrapper script that runs the one for the primary arch (and thereafter for the secondary arches ?) Maybe amend the output a bit if there are more than one binary to be run, but keep the original output if there is only one. Is there other examples of user (ie in PATH) binary programs that are M-A: same co-installable? If we go this path, I think we must talk with people more involved in M-A to be sure to use a correct set of conventions. Regards, Vincent Andreas -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687043: Updated patch
Hi, I don't think this patch gets the syntax quite right. For disjunctin you need to duplicate the match blocks. Here's a new patch which replaces the old one. Also I'm wondering about binding=strong here; should we remove it? I see that's what Fedora does. http://lists.fedoraproject.org/pipermail/fonts/2010-March/001117.html Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] Description: Use correct fontconfig syntax for disjunction and don't include multiple elements in test/alias Author: Iain Lane iain.l...@canonical.com Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687043 Index: b/41-arphic-uming.conf === --- a/41-arphic-uming.conf +++ b/41-arphic-uming.conf @@ -7,22 +7,52 @@ -- alias familyAR PL ShanHeiSun Uni/family + defaultfamilyserif/family/default + /alias + alias familyAR PL ShanHeiSun Uni MBE/family + defaultfamilyserif/family/default + /alias + alias familyAR PL UMing CN/family + defaultfamilyserif/family/default + /alias + alias familyAR PL UMing HK/family + defaultfamilyserif/family/default + /alias + alias familyAR PL UMing TW/family + defaultfamilyserif/family/default + /alias + alias familyAR PL UMing TW MBE/family defaultfamilyserif/family/default /alias !-- Monospace faces -- - alias + alias familyAR PL ShanHeiSun Uni/family + defaultfamilymonospace/family/default + /alias + alias familyAR PL ShanHeiSun Uni MBE/family + defaultfamilymonospace/family/default + /alias + alias familyAR PL UMing CN/family + defaultfamilymonospace/family/default + /alias + alias familyAR PL UMing HK/family + defaultfamilymonospace/family/default + /alias + alias familyAR PL UMing TW/family + defaultfamilymonospace/family/default + /alias + alias familyAR PL UMing TW MBE/family defaultfamilymonospace/family/default /alias Index: b/64-arphic-uming.conf === --- a/64-arphic-uming.conf +++ b/64-arphic-uming.conf @@ -4,6 +4,17 @@ match target=pattern test qual=any name=lang compare=contains stringzh-cn/string + /test + test qual=any name=family + stringserif/string + /test + edit name=family mode=prepend binding=strong + stringAR PL UMing CN/string + /edit + /match + + match target=pattern + test qual=any name=lang compare=contains stringzh-sg/string /test test qual=any name=family @@ -17,6 +28,16 @@ match target=pattern test qual=any name=lang compare=contains stringzh-cn/string + /test + test name=family + stringAR PL UMing CN/string + /test + edit name=family mode=append binding=strong + stringDejaVu Serif/string + /edit + /match + + match target=pattern stringzh-sg/string /test test name=family @@ -30,6 +51,17 @@ match target=pattern test qual=any name=lang compare=contains stringzh-hk/string + /test + test qual=any name=family + stringserif/string + /test + edit name=family mode=prepend binding=strong + stringAR PL UMing HK/string + /edit + /match + + match target=pattern + test qual=any name=lang compare=contains stringzh-mo/string /test test qual=any name=family @@ -43,6 +75,17 @@ match target=pattern test qual=any name=lang compare=contains stringzh-hk/string + /test + test name=family + stringAR PL UMing HK/string + /test + edit name=family mode=append binding=strong + stringDejaVu Serif/string + /edit + /match + + match target=pattern + test qual=any name=lang compare=contains stringzh-mo/string /test test name=family Index: b/25-arphic-uming-bitmaps.conf === --- a/25-arphic-uming-bitmaps.conf +++ b/25-arphic-uming-bitmaps.conf @@ -5,25 +5,65 @@ match target=font test name=family stringAR PL UMing CN/string + /test + edit name=antialiasboolfalse/bool/edit + edit name=hintingbooltrue/bool/edit + edit name=autohintboolfalse/bool/edit + /match + match target=font + test name=family stringAR PL UMing HK/string + /test + edit name=antialiasboolfalse/bool/edit + edit name=hintingbooltrue/bool/edit + edit name=autohintboolfalse/bool/edit + /match + match target=font + test name=family stringAR PL UMing TW/string + /test + edit name=antialiasboolfalse/bool/edit + edit name=hintingbooltrue/bool/edit + edit name=autohintboolfalse/bool/edit + /match + match target=font + test name=family stringAR PL UMing TW MBE/string /test edit name=antialiasboolfalse/bool/edit edit name=hintingbooltrue/bool/edit edit name=autohintboolfalse/bool/edit /match - match target=font test name=family stringAR PL UMing
Bug#698925: unblock: glpi/0.83.31-2
On Fri, Jan 25, 2013 at 12:20:36PM +0100, Niels Thykier wrote: Control: tags -1 moreinfo On 2013-01-25 11:51, Pierre Chifflier wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package glpi This fixes a security issue, and should allow glpi not to be removed from wheezy. Changelog: glpi (0.83.31-2) unstable; urgency=high . * Security fixes: Replace embedded copy of extjs by Debian package, the embedded one contains a flash file built with a vulnerable version of yui (charts.swf). (Closes: #694642) * Urgency high, this is a RC bug Full debdiff attached. Regards, Pierre unblock glpi/0.83.31-2 [...] Hi, Paul Wise suggested that there are no sources for the affected files[1]. If so, they should be removed from the source package[2]. Hi, I will indeed remove the files from the source. I just did a minimal diff for the inclusion in testing, to make sure the .swf file is not included in binary packages, and make the source repackaging stuff in a second step. Regards, Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698923: Ability to specify release when there are multiple
That's a good suggestion. The anticipated use case is that the first time you use flactag on a FLAC file, you use it in interactive mode to select the appropriate release. Having it list the matching release IDs (and perhaps URLs for those releases) and then enable you to enter them is a good idea. I'll add it to the roadmap. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698916: update
I have manually verified this issue with https://github.com/FireFart/WordpressPingbackPortScanner -- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698927: update
Checked source code of squeeze and sid. Both affected. -- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689016: nagios-nrpe-server: /etc/init.d/nagios-nrpe-server, stop, does not stops the daemon
output of bash -x /etc/init.d/nagios-nrpe-server stop is attached i am experiencing this behaviour on all (~6) our wheezy machines. thanks for caring, varac additional infos: root@humpback:~# lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 7.0 (wheezy) Release:7.0 Codename: wheezy nagios-nrpe-server is version 2.13-1 root@humpback:~# pgrep nrpe root@humpback:~# /etc/init.d/nagios-nrpe-server start sleep 10 [ ok ] Starting nagios-nrpe: nagios-nrpe. root@humpback:~# bash -x /etc/init.d/nagios-nrpe-server stop + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin + DAEMON=/usr/sbin/nrpe + NAME=nagios-nrpe + DESC=nagios-nrpe + CONFIG=/etc/nagios/nrpe.cfg + PIDDIR=/var/run/nagios + test -x /usr/sbin/nrpe + '[' -x /lib/lsb/init-functions ']' + . /lib/lsb/init-functions +++ run-parts --lsbsysinit --list /lib/lsb/init-functions.d ++ for hook in '$(run-parts --lsbsysinit --list /lib/lsb/init-functions.d 2/dev/null)' ++ '[' -r /lib/lsb/init-functions.d/20-left-info-blocks ']' ++ . /lib/lsb/init-functions.d/20-left-info-blocks ++ FANCYTTY= ++ '[' -e /etc/lsb-base-logging.sh ']' ++ true + '[' -f /etc/default/nagios-nrpe-server ']' + . /etc/default/nagios-nrpe-server + '[' -f /etc/default/nagios-nrpe ']' + '[' '' ']' + '[' '!' -d /var/run/nagios ']' + set -e + case $1 in + log_daemon_msg 'Stopping nagios-nrpe' nagios-nrpe + '[' -z 'Stopping nagios-nrpe' ']' + log_daemon_msg_pre 'Stopping nagios-nrpe' nagios-nrpe + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + '[' -t 1 ']' + '[' xxterm '!=' x ']' + '[' xxterm '!=' xdumb ']' + '[' -x /usr/bin/tput ']' + '[' -x /usr/bin/expr ']' + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + '[' -z ']' + FANCYTTY=1 + case $FANCYTTY in + true + /bin/echo -n '[] ' [] + '[' -z nagios-nrpe ']' + /bin/echo -n 'Stopping nagios-nrpe: nagios-nrpe' Stopping nagios-nrpe: nagios-nrpe+ log_daemon_msg_post 'Stopping nagios-nrpe' nagios-nrpe + : + start-stop-daemon --stop --quiet --oknodo --pidfile /var/run/nagios/nrpe.pid --retry 15 + log_end_msg 0 + '[' -z 0 ']' + local retval + retval=0 + log_end_msg_pre 0 + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + '[' -t 1 ']' + '[' xxterm '!=' x ']' + '[' xxterm '!=' xdumb ']' + '[' -x /usr/bin/tput ']' + '[' -x /usr/bin/expr ']' + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + '[' -z 1 ']' + true + case $FANCYTTY in + true ++ /usr/bin/tput setaf 1 + RED='' ++ /usr/bin/tput setaf 2 + GREEN='' ++ /usr/bin/tput setaf 3 + YELLOW='' ++ /usr/bin/tput op + NORMAL='' + /usr/bin/tput civis + /usr/bin/tput sc + /usr/bin/tput hpa 0 + '[' 0 -eq 0 ']' + /bin/echo -ne '[ ok ' [ ok + /usr/bin/tput rc + /usr/bin/tput cnorm + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + '[' -t 1 ']' + '[' xxterm '!=' x ']' + '[' xxterm '!=' xdumb ']' + '[' -x /usr/bin/tput ']' + '[' -x /usr/bin/expr ']' + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + '[' -z 1 ']' + true + case $FANCYTTY in + true ++ /usr/bin/tput setaf 1 + RED='' ++ /usr/bin/tput setaf 3 + YELLOW='' ++ /usr/bin/tput op + NORMAL='' + '[' 0 -eq 0 ']' + echo . . + log_end_msg_post 0 + : + return 0 + exit 0 root@humpback:~# pgrep nrpe 28569
Bug#698502: unblock: glusterfs/3.2.7-4
On Fri, Jan 25, 2013 at 09:56:25 +0100, Patrick Matthäi wrote:
+diff -Naur glusterfs-3.2.7.orig/libglusterfs/src/statedump.c
glusterfs-3.2.7/libglusterfs/src/statedump.c
+--- glusterfs-3.2.7.orig/libglusterfs/src/statedump.c 2012-06-10
19:44:15.0 +0200
glusterfs-3.2.7/libglusterfs/src/statedump.c 2013-01-25
08:57:35.601175617 +0100
+@@ -408,37 +404,45 @@
+ void
+ gf_proc_dump_info (int signum)
+ {
+-int ret = -1;
+-glusterfs_ctx_t *ctx = NULL;
+-
++int ret = -1;
++glusterfs_ctx_t *ctx = NULL;
++char brick_name[PATH_MAX] = {0,};
++char tmp_dump_name[] = /tmp/dumpXX;
++char path[PATH_MAX] = {0,};
+
+ gf_proc_dump_lock ();
+-ret = gf_proc_dump_open ();
+-if (ret 0)
+-goto out;
+
+ ret = gf_proc_dump_options_init ();
+
+ if (ret 0)
+ goto out;
+
+-if (GF_PROC_DUMP_IS_OPTION_ENABLED (mem))
+-gf_proc_dump_mem_info ();
+-
+ ctx = glusterfs_ctx_get ();
+
+-if (ctx) {
+-if (GF_PROC_DUMP_IS_OPTION_ENABLED (iobuf))
+-iobuf_stats_dump (ctx-iobuf_pool);
+-if (GF_PROC_DUMP_IS_OPTION_ENABLED (callpool))
+-gf_proc_dump_pending_frames (ctx-pool);
+-if (ctx-active)
+-gf_proc_dump_xlator_info (ctx-active-top);
++if (!ctx)
++goto out;
+
+-}
++if (ctx-cmd_args.brick_name) {
++GF_REMOVE_SLASH_FROM_PATH
(ctx-cmd_args.brick_name, brick_name);
++} else
++strncpy (brick_name, glusterdump, sizeof (brick_name));
++
++snprintf (path, sizeof path, %s/%s.%d.dump.%PRIu64, /tmp,
++ brick_name, getpid(), (uint64_t) time (NULL));
++
Srsly?
++ret = gf_proc_dump_open (tmp_dump_name);
++if (GF_PROC_DUMP_IS_OPTION_ENABLED (mem))
++gf_proc_dump_mem_info ();
++if (GF_PROC_DUMP_IS_OPTION_ENABLED (iobuf))
++iobuf_stats_dump (ctx-iobuf_pool);
++if (GF_PROC_DUMP_IS_OPTION_ENABLED (callpool))
++gf_proc_dump_pending_frames (ctx-pool);
++if (ctx-active)
++gf_proc_dump_xlator_info (ctx-active-top);
+
+ gf_proc_dump_close ();
+ out:
++rename (tmp_dump_name, path);
That seems unnecessary. You could just change the template you pass to
mkstemp to have the right name... (Plus, this isn't even in the right
place, goto out happens before the temp file is created.)
+ gf_proc_dump_unlock ();
+
+ return;
+diff -Naur
glusterfs-3.2.7.orig/xlators/mgmt/glusterd/src/glusterd-utils.c
glusterfs-3.2.7/xlators/mgmt/glusterd/src/glusterd-utils.c
+--- glusterfs-3.2.7.orig/xlators/mgmt/glusterd/src/glusterd-utils.c
2012-06-10 19:44:17.0 +0200
glusterfs-3.2.7/xlators/mgmt/glusterd/src/glusterd-utils.c
2013-01-25 08:57:35.601175617 +0100
+@@ -63,7 +63,7 @@
+ #define MOUNTV3_VERSION 3
+ #define MOUNTV1_VERSION 1
+
+-char*glusterd_sock_dir = /tmp;
++char*glusterd_sock_dir = /var/run;
+ static glusterd_lock_t lock;
+
+ static int32_t
What's that bit about?
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674842: fixed in galculator 2.0.1-1
Hi Jan, Dmitry, it is only possible to choose a character as thousands separator that is not in use otherwise (e.g. as decimal point, number etc.). Thanks for figuring out the problem with the configuration file. Unfortunately, I have no clue what the exact reason could have been. Jan, by any chance, do you have a backup of that bad configuration file? best, simon On 01/25/2013 11:39 AM, Jan Korbel wrote: Maybe thousands separator. I can't type anything to preferences - numbers - separator character in 2.0.1. But it's not so important. J. On 25.1.2013 08:28, Dmitry Smirnov wrote: Hi Jan, I'm very happy that we found the solution. Thank you for your feedback. I'm a little bit curious about what exactly is this malicious configuration that 1.3.* (or earlier versions) put to its config file... I also upgraded from 1.3.4 but didn't have this problem in first place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698932: banshee: Crashed when listening local MP3s
Package: banshee Version: 2.4.1-3+b1 Severity: important Dear Maintainer, I am using Debian Testing AMD64 system. My banshee has crashed when I was listening my local .mp3 files. debug log below: [Info 01:13:44.383] Running Banshee 2.4.1: [Debian GNU/Linux unstable (sid) (linux-gnu, x86_64) @ 2012-10-24 21:01:17 UTC] [Info 01:13:45.871] Updating web proxy from GConf [Info 01:13:46.080] All services are started 1.374494 [Info 01:13:46.768] AmazonMP3 store redirect URL: http://integrated- services.banshee.fm/amz/redirect.do/ [Warn 01:13:47.260] Forcefully breaking out of RCS loop b/c change in total_width less than 1.0 [Info 01:13:47.383] nereid Client Started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started [Info 01:13:47.566] GStreamer version 0.10.36.0, gapless: True, replaygain: False [Warn 01:13:56.736] Forcefully breaking out of RCS loop b/c change in total_width less than 1.0 Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started [Info 01:45:32.255] GNOME screensaver service not found Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started [Info 01:46:02.323] Inhibiting screensaver during fullscreen playback [Info 01:50:16.889] Uninhibiting screensaver Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Unhandled Exception: System.ObjectDisposedException: The object was used after being disposed. at System.Threading.WaitHandle.CheckDisposed () [0x0] in filename unknown:0 at System.Threading.EventWaitHandle.Reset () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Threading.EventWaitHandle:Reset () at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Hyena.Data.Sqlite.Connection connection) [0x0] in filename unknown:0 at Hyena.Data.Sqlite.HyenaSqliteConnection.ProcessQueue () [0x0] in filename unknown:0 at System.Threading.Thread.StartInternal () [0x0] in filename unknown:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.ObjectDisposedException: The object was used after being disposed. at System.Threading.WaitHandle.CheckDisposed () [0x0] in filename unknown:0 at System.Threading.EventWaitHandle.Reset () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Threading.EventWaitHandle:Reset () at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Hyena.Data.Sqlite.Connection connection) [0x0] in filename
Bug#698923: Ability to specify release when there are multiple
* Andy Hawkins a...@gently.org.uk [2013-01-25 10:41]: Having it list the matching release IDs (and perhaps URLs for those releases) and then enable you to enter them is a good idea. I'll add it to the roadmap. Thanks! -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697589: unblock: gnome-menus/3.4.2-7
Le lundi 07 janvier 2013 à 11:41 +0100, Josselin Mouette a écrit : gnome-menus (3.4.2-7) unstable; urgency=low * gnome-menus.postinst: clean up the desktop files once upon upgrades, in order to get rid of files generated by a buggy script. Ping? -- .''`. 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#698933: hangs on 'Configuring APT'
Package: Debian-6.0.6-amd64-netinst.iso Hi. I recently attempted to install Debian (for the first time) lastest stable small CD. Debian-6.0.6-amd64-netinst.iso. Machine is as below, W7 installed, Debian resize partition used. However, the install hangs on 'Configuring APT' about 50%, when trying to download 'file 5 of 5'. Tried other mirrors, same problem. I found this bug Bug#389285 from 2006 which was closed. However, this appears to be the same bug 7 years on? Please advise. Would a large complete DVD install avoid the configuring APT step? Regards Mike Processor Intel Core i3-3220 3.3Ghz Memory 8GB DDR3 RAM Hard Drive 1TB SATA HDD Motherboard ASUS P8H61-MX Wired internet connection -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697751: pu: package gdm3/2.30.5-6squeeze5
Le mercredi 09 janvier 2013 à 11:53 +0100, Josselin Mouette a écrit : as already discussed, I’d like to propose a stable upload for gdm3 in order to avoid a security risk when doing upgrades. Ping? -- .''`. 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#698924: dpkg: cannot build package from source - libc missing dependency information
close 698924 thanks Excerpts from Guillem Jover's message of Fri Jan 25 12:21:17 +0100 2013: On Fri, 2013-01-25 at 11:30:15 +0100, Michal Suchanek wrote: Package: dpkg Version: 1.16.9 Severity: important I tried to build the X server and I get this: dpkg-shlibdeps: error: no dependency information found for /lib/libc.so.6 (used by debian/xserver-xorg-core/usr/lib/xorg/modules/extensions/l ibdri2.so) I suspect that the fact I installed and removed armel libc on armhf system may be relevant. I bootstrapped this system using debootstrap. Well there's really not enough information here to know what went wrong, but I have a really hard time seeing this as a dpkg problem. Yes, I really wonder what info should I collect in such case. Do you have libc6-dev for the target architecture? Actually why do you have a /lib/libc.so.6? that should be on a multiarch path, did you build a local libc that got installed there while bootstrapping? If so then you'd need to remove that and then close this bug report. :) The problem really is /lib/libc.so.6 unowned by any package which is not immediately obvious from the dpkg-shlibdeps output. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698934: wordpress: CVE-2012-3414: README suggest downloading swfupload.swf with XSS vulnerability
Package: wordpress
Version: 3.3.2+dfsg-1~squeeze1
Severity: important
Tags: security
File /usr/share/doc/wordpress/README.Debian says:
If you want to enable this feature, you need to install the
Flash file yourself with the following command:
# wget -O /usr/share/wordpress/wp-includes/js/swfupload/swfupload.swf
http://core.svn.wordpress.org/branches/3.0/wp-includes/js/swfupload/swfupload.swf
After that XSS vulnerability is available for example in this URL:
http://example.com/wp-includes/js/swfupload/swfupload.swf?movieName=%22]);}catch(e){}if(!self.a)self.a=!alert('horse');//
Easy fix: remove those lines and say that Your lovely Debian server doesn't
need flash-files. ;)
As far as I know first advisory for this issue is in here:
https://nealpoole.com/blog/2012/05/xss-and-csrf-via-swf-applets-swfupload-plupload/
More information: http://osvdb.org/83413
--
Henri Salo
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wordpress depends on:
ii apache2 2.2.16-6+squeeze10 Apache HTTP Server metapackage
ii apache2-mpm-prefork [ 2.2.16-6+squeeze10 Apache HTTP Server - traditional n
ii libapache2-mod-php5 5.3.3-7+squeeze14 server-side, HTML-embedded scripti
ii libjs-cropper 1.2.1-2JavaScript image cropper UI
ii libjs-prototype 1.6.1-1JavaScript Framework for dynamic w
ii libjs-scriptaculous 1.8.3-1JavaScript library for dynamic web
ii libphp-phpmailer 5.1-1 full featured email transfer class
ii libphp-snoopy 1.2.4-2Snoopy is a PHP class that simulat
ii mysql-client-5.1 [mys 5.1.66-0+squeeze1 MySQL database client binaries
ii php5 5.3.3-7+squeeze14 server-side, HTML-embedded scripti
ii php5-gd 5.3.3-7+squeeze14 GD module for php5
ii php5-mysql5.3.3-7+squeeze14 MySQL module for php5
Versions of packages wordpress recommends:
ii wordpress-l10n 3.3.2+dfsg-1~squeeze1 weblog manager - language files
Versions of packages wordpress suggests:
ii mysql-server-5.1 [mysq 5.1.66-0+squeeze1 MySQL database server binaries and
-- 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#695982: pkg-vala membership request on alioth
Hi Andreas, Nice to see someone taking over! Promoted Michael Biebl and approved your request. Have fun! Mathias signature.asc Description: This is a digitally signed message part
Bug#698935: gnome-terminal: right-to-left text is displayed incorrectly (as left-to-right)
Package: gnome-terminal Version: 2.30.2-1 Severity: normal Arabic and Hebrew texts are show letter by letter left to right instead of right to left. Gnome Terminal should support bidirectional text display, e.g. for quotes like this one: About Elly (Persian: درباره الی, translit. Darbareye Elly) cf. http://en.wikipedia.org/wiki/About_Elly -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data2.30.2-1 Data files for the GNOME terminal ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libsm6 2:1.1.1-1 X11 Session Management library ii libvte91:0.24.3-4Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-4 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal 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#698249: dpkg-dev: dpkg-source could support 7z compressed files
Control: tags -1 wontfix Control: user d...@packages.debian.org Control: usertags -1 dpkg-source dsc-format On Tue, 2013-01-15 at 22:17:42 +, Julian Gilbey wrote: Package: dpkg-dev Version: 1.16.9 Severity: wishlist It would be nice if dpkg-source could support 7z compressed files. Hmm, I really do understand the desire and benefit of adding more compression formats support to dpkg-source, as it avoids having to repack the original source tarball, and in this way checksums or upstream signatures are preserved, it might also improve compression ratio compared to previous supported compressions. But then the costs of adding support for an additional compression format are quite high, to the point that those benefits seem small compared to them. The costs are (at least): increase in the build-essential set; the new compression becomes part of the source format forver, as it can never be taken back as old Debian packages or 3rd-party packages in the wild might be using that format; it's another (uncommon) package required on non-Debian-based systems to be able to handle those source packages. Given the above, that I don't think 7z is widely used to distribute source (?), and that it does not improve compression ratio over xz, I'll be tagging this wontfix for now (and probably close after a bit, as I'm adding this into a new dpkg FAQ on the wiki), note though that if say, the uptake of 7z in upstream releases would increase substantally I'd be open to reconsider this. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698937: python-kde4: systemsettings fails configuring a printer
Package: python-kde4 Version: 4:4.8.4-1 Severity: grave Justification: renders package unusable When opening the printer dialog, I got this message: kcmshell4 system-config-printer-kde kcmshell(10257)/python (plugin): Error while running factory function for Python plugin: system-config-printer-kde/system-config-printer-kde.py Traceback (most recent call last): File string, line 18, in kpythonpluginfactory_bridge File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, line 4387, in CreatePlugin kcm = u.makeui(component_data, widget_parent) File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, line 168, in makeui encryption=encryption) File /usr/share/kde4/apps/system-config-printer-kde/authconn.py, line 168, in __init__ self._connect () File /usr/share/kde4/apps/system-config-printer-kde/authconn.py, line 200, in _connect encryption=self._encryption) RuntimeError: failed to connect to server kcmshell(10257)/python (plugin): Failed to import module kcmshell(10257)/kcontrol KCModuleLoader::loadModule: This module has no valid entry symbol at all. The reason could be that it's still using K_EXPORT_COMPONENT_FACTORY with a custom X-KDE-FactoryName which is not supported anymore and I cannot configure any printer. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-kde4 depends on: ii kde-runtime 4:4.8.4-2 ii kdepim-runtime4:4.4.11.1-6 ii libakonadi-kde4 4:4.8.4-2 ii libakonadi-kmime4 4:4.8.4-2 ii libc6 2.13-37 ii libkcmutils4 4:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkdnssd44:4.8.4-4 ii libkemoticons44:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkidletime4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libknewstuff2-4 4:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libkparts44:4.8.4-4 ii libkprintutils4 4:4.8.4-4 ii libkpty4 4:4.8.4-4 ii libktexteditor4 4:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukquery4a 4:4.8.4-4 ii libphonon44:4.6.0.0-2 ii libplasma34:4.8.4-4 ii libpython2.7 2.7.3-6 ii libqt4-network4:4.8.2+dfsg-9 ii libqt4-svg4:4.8.2+dfsg-9 ii libqt4-xml4:4.8.2+dfsg-9 ii libqtcore44:4.8.2+dfsg-9 ii libqtgui4 4:4.8.2+dfsg-9 ii libsolid4 4:4.8.4-4 ii libsoprano4 2.7.6+dfsg.1-2 ii libstdc++64.7.2-5 ii phonon4:4.6.0.0-2 ii python2.7.3~rc2-1 ii python-qt44.9.3-4 ii python-sip [sip-api-8.1] 4.13.3-2 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-6 python-kde4 recommends no packages. Versions of packages python-kde4 suggests: ii libpython2.6 2.6.8-0.2 -- no debconf information -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698938: flashplugin-nonfree: update-flashplugin-nonfree fails on --install or --status
Package: flashplugin-nonfree Version: 1:3.2 Severity: normal running update-flashplugin-nonfree --install or flashplugin-nonfree --status leads to the next error message: -- start of message -- link to flash contains invalid characters: go/gffooter_adobe_flashplayer at get-upstream-version.pl line 53. ERROR: failed to get upstream version More information might be available at: http://wiki.debian.org/FlashPlayer -- end of message -- -- Package-specific info: Debian version: 7.0 Architecture: amd64 Package version: 1:3.2 MD5 checksums: 49b55c7eb8044453e5f6f2e4b3cb4084 /var/cache/flashplugin-nonfree/flashplayer10_2_p3_64bit_linux_111710.tar.gz 999fec504e6d85b1b995264d796d49bf /var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or directory Alternatives: update-alternatives: error: no alternatives for flash-mozilla.so ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such file or directory /usr/lib/mozilla/plugins/flash-mozilla.so: ERROR: cannot open `/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii binutils 2.22-7.1 ii debconf [debconf-2.0] 1.5.49 ii gnupg 1.4.12-7 ii libatk1.0-02.4.0-2 ii libcairo2 1.12.2-2 ii libcurl3-gnutls7.26.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.7.2-5 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-02.24.10-2 ii libnspr4 2:4.9.2-1 ii libnss32:3.13.6-2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxt6 1:1.1.3-1 ii wget 1.13.4-3 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii hal0.5.14-8 ii iceweasel 17.0-1 ii konqueror-nsplugins4:4.8.4-1 ii ttf-dejavu 2.33-3 pn ttf-mscorefonts-installer none pn ttf-xfree86-nonfreenone -- 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#698939: nmu: grib-api_1.9.16-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu grib-api_1.9.16-2 . ALL . -m Rebuilt with the default gfortran. Closes: #695727 When fortran compilers build a library, they generate a .mod file that is a kind of header file. The syntax of those .mod files changes from compiler to compiler, and at least in the case of gfortran, from version to version of the compiler. grib-api has been built with gfortran 4.6, and the default is now 4.7. Other fortran libraries in wheezy like netcdf are already built with 4.7. In order to be able to compile software that uses both netcdf and grib-api, grib-api needs to be rebuilt with gfortran 4.7. Ciao, Enrico -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695982: pkg-vala membership request on alioth
Hello Mathias Hasselmann! I noticed you're a pkg-vala alioth project admin and talked to you on IRC. I've an outstanding request for updating libgee in Debian experimental at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695982 Unfortunately I've not been able to find anyone who can deal with this, except for Michael Biebl who looked at the patch I attached and acknowledged that it looked ok (but that upstream was doing weird stuff). I'm willing to do the work here, if permitted. I've previously requested membership via alioth to the pkg-vala group (without reply). It would be nice if you could promote Michael Biebl (biebl) to be a project admin. He's well known and very active within the Debian project. It would also be nice if you could approve my membership request, my account is ah. -- Andreas Henriksson signature.asc Description: Digital signature
Bug#592494: ITP: xseticon -- Sets the icon of an X11 window to the specified .png image
Control: retitle -1 ITP: xseticon -- Sets the icon of an X11 window to the specified .png image -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646125: empathy: Certificate complaints of every connect despite selecting remember
Running XFCE desktop with gnome-keyring and suggested/recommended packages. Adding the aforementioned .desktop files to autostart with XFCE desktop works /etc/xdg/autostart/gnome-keyring-gpg.desktop /etc/xdg/autostart/gnome-keyring-pkcs11.desktop /etc/xdg/autostart/gnome-keyring-secrets.desktop /etc/xdg/autostart/gnome-keyring-ssh.desktop -Clayton
Bug#687112: Additional information
Removing xfce4-xkb-plugin from the panel (and installing xxkb instead) seems to stop this bug from happening periodically, but it still occurs on Xfce startup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696011: virtualbox: kernel modules fail to build against linux kernel v3.7
On Thu, 24 Jan 2013 08:34:17 -0500, Chris Knadle wrote:
Unfortunately I find that even with the patch,
Thanks for updating the patch!
the VirtualBox modules will not
compile when built with upstream Linux 3.6.11 and 3.7.4 from the linux-stable
Git tree. They build fine against upstream 3.5.7.
Just as an additional data point: With the patch the DKMS module
builds fine for me with linux-{image,headers,kbuild}-* 3.7* from
experimental.
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Red Hot Chili Peppers: Under The Bridge
signature.asc
Description: Digital signature
Bug#698940: libcommon-sense-perl is not in the list of libev-perl dependencies
Package: libev-perl Version: 4.11-1 $ sudo aptitude install libev-perl ... $ perl -MEV -e print(qq(Don’t think twice, it’s all right\n)) Can't locate common/sense.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/lib/perl5/EV.pm line 121. BEGIN failed--compilation aborted at /usr/lib/perl5/EV.pm line 121. Compilation failed in require. BEGIN failed--compilation aborted. $ sudo aptitude install libcommon-sense-perl ... $ perl -MEV -e print(qq(Don’t think twice, it’s all right\n)) Don’t think twice, it’s all right $ cat /etc/debian_version 7.0 $ uname -a Linux ... 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux $ perl -v This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux-gnu-thread-multi (with 75 registered patches, see perl -V for more detail) Copyright 1987-2011, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using man perl or perldoc perl. If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696502: Part of the python policy
Yes. It's absence in wheezy is not intentional and is a bug. It is not, however, a release critical problem, so it is too late to get a fix in. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682659: dpkg-buildflags: Please add -Wall to CFLAGS
Control: tag -1 moreinfo On Tue, 2012-07-24 at 13:46:02 +0200, Fabian Greffrath wrote: Package: dpkg-dev Version: 1.16.4.3 Severity: wishlist File: /usr/bin/dpkg-buildflags please add -Wall to the CFLAGS returned by dpkg-buildflags. Showing compiler warnings does not hurt, some of them may even reveal serious programming errors and the others are easily ignored. Some packages might be using -Werror, adding -Wall might cause FTBFS, please see the recently created FAQ [0] for the procedure to follow to add a new flag to the default set. I'm tagging moreinfo until those things are done. [0] https://wiki.debian.org/Teams/Dpkg/FAQ#Q:_Can_we_add_support_for_new_default_build_flags_to_dpkg-buildflags.3F Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
Additional information. 2.6.39~rc4-1~experimental.1 also hangs (rarely). Normal working version 2.6.38-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698941: wrong path given in README
Package: dovecot-core Version: 1:2.1.7-6 The file /etc/dovecot/README sends the user to a directory /usr/share/doc/dovecot/example-config/, but the real path is the file /etc/dovecot/README sends the user to a directory /usr/share/doc/dovecot-core/dovecot/example-config/. The wrong README in /etc/dovecot should be corrected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698942: Remove (or clarify) the sleep 5 call in restart
Package: pgbouncer Version: 1.5.2-2 Severity: wishlist I restart pgbouncer in a release process for an application so it's somewhat time-critical. I was just doing some investigation into why it was taking so long and found the following in the initscript: 57 su -c $DAEMON -R $OPTS 2 /dev/null - $RUNASUSER 58 sleep 5 The -R support was added in #657204 but Cody's patch didn't include the sleep 5 - is it necessary? If it is necessary, please could you comment in the initscript why it is - I can remove it and it appears to work but I may be introducing some race condition (similar to #641568). Thanks in advance. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#698932: [pkg-cli-apps-team] Bug#698932: banshee: Crashed when listening local MP3s
On 25/01/2013 20:47, pioruns wrote: Package: banshee Version: 2.4.1-3+b1 Severity: important Dear Maintainer, I am using Debian Testing AMD64 system. My banshee has crashed when I was listening my local .mp3 files. debug log below: Looks to me like you've configured your gstreamer sink to use Jack. Run gstreamer-properties and fix it to point to ALSA/Pulseaudio and it should work. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#667966: postgis: PostGIS 2.0.0 Released
Moritz Lennert mlenn...@club.worldonline.be writes: I would like to ping this issue. Is this just an issue of manpower, or are there other reasons why PostGIS is not packaged, yet ? Postgis 2 is packaged in Git, but has not been uploaded to Debian (I assume it exists in some version of Ubuntu, however). The fact that Debian is currently frozen and attempting to release is also a reason. We currently have the same version of Postgis in both unstable and wheezy, which is an advantage in case Postgis still needs an update before the release. Normal updates to unstable will resume after wheezy is released. -- Arto Jantunen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698943: RM: libhsqldb-java-gcj/experimental -- NBS; from obsolete version and disabled
Package: ftp.debian.org Severity: normal Please remove libhsqldb-java-gcj | 1.8.1.3-2 | experimental | amd64, armel, hurd-i386, i386, ia64, mips, mipsel, powerpc, s390, sparc libhsqldb-java-gcj | 1.8.1.3-7 | experimental | kfreebsd-amd64, kfreebsd-i386 from experimental. Since http://packages.qa.debian.org/h/hsqldb/news/20130107T180253Z.html those packages are not build anymore (and in 1.8.1.3-7 it was already disabled everywhere except the kfreebsds.) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697696: closed by Sandro Tosi mo...@debian.org (Re: Bug#697696: diffstat: Doesn't fetch terminal width correctly)
Sandro Tosi mo...@debian.org wrote: On Mon, Jan 14, 2013 at 5:20 PM, Matthew Gabeler-Lee chee...@fastcat.org wrote: Anyways, my point in the bug report is that fetching the COLUMNS environment variable is a no-op, it is completely non-functional. have you tried it? Yes ... hence the bug report ... $ diff -urNad pp-1.6.2 pp-1.6.3 | diffstat Try with a diff with long paths and an even wider window, e.g. paths 80 chars and a terminal / window 100 columns. It will not use the full terminal width, but instead use its minimum histogram width of 10 chars. $ diff -urNad pp-1.6.2 pp-1.6.3 | COLUMNS=20 diffstat Aah, but here you are explicitly setting the COLUMNS value. My point was that, unless you do something to explicitly expose COLUMNS to diffstat, it isn't available. In your first sample, if you ran it under gdb, you would find that the fetch of the COLUMNS environment var returned NULL. You can demonstrate that simply by just running env | grep COLUMNS. COLUMNS is an automatic / magic variable, at least in bash, and is not exported to sub-processes by default, so fetching it from a sub-process is not a functional way to query the terminal size. I don't know if other shells behave differently from bash in that regard. My point to the report is that if diffstat wants to find out the terminal size, it should actually query the terminal, instead of hoping that the user would have told their shell to tell diffstat what the terminal size is. If I have to manually send the COLUMNS variable to diffstat, it's no better than a command line option. Exporting COLUMNS from the shell by default is a poor option, I think, because it can cause many programs you might launch from the shell to then not react to terminal size changes, as they will treat having it set as a request to override whatever the reported terminal size is. I actually use that feature sometimes to make reading man pages easier in otherwise very large terminal windows. If using the termcap type facilities is too heavy weight for diffstat, it could farm out to stty or some other program that does query the terminal size properly.
Bug#696877: installation-reports: Wheezy DI-b4-amd64-netboot-mini.iso from an usb stick fails trying to install grub
On Thursday 24 January 2013, Paul Bryan Roberts wrote: I do like the idea that the grub install in most cases will be to the device with the root partition for the installation just made BUT that would not work with my RAIDed machines. yes, this was just the second part of my idea. I was just dreaming about a *menu* of partitions to install grub to (just to overcome the present problem) and set the *default* selection on that menu on the /boot device or / device of the system just installed, because for my experience this is the majority of the use cases, so letting the installer propose a sane default would be desiderable. modifying the grub install default, autodetermining where to install and *don't* leaving the final word to the user doing the install is not the correct way, IMHO, to resolve this issue. In addition, it would be nice to do a multiselection in this selection menu, to be able to install grub in the boot sector of mirrored disks when using the software-raid present in linux. this was just my idea. Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698944: lintian: Add check for i18n/l10n package names
Package: lintian Version: 2.5.12 Severity: wishlist Hi! There seems to be some confusion when it comes to naming localization packages. Internationalization is the code or process of changing a project to allow support for localization. Localization is the stuff the specific teams do to localize the software to their own locale, like translations, specific images, sounds or voices, etc. Given this, it would be nice if an error is emitted when a localization packages, those containing only *.mo, *.qm, langpack.*\.xpi, or localized man pages under /usr/share/man/LL/* is named as «.*-i18n(-.*)?», and ask to rename to -l10n. And to try to get our namespace unified, it would also be nice if any packages containing only those files listed above, not named -l10n would get a warning. We currently have a mix of naming conventions, with -locales being the less used one. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689016: found own local bug
Hi, we are sorry but we found out that we were responsible ourselves for that odd behaviour. We deployed nrpe.cfg with a puppet module that changed the pidfile location, which was different to that in the init script. Changing back to the default location (/var/run/nagios/nrpe.pid) solved our issues. so sorry for blaming debian, in our case, everything is fine here now. greetings, varac -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695884: amd potentially improper OpenCL dependencies
On 2013-01-25 12:32, Patrick Matthäi wrote: Am 24.01.2013 04:01, schrieb Bob Bib: OK, then we should also probably replace the change made in experimental fglrx-driver/1:13.1-1 for amd-clinfo amd-libopencl1: Recommends: amd-opencl-icd with following: Recommends: amd-opencl-icd | opencl-icd ACK, or are there any different opinions? half-ACK, waiting for a response from Vincent. AnBe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693995: libpam-modules: ~/.pam_environment ignored
Thanks for your quick response! Okay. Now I understand DEFAULT_USER_READ_ENVFILE should be 0. # And I finally found a discussion for DEFAULT_USER_READ_ENVFILE in Pam-developers. I could not find it yesterday... :( BTW, I have a thing I could still not understand. Why DEFAULT_USER_READ_ENVFILE is still 1 in upstream? Can I suppose it will be 0 in the future? Regards, -- Morita Sho morita-pub-en-deb...@inz.sakura.ne.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698945: ia32-libs(20120926) works - ia32-libs1.0:4 does not !
Package: ia32-libs Version: 1:0.4 Severity: important Dear Maintainer, I have 2 machine with identical hardware: machine1 and machine2, both with the Debian wheezy amd64 release. Machine1 got the last update in October 2012 and it is using ia32-libs Version 20120926. On this machine the software works ! Machine 2 was reinstalled 2 days ago and uses ia32-libs in Version 1:0.4. This machine shows the error: hpeesofhelp: error while loading shared libraries: libXm.so.3: wrong ELF class: ELFCLASS64 Gemx error, error code = 11 On both machines I need to run the software which is using both 32bit and 64bit libmotif libs. Especially the libXm.so.3 (I had to create a symbolic link to libXm.so.4 on both machines to make it work, because the file did not exist!). I also found that the folder /usr/lib32 doesnot exist on machine 2 ! I expected the software to work as smooth as on machine 1. Is there any significant change in handling the ia32-libs between this versions ? How can I make my software working with ia32-libs (1:0.4) ? The software I am using is ADS2012 (and ADS2011) from Agilent. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii ia32-libs-i386 1:0.4 ii multiarch-support 2.13-37 ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk 1:0.1 -- no debconf information
Bug#698946: Security update broke php-cas, wrong call to setSslCaCert()
Package: php-cas
Version: 1.3.1-2
Severity: grave
Tags: patch
Hi Olivier,
The security update in 1.3.1-2 broke php-cas. The problem is in this hunk:
@@ -2418,6 +2428,7 @@ class CAS_Client
}
if ($this-_cas_server_ca_cert != '') {
$request-setSslCaCert($this-_cas_server_ca_cert);
+$request-setSslCaCert($this-_cas_server_cn_validate);
}
// add extra stuff if SAML
As you can see, the code now sets setSslCaCert first with the correct CA
cert, but then sets it again with a boolean value. This makes all CA
validation fail and thus renders php-cas unusable.
The intended change, which is also upstream, is what is in attached patch.
Can you provide a fixed package? Let me know if my help is needed.
Thanks,
Thijs
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (400, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- php-cas-1.3.1.orig/CAS-1.3.1/CAS/Client.php
+++ php-cas-1.3.1/CAS-1.3.1/CAS/Client.php
@@ -2427,8 +2427,7 @@ class CAS_Client
phpCAS::error('one of the methods phpCAS::setCasServerCACert() or phpCAS::setNoCasServerValidation() must be called.');
}
if ($this-_cas_server_ca_cert != '') {
-$request-setSslCaCert($this-_cas_server_ca_cert);
-$request-setSslCaCert($this-_cas_server_cn_validate);
+$request-setSslCaCert($this-_cas_server_ca_cert, $this-_cas_server_cn_validate);
}
// add extra stuff if SAML
Bug#696816: jenkins: Security issues were found in Jenkins core
Hi there,
The issue was raised on debian-devel[0] that this bug still affects
unstable and is causing jenkins to be a candidate for removal from
wheezy. I have backported the fixes for these issues from upstream git;
they are attached to this e-mail as separate quilt patches for the sake
of cleanliness.
I have also uploaded a source NMU package[1] to mentors.debian.net,
which I intend to seek sponsorship for if I don't get a reply to this
bug report within 72 hours (as the deadline given by the Release Team
for removal from testing is 31st January).
Please let me know if you need anything further from me.
Thanks,
Steven.
[0] Thread Candidates for removal from testing (2013-01-24), which
doesn't seem to be in the web archives yet.
[1] http://mentors.debian.net/package/jenkins
Description: Cherry-picked fix from 1.480.1
Security issue:
- CVE-2012-6073 open redirect
Origin: Upstream, commit ab0ac1ac499f734892c2203edc508a6dbf5fa42d
Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696816
--- a/core/src/main/java/hudson/Util.java
+++ b/core/src/main/java/hudson/Util.java
@@ -1173,6 +1173,31 @@
}
/**
+ * Return true if the systemId denotes an absolute URI .
+ *
+ * The same algorithm can be seen in {@link URI}, but
+ * implementing this by ourselves allow it to be more lenient about
+ * escaping of URI.
+ */
+public static boolean isAbsoluteUri(String uri) {
+int idx = uri.indexOf(':');
+if (idx0) return false; // no ':'. can't be absolute
+
+// #, ?, and / must not be before ':'
+return idx_indexOf(uri, '#') idx_indexOf(uri,'?') idx_indexOf(uri,'/');
+}
+
+/**
+ * Works like {@link String#indexOf(int)} but 'not found' is returned as s.length(), not -1.
+ * This enables more straight-forward comparison.
+ */
+private static int _indexOf(String s, char ch) {
+int idx = s.indexOf(ch);
+if (idx0) return s.length();
+return idx;
+}
+
+/**
* Loads a key/value pair string as {@link Properties}
* @since 1.392
*/
--- a/core/src/main/java/hudson/model/DirectoryBrowserSupport.java
+++ b/core/src/main/java/hudson/model/DirectoryBrowserSupport.java
@@ -137,7 +137,7 @@
String pattern = req.getParameter(pattern);
if(pattern==null)
pattern = req.getParameter(path); // compatibility with Hudson1.129
-if(pattern!=null) {
+if(pattern!=null !Util.isAbsoluteUri(pattern)) {// avoid open redirect
rsp.sendRedirect2(pattern);
return;
}
--- a/core/src/main/java/hudson/security/AuthenticationProcessingFilter2.java
+++ b/core/src/main/java/hudson/security/AuthenticationProcessingFilter2.java
@@ -31,6 +31,7 @@
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
+import hudson.Util;
import org.acegisecurity.AuthenticationException;
import org.acegisecurity.ui.webapp.AuthenticationProcessingFilter;
@@ -50,6 +51,9 @@
if (targetUrl == null)
return getDefaultTargetUrl();
+if (Util.isAbsoluteUri(targetUrl))
+return .; // avoid open redirect
+
// URL returned from determineTargetUrl() is resolved against the context path,
// whereas the from URL is resolved against the top of the website, so adjust this.
if(targetUrl.startsWith(request.getContextPath()))
--- a/core/src/test/java/hudson/UtilTest.java
+++ b/core/src/test/java/hudson/UtilTest.java
@@ -230,4 +230,14 @@
}
}
}
+
+public void testIsAbsoluteUri() {
+assertTrue(Util.isAbsoluteUri(http://foobar/;));
+assertTrue(Util.isAbsoluteUri(mailto:k...@kohsuke.org));
+assertTrue(Util.isAbsoluteUri(d123://test/));
+assertFalse(Util.isAbsoluteUri(foo/bar/abc:def));
+assertFalse(Util.isAbsoluteUri(foo?abc:def));
+assertFalse(Util.isAbsoluteUri(foo#abc:def));
+assertFalse(Util.isAbsoluteUri(foo/bar));
+}
}
Description: Cherry-picked fix from 1.480.1
Security issue:
- CVE-2012-6074 cross-site scripting vulnerability
Origin: Upstream, commit 1d48e7bf8254349a19328d56bd8006635a95866d
Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696816
--- a/core/src/main/resources/hudson/widgets/HistoryWidget/entry.jelly
+++ b/core/src/main/resources/hudson/widgets/HistoryWidget/entry.jelly
@@ -68,7 +68,7 @@
tr class=${transitive}
td/td
td colspan=2 class=desc
-j:out value=${build.truncatedDescription}/
+j:out value=${app.markupFormatter.translate(build.truncatedDescription)}/
/td
/tr
/j:if
signature.asc
Description: PGP signature
Bug#698947: bacula-fd: Messages:append to local log file is ignored
Package: bacula-fd
Version: 5.2.6+dfsg-7
Severity: normal
Hi,
I'm trying to keep logs on the local system. For this I've put this
configuration in /etc/bacula/bacula-fd.conf:
Messages {
Name = Standard
append = /var/lib/bacula/log = all
director = BACULAMASTER-dir = all, !skipped, !restored
}
However, no line is writted on local log file but send to director.
If I remove the director line there is no change regarding local
log file (ie. remains empty).
Cheers
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 bacula-fd depends on:
ii bacula-common 5.2.6+dfsg-7
ii libacl12.2.51-8
ii libc6 2.13-37
ii libcap21:2.22-1.2
ii libgcc11:4.7.2-5
ii libpython2.7 2.7.3-6
ii libssl1.0.01.0.1c-4
ii libstdc++6 4.7.2-5
ii libwrap0 7.6.q-24
ii lsb-base 4.1+Debian8
ii ucf3.0025+nmu3
ii zlib1g 1:1.2.7.dfsg-13
bacula-fd recommends no packages.
Versions of packages bacula-fd suggests:
pn bacula-traymonitor none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698948: psmisc: Please mark Multi-Arch: foreign
Package: psmisc
Version: 22.20-1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Marking psmisc as Multi-Arch: foreign would allow it to satisfy
dependencies from non-native packages. (Not that there are that many in
the first place, but still. For example, in my case, it would be one
less roadblock in migrating from mysql-server:i386 to :amd64.)
diff --git a/debian/control b/debian/control
index d60e992..de819d8 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Standards-Version: 3.9.3
Package: psmisc
Architecture: any
+Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Replaces: procps ( 1:1.2)
Description: utilities that use the proc file system
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages psmisc depends on:
ii libc6 2.13-38
ii libtinfo5 5.9-10
psmisc recommends no packages.
psmisc 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#694789: Bug#697639: release.debian.org: please upgrade cairo in wheezy
2013/1/7 Julien Cristau jcris...@debian.org: On Mon, Jan 7, 2013 at 21:54:57 +0100, Samuel Wolf wrote: Talk to the cairo maintainers about fixing that bug in sid. Unfortunately I did not get a response from the maintainers. Print over the terminal is possible without the error: lp -d PRINTER /tmp/file.pdf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696144: 20_head_tests.cf: regex for illegal IP address contains valid network 5/8
On Tue, 22 Jan 2013 13:15:39 +0100, Alexander Neumann wrote: For wheezy, the regex has already been updated by upstream. So I guess this bug should be marked as fixed in some version to get it out of the RC bug list for wheezy/sid. Does anybody know which release was the first to include the fixed regexp? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: R.E.M.: Imitation Of Life signature.asc Description: Digital signature
Bug#675175: New version: 197
Package: systemd Version: 44-8 Followup-For: Bug #675175 systemd-197.tar.xz 08-Jan-2013 01:43 2.0M -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemd depends on: ii initscripts 2.88dsf-34 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libcryptsetup1 2:1.3.0-3 ii libdbus-1-3 1.6.8-1 ii libpam0g1.1.3-7.1 ii libselinux1 2.1.9-5 ii libudev0175-7 ii libwrap07.6.q-24 ii udev175-7 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: ii python 2.7.3-3 pn systemd-gui none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668968: Regression
Hi, this is not a wishlist bug. This is a regression. Please fix before Wheezy! -- -- Matthias Urlichs signature.asc Description: Digital signature
Bug#698945: The working settings on machine 1
What I did to make the software work on machine1 with ia32-libs (20120926) is, that I had to create the following links: mv /usr/lib/libXm.so.3 /usr/lib/libXm.so.3.off #this deactivates actual libXm.so.3 ln -s /usr/lib/libXm.so.4 /usr/lib/libXm.so.3 #create link to libXm.so.4 for 64Bit ln -s /usr/lib32/libXm.so.2 /usr32/lib/libXm.so.3 #create link to libXm.so.2 for 32Bit How can I do the equal thing on machine2 with ia32-libs (1:0.4) ?
Bug#698908: cvs: FTBFS on x32: mktime.c compile-time check fails
On Fri, Jan 25, 2013 at 1:58 AM, Thorsten Glaser t...@mirbsd.de wrote:
Daniel Schepler dixit:
cc -DHAVE_CONFIG_H -I. -I../../../lib -I.. -D_FORTIFY_SOURCE=2
-D_GNU_SOURCE -DUSE_LIBBSD -g -O2 -fPIE -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall
-fno-strict-aliasing -Wformat -Wno-unused-result -c
../../../lib/strftime.c
../../../lib/mktime.c: In function 'ydhms_diff':
Is there something garbled in your output? I see strftime.c but
the error is in mktime.c, and (at least the copy I am looking at
right now) the former doesn’t #include the latter.
Oh, sorry, my buildd setup sets DEB_BUILD_OPTIONS to parallel=3, so
the command to compile mktime.c was actually on the line before what I
quoted.
../../../lib/mktime.c:170:3: error: size of array 'a' is negative
make[4]: *** [mktime.o] Error 1
I’d rather know why it tries to build mktime.c at all. You see,
this flavour of CVS comes from MirBSD, which (on i386) has the
same situation: sizeof(int) == sizeof(long) == 4, whereas
sizeof(time_t) == sizeof(long long) == 8.
To get the configure check AC_FUNC_MKTIME passing, I had to fix
some things in libc first (one of which was to use “time_t” instead
of “long” for struct tm.tm_year, IIRC). That solved the issue of
gnulib trying to replace mktime. How about that instead?
Doing a search for mktime in the build log, I see
ac_cv_func_working_mktime=no in the configure line... Although even
if I remove that, and force an autoreconf to make sure the mktime test
is up to date, the mktime test times out. Oddly, though, if I extract
that test to a standalone .c file and compile it -O0 then it works,
but if I compile it -O2 it times out again. Putting in debugging
output, it appears it's calling bigtime_test(MIN_INT) and then
bigtime_test(0) repeatedly, so it looks like some compiler bug is
happening here. I'm currently using gcc-4.7 4.7.2-18 from
experimental (or actually gcc-4.7_4.7.2-18+x32 from unreleased which
is an exact copy other than the version). Actually, it looks like I
can even reproduce it just with:
extern int foo();
void test_fn() {
int i;
for (i = 1; 0 i; i *= 2)
foo(i);
}
I'm going to have to test with the current 4.7.2-19 on amd64 and see
if the problem persists there.
But even with the -O0 version most of the localtime calls are failing
because tm.tm_year is an int in [e]glibc, so it's probably not
actually testing much.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698949: libpth20: please add multiarch support
Package: libpth20
Version: 2.0.7-16
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Here's a patch adding multiarch support to libpth20, thus making it
co-installable on multiple architectures.
Note that this involves a bump in the debhelper compat level (from 7 to
9). I've corrected the one obvious incompatibility issue, but you may
want to review the debhelper manpage, in case I missed something.
Also, while I checked the resulting packages with lintian and debdiff, I
did not actually install and test them. I figured you would do a much
more thorough job than I would anyway. :)
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libpth20 depends on:
ii libc6 2.13-38
libpth20 recommends no packages.
libpth20 suggests no packages.
-- no debconf information
diff --git a/debian/compat b/debian/compat
index 7f8f011..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-7
+9
diff --git a/debian/control b/debian/control
index 4cd8d65..4e71cdc 100644
--- a/debian/control
+++ b/debian/control
@@ -2,13 +2,15 @@ Source: pth
Section: devel
Priority: optional
Maintainer: NIIBE Yutaka gni...@fsij.org
-Build-Depends: debhelper (= 7.0.50~), quilt (= 0.46-7~), autotools-dev
+Build-Depends: debhelper (= 9), quilt (= 0.46-7~), autotools-dev
Standards-Version: 3.8.4
Homepage: http://www.gnu.org/software/pth/
Package: libpth20
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: The GNU Portable Threads
Pth is a very portable POSIX/ANSI-C based library for Unix platforms which
diff --git a/debian/libpth-dev.install b/debian/libpth-dev.install
index 1dc671f..bfe830f 100644
--- a/debian/libpth-dev.install
+++ b/debian/libpth-dev.install
@@ -1,7 +1,7 @@
/usr/bin
/usr/include
-/usr/lib/*.a
-/usr/lib/*.so
-/usr/lib/*.la
+/usr/lib/*/*.a
+/usr/lib/*/*.so
+/usr/lib/*/*.la
/usr/share/aclocal
/usr/share/man
diff --git a/debian/libpth20.install b/debian/libpth20.install
index 49cc562..a451edd 100644
--- a/debian/libpth20.install
+++ b/debian/libpth20.install
@@ -1 +1 @@
-/usr/lib/*.so.*
+/usr/lib/*/*.so.*
diff --git a/debian/rules b/debian/rules
index 5de79fb..091cd21 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,7 +5,7 @@
#export DH_VERBOSE=1
%:
- dh --with quilt $@
+ dh $@ --with quilt
override_dh_auto_clean:
dh_auto_clean
