Bug#539944: RFH: logcheck -- mails anomalies in the system logfiles to the administrator
Hi, I am a heavy user of logcheck. I am interested in helping. Submitted a request to join the project, my alioth-account is calhariz-guest. Jose Calhariz -- -- O homem rouba o primeiro beijo, implora pelo segundo, exige o terceiro, recebe o quarto, aceita o quinto e suporta os restantes. -- Helen Rowland signature.asc Description: Digital signature
Bug#752897: rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/
From: Tobias Frost t...@frost.de To: Gianfranco Costamagna costamagnagianfra...@yahoo.it Cc: Vincent Cheng vch...@debian.org, 752...@bugs.debian.org 752...@bugs.debian.org, ma...@debian.org ma...@debian.org Date: Fri, 29 Aug 2014 08:06:32 +0200 In-Reply-To: 1409216214.5018.yahoomail...@web171801.mail.ir2.yahoo.com References: 1409081409.6673.13.ca...@edoras.loewenhoehle.ip caczd_tbmfk3yatdgdiwqnrspshi8gx1jsh3w-ijhmw9cmyj...@mail.gmail.com 9e5e4697519ad275d1b21932f44f616a.squir...@isengard.linuxd.net 1409140568.30766.yahoomail...@web171806.mail.ir2.yahoo.com 1409216214.5018.yahoomail...@web171801.mail.ir2.yahoo.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.12.2-1+b1 Mime-Version: 1.0 Hi Gianfranco, I will complete the review this evening / latest tomorrow and (if not f On Thu, 2014-08-28 at 09:56 +0100, Gianfranco Costamagna wrote: Hi again,=20 this is the updated proposed debdiff diff -Nru lucene++-3.0.6/debian/changelog lucene++-3.0.6/debian/changelog --- lucene++-3.0.6/debian/changelog2014-08-26 12:49:11.0 +020= 0 +++ lucene++-3.0.6/debian/changelog2014-08-27 13:51:33.0 +020= 0 @@ -1,10 +1,3 @@ -lucene++ (3.0.6-2) unstable; urgency=3Dmedium - - * Update copyright file. - * move doxygen to Build-Depends-Indep. - - -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Tue, 26 Aug 2= 014 11:36:24 +0200 - lucene++ (3.0.6-1) unstable; urgency=3Dlow =20 * Initial release (Closes: #750148). diff -Nru lucene++-3.0.6/debian/liblucene++-doc.install lucene++-3.0.6/de= bian/liblucene++-doc.install --- lucene++-3.0.6/debian/liblucene++-doc.install2014-07-02 17:38:53.= 0 +0200 +++ lucene++-3.0.6/debian/liblucene++-doc.install1970-01-01 01:00:00.= 0 +0100 @@ -1 +0,0 @@ -usr/share/doc/lucene++-3.0.6/* usr/share/doc/liblucene++-doc/html diff -Nru lucene++-3.0.6/debian/rules lucene++-3.0.6/debian/rules --- lucene++-3.0.6/debian/rules2014-07-04 13:16:51.0 +0200 +++ lucene++-3.0.6/debian/rules2014-08-28 10:10:31.0 +0200 @@ -1,5 +1,4 @@ #!/usr/bin/make -f -# -*- makefile -*- =20 # Uncomment this to turn on verbose mode. #export DH_VERBOSE=3D1 @@ -8,7 +7,12 @@ dh $@ --with linktree -- --parallel --fail-missing =20 override_dh_auto_configure: -dh_auto_configure -- -DENABLE_DOCS:BOOL=3DON -DENABLE_STANDARD_ALLOC= ATOR:BOOL=3DON +dh_auto_configure -- -DENABLE_STANDARD_ALLOCATOR:BOOL=3DON =20 -override_dh_auto_build: +override_dh_auto_build-indep: +dh_auto_configure -- -DENABLE_STANDARD_ALLOCATOR:BOOL=3DON -DENABLE_= DOCS:BOOL=3DON dh_auto_build -- doc + +override_dh_install-indep: +dh_install -pliblucene++-doc usr/share/doc/lucene++-3.0.6/* usr/shar= e/doc/liblucene++-doc/html +rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/ =20 the patch looks good, thanks. Also it builds :) =20 the rm seems needed, otherwise the --fail-missing will complain :) =20 @Tobias, for the VCS fields, I know they are 404 now, they will be create= d as soon as the package is uploaded, with the correct package =20 they will be really similar to this one https://code.launchpad.net/~ubuntu-unity/lucene++/ubuntu =20 so in my opinion we should keep them without changing anything :) Regarding the VCS-*: I prefer to have either a working CVS at the point of upload (preferred) or the lines being removed in d/control and readded in an subsequent upload. Well, a VCS are also patient -- so why not immediately create it? (The only thing you need to delay until after uploading is the tagging, or more precise the push of the tag).=20 I do not require a specific CVS-layout, but I recommend not to only store the debian directory but also the source and having also in a upstea-branch and utilitzing pristine-tar (so basically what git-buildpackage recommends). But as said, not required, I do not want to interfere with the workflows you are used to. --=20 tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720969: merging lm4tools ITP bugs
forcemerge 759294 720969 thanks Hi, There are two ITPs for lm4tools. I'm merging them both. Since the one from Zygmunt Krynicki was filed over a year ago with no activity since then, I'm using the one from Agustin Henze as the basis for the merge. However, please talk to each other if you both want to maintain it (e.g. in a team). Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759652: spamd doesn't restart after perl upgrade
Package: spamassassin
Version: 3.4.0-2
When installing the recent Perl 5.20 upgrade, I noticed that
/etc/init.d/spamassassin wasn't restarting spamd. Even though the
$PIDFILE was correct.
This is because the interpreter was no longer named /usr/bin/perl, and
so the --exec $XNAME condition refused to believe it, did not stop
the daemon, and the new one couldn't start because the socket was in use.
The is really something of a more general problem with start-stop-daemon
and maybe this bug should be reassigned to dpkg, but I encountered it
with spamd and I'll let you decide.
In my particular case, prelink also had a hand in the situation, so it's
not just package upgrades that can trigger it:
lrwxrwxrwx 1 root root 0 Aug 6 10:34 exe - /usr/bin/perl.#prelink#.WTKInn
(deleted)
To reproduce:
# cp -a /usr/bin/perl{,2}
# mv /usr/bin/perl{2,}
# /etc/init.d/spamassassin restart
Thank you!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759651: file says /usr/sbin/spamd: awk script, ASCII text
Package: file
Version: 1:5.19-1
Architecture: i386
The script from spamassassin_3.4.0-2 starts with:
#!/usr/bin/perl -T -w
eval 'exec /usr/bin/perl -T -w -S $0 ${1+$@}'
if 0; # not running under some shell
I'm not sure how that gets mistaken for an awk script
Thanks for the utility and its packaging!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759650: Please replace librawredir
Source: libraw Version: 0.16.0-7 Severity: minor Some time ago, I put in place librawredir (http://librawredir.debian.net) to handle libraw watch file because upstream publishes stable and development versions of libraw in a single HTML page, making it hard to filter development releases from the stable ones. I'm no longer able to host this service, so please consider replacing it in debian/watch file with other services. Thanks, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720969: merging lm4tools ITP bugs
Thanks Lucas. I should really get back to that package. I let it slip for far too long. Best regards ZK 2014-08-29 8:21 GMT+02:00 Lucas Nussbaum lu...@debian.org: forcemerge 759294 720969 thanks Hi, There are two ITPs for lm4tools. I'm merging them both. Since the one from Zygmunt Krynicki was filed over a year ago with no activity since then, I'm using the one from Agustin Henze as the basis for the merge. However, please talk to each other if you both want to maintain it (e.g. in a team). Lucas
Bug#759653: Gnome Control Center (Date Time) - Network time reverts to off - Debian 7.6
Package: gnome-control-center Version: 1:3.4.3.1-2 Greetings, On the Gnome Date time panel, when you select network time, the switch turns to on at first, but after closing the panel and reopening it again (even after booting), the network time reverts to off again . Basically, there is no way to turn network time on. This is confirmed in several machines with Debian 7.6 running in Gnome Classic and LXDE (built on top of Gnome), both 32 and 64 bits. After investigating the problem, I found a solution that worked immediately in all machines: installing package ntp. I checked for ntp before installing and all machines did not have it installed. The OS installation in all machines were made with the Debian 7.6 DVD image with a mirror (US). I don't know if that is by design or not (not including ntp on the installation), but on all machines here the network time feature does not work without that package. Regards, and thanks for the great work! Jamil
Bug#734599: native library loading failure
The following patch modifies the native library loading to use debian
native /usr/lib/libsnappy.so file if no specific system property is used.
This fixes the native loading, however, using latest code there are
pending issues. Using previous example, it seems that Java library does
not match native library:
osallou@debiansid:~$ java -cp
/home/osallou/snappy-java-1.0.4.1~dfsg/target/snappy-java-1.0.4.1.jar:.
SnappyTests Exception in thread main java.lang.UnsatisfiedLinkError:
org.xerial.snappy.SnappyNative.maxCompressedLength(I)I
at org.xerial.snappy.SnappyNative.maxCompressedLength(Native Method)
at org.xerial.snappy.Snappy.maxCompressedLength(Snappy.java:316)
at org.xerial.snappy.Snappy.rawCompress(Snappy.java:329)
at org.xerial.snappy.Snappy.compress(Snappy.java:88)
at SnappyTests.main(SnappyTests.java:12)
Olivier
gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4
6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
--- a/src/main/java/org/xerial/snappy/SnappyLoader.java
+++ b/src/main/java/org/xerial/snappy/SnappyLoader.java
@@ -433,21 +433,8 @@
return nativeLib;
}
-{
-// Load an OS-dependent native library inside a jar file
-snappyNativeLibraryPath = /org/xerial/snappy/native/ +
OSInfo.getNativeLibFolderPathForCurrentOS();
+return new File(/usr/lib/libsnappy.so);
-if (SnappyLoader.class.getResource(snappyNativeLibraryPath + / +
snappyNativeLibraryName) != null) {
-// Temporary library folder. Use the value of
org.xerial.snappy.tempdir or java.io.tmpdir
-String tempFolder = new
File(System.getProperty(KEY_SNAPPY_TEMPDIR,
-System.getProperty(java.io.tmpdir))).getAbsolutePath();
-
-// Extract and load a native library inside the jar file
-return extractLibraryFile(snappyNativeLibraryPath,
snappyNativeLibraryName, tempFolder);
-}
-}
-
-return null; // Use a pre-installed libsnappyjava
}
/**
Bug#759654: systemctl: Failed to issue method call: Did not receive a reply.
Package: systemd Version: 214-1 (experimental) Severity: normal Dear Maintainer, After upgrading systemd v.208-8 to v.214-1 systemctl status/start/stop some service.service (in a root terminal) quite often shows the following error: --- Failed to issue method call: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. --- To get systemctl working I have to repeat it a few times until I get the result. The same error also occurs with apt-get install some package. My network connection is always working! -- System Information: Debian Release: jessie/sid + experimental Architecture: amd64 (x86_64) Kernel: Linux debian 3.16-1.dmz.1-liquorix-amd64 Systemd, udev: 214-1 dbus: 1.8.6-2 Kind regards, Jos v.Wolput -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741075: user-mode-linux: Occasional memory corruption on startup under high load
On 09/03/14 21:35, Mattia Dongili wrote: On Sat, Mar 08, 2014 at 07:04:56AM +, Anton Ivanov wrote: Package: user-mode-linux Version: 3.2-2um-1+deb7u2+b1 Severity: grave Tags: patch Justification: causes non-serious data loss Dear Maintainer, This bug is perennial. If we go through old bugs with cannot reproduce tag 50% of them are this one, the other 50% are the you should not use pipe for interprocess IPC which we will submit shortly. Manifestation of the problem - UML dies on startup for no reason with a memory corruption message. Occurs only on heavily loaded systems and usually when running a lot of UMLs. Thanks for the patch. I have noticed that you submitted these patch-set (together with the other two you sent here and more) upstream and they will be in the stable branch. The easiest path here is also to go through the stable release of linux-source where uml is built from. I'll keep an eye on the stable tree but it'd be very helpful if you could add the stable tree commit ids once the patches get included. Same story for the other two bugs. All 3 bugs have now patches submitted upstream. I have submitted our other improvements as well. While they do not make a speed daemon of uml userspace they get it reasonably close to kvm. Kernel itself is now faster than qemu-kvm for most networking stuff. A. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759657: console-setup w/ systemd forgets font setting
Package: console-setup Version: 1.111 Severity: normal When systemd was introduced console-setup started to forget setting the font selected with debconf (as seen below). Initially, it was only every so often but since about yesterday it doesn't load the font on every single boot. This is hampering productivity on the console a _lot_. The problem can be corrected by running dpkg-reconfigure console-setup but that only lasts until the next boot. Let me know if you need more information. Thanks, Karsten -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-setup-linux 1.111 ii debconf 1.5.53 ii keyboard-configuration 1.111 ii xkb-data2.12-1 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales2.19-9 ii locales-all [locales] 2.19-9 ii lsb-base 4.1+Debian13 Versions of packages keyboard-configuration depends on: ii debconf 1.5.53 ii initscripts 2.88dsf-53.3 ii liblocale-gettext-perl 1.05-8+b1 Versions of packages console-setup-linux depends on: ii kbd 1.15.5-1 ii keyboard-configuration 1.111 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common none pn console-datanone pn console-tools none ii kbd 1.15.5-1 -- debconf information: * console-setup/fontsize-fb47: 8x16 keyboard-configuration/ctrl_alt_bksp: false keyboard-configuration/layoutcode: de debian-installer/console-setup-udeb/title: keyboard-configuration/altgr: The default for the keyboard layout keyboard-configuration/model: Generische PC-Tastatur mit 105 Tasten (Intl) * console-setup/charmap47: UTF-8 console-setup/store_defaults_in_debconf_db: true keyboard-configuration/other: console-setup/framebuffer_only: keyboard-configuration/compose: No compose key keyboard-configuration/variant: Deutsch - Deutsch (ohne Akzenttasten) keyboard-configuration/unsupported_layout: true keyboard-configuration/optionscode: console-setup/fontsize-text47: 8x16 console-setup/codesetcode: Lat15 keyboard-configuration/unsupported_config_layout: true * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages keyboard-configuration/layout: keyboard-configuration/switch: No temporary switch keyboard-configuration/store_defaults_in_debconf_db: true keyboard-configuration/toggle: No toggling console-setup/fontsize: 8x16 console-setup/guess_font: keyboard-configuration/unsupported_config_options: true keyboard-configuration/xkb-keymap: de(nodeadkeys) keyboard-configuration/modelcode: pc105 * console-setup/fontface47: Terminus console-setup/use_system_font: keyboard-configuration/unsupported_options: true keyboard-configuration/variantcode: nodeadkeys -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759136: reassign binNMU request to release.debian.org
Control: reassign -1 release.debian.org Hello! Apparently I filed by binNMU request for gtk+3.0 against the wrong package, reassigning... Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759656: linux-image-3.14-2-amd64: mmcblk0rpmb time-out and I/O errors
Package: src:linux Version: 3.14.15-2 Severity: important Tags: upstream Dear Maintainer, I'm using an ASUS T100TA shipped with a Hynix HBG4e 32GB SSD. This SSD has an RPMB partition which is not correctly managed by the Linux kernel. This is the lsblk issued from a live system on usb disk, showing my internal SSD with custom partitions for dual-boot with Windows: $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT [...] mmcblk0rpmb 179:24 0 4M 0 disk mmcblk0boot0 179:80 4M 1 disk mmcblk0boot1 179:16 0 4M 1 disk mmcblk0 179:00 29,1G 0 disk -mmcblk0p1 179:10 100M 0 part -mmcblk0p2 179:20 700M 0 part -mmcblk0p3 179:30 128M 0 part -mmcblk0p4 179:4017G 0 part -mmcblk0p5 179:50 9,2G 0 part -mmcblk0p6 179:60 2G 0 part (the partitions mmcblk0p1-p4 are the default partitions of the T100TA). During the entire uptime of the system, error messages appear again and again, as shown below in the Kernel log section. Due to these errors the debian installation procedure, the boot of the system and in general every operation on the SSD can fail or be extremely slow and last more than 10 minutes, making the system almost unusable. Thank you for your attention. -- Package-specific info: ** Version: Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=b08978c9-9e0f-4320-b82d-8a3337654f05 ro quiet video=VGA-1:1368x768e reboot=pci,force sdhci.debug_quirks=0x8000 ** Not tainted ** Kernel log: [ 2118.066350] mmcblk0rpmb: error -110 transferring data, sector 0, nr 8, cmd response 0x900, card status 0xb00 [ 2118.066372] mmcblk0rpmb: retrying using single block read [ 2118.068526] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.070723] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.072975] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.075285] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.077519] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.079721] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2118.079742] end_request: I/O error, dev mmcblk0rpmb, sector 0 [ 2118.079758] Buffer I/O error on device mmcblk0rpmb, logical block 0 [ 2126.286534] mmcblk0rpmb: error -110 transferring data, sector 24, nr 8, cmd response 0x900, card status 0xb00 [ 2126.286558] mmcblk0rpmb: retrying using single block read [ 2126.288785] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.291197] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.293578] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.295842] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.298042] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.300261] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2126.300282] end_request: I/O error, dev mmcblk0rpmb, sector 24 [ 2126.300303] Buffer I/O error on device mmcblk0rpmb, logical block 3 [ 2134.508309] mmcblk0rpmb: error -110 transferring data, sector 0, nr 8, cmd response 0x900, card status 0xb00 [ 2134.508331] mmcblk0rpmb: retrying using single block read [ 2134.512889] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.515206] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.517416] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.519647] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.522878] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.525319] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2134.525340] end_request: I/O error, dev mmcblk0rpmb, sector 0 [ 2134.525357] Buffer I/O error on device mmcblk0rpmb, logical block 0 [ 2142.733884] mmcblk0rpmb: error -110 transferring data, sector 0, nr 8, cmd response 0x900, card status 0xb00 [ 2142.733906] mmcblk0rpmb: retrying using single block read [ 2142.736022] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.738344] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.740536] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.742761] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.744993] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.747183] mmcblk0rpmb: timed out sending r/w cmd command, card status 0x400900 [ 2142.747204] end_request: I/O error, dev mmcblk0rpmb, sector 0 [ 2142.747220] Buffer I/O error on device mmcblk0rpmb, logical block 0 [ 2150.953992] mmcblk0rpmb: error -110 transferring
Bug#757120: #757120: The package doesn't build the debian file
Control: tag -1 - patch Hi Gianfranco, On Wed, Aug 20, 2014 at 1:21 AM, Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: the problem should be if I understand correctly the code, when $instdir contains some special chars such as -, in that case the build fails. Ah, you're right, the script doesn't handle that very nicely: $ pwd /tmp/b po*'\h $ make-googleearth-package Google Earth for GNU/Linux 6.0.3.2197 Supported Google Earth version: 6.0.3.2197 tar: Pattern matching characters used in file names tar: Use --wildcards to enable pattern matching, or --no-wildcards to suppress this warning tar: po*'\\h/googleearth-tmp: Not found in archive tar: Exiting with failure status due to previous errors tar: /tmp/b po*'\\h/googleearth-tmp/googleearth-linux-x86.tar: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: /tmp/b po*'\\h/googleearth-tmp/googleearth-data.tar: Cannot open: No such file or directory tar: Error is not recoverable: exiting now cp: cannot stat ‘/tmp/b po*'\\h/googleearth-tmp/googleearth.xpm’: No such file or directory cp: cannot stat ‘/tmp/b po*'\\h/googleearth-tmp/README*’: No such file or directory [...] (the resulting .deb package is broken) Your/Ubuntu's proposed patch doesn't fix this, however, so untagging patch from the bug report. looking at the code instdir starts from the current directory, so maybe it really depend from where are you calling the make command... local instdir=`pwd`/googleearth-deb local tmpdir=`pwd`/googleearth-tmp Urgh, that really should be using mktemp -d instead of predictable directory names. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702232: firestring: Added DEP-8 tests
Hello,
the originally submitted test wrongly allocates the estr variables.
Udpated debdiff attached, in a more convenient form.
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
Add simple autopkgtest for package.
Author: Vibhav Pant vib...@ubuntu.com
--- firestring-0.9.12.orig/debian/tests/build
+++ firestring-0.9.12/debian/tests/build
@@ -0,0 +1,39 @@
+#!/bin/sh
+# autopkgtest check: Build and run a program against firestring, to verify that
+# the headers and pkg-config file are installed correctly
+# (C) 2013 Canonical Ltd.
+# Author: Vibhav Pant vibh...@ubuntu.com
+
+set -e
+
+WORKDIR=$(mktemp -d)
+trap rm -rf $WORKDIR 0 INT QUIT ABRT PIPE TERM
+cd $WORKDIR
+cat EOF firestring_test.c
+#include firestring.h
+#include assert.h
+#include stdlib.h
+
+void test_baselib()
+{
+ struct firestring_estr_t dest, source;
+ firestring_estr_alloc(source, 50);
+ firestring_estr_alloc(dest, 50);
+ firestring_estr_sprintf(source, autopkgtest);
+ assert(firestring_estr_base64_encode(dest, source) == 0);
+ void *p = firestring_malloc(sizeof(double));
+ free(p);
+}
+
+int main(void)
+{
+ test_baselib();
+ return 0;
+}
+EOF
+
+gcc -o firestring_test firestring_test.c -lfirestring -Werror -Wall
+echo build: OK
+[ -x firestring_test ]
+./firestring_test
+echo run: OK
only in patch2:
unchanged:
--- firestring-0.9.12.orig/debian/tests/control
+++ firestring-0.9.12/debian/tests/control
@@ -0,0 +1,2 @@
+Tests: build
+Depends: libfirestring-dev, build-essential
\ No newline at end of file
Bug#759658: Should the gnome--media package be upgraded?
Package: gnome-media Version: 3.4.0-1 Severity: important Turning this into an actual bug report. - Fabian Am Donnerstag, den 28.08.2014, 16:52 +0200 schrieb Alberto Salvia Novella: The package version of gnome-media in current development releases of Debian and GNOME is 3.4, but: - The upstream GNOME developers are not longer supporting it (https://bugzilla.gnome.org/show_bug.cgi?id=677199) - GNOME Sound Recorder in this package hasn't been working since November 2011 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649510) - The package has been kept in this version since May 2013 (https://packages.debian.org/search?keywords=gnome-media) - GNOME Sound Recorder has been rewritten from scratch in JavaScript (https://bugzilla.gnome.org/show_bug.cgi?id=677199#c9) Should the gnome-media package be upgraded in Debian and Ubuntu then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741075: user-mode-linux: Occasional memory corruption on startup under high load
This is great news. Thank you. s3nt fr0m a $martph0ne, excuse typ0s On Aug 29, 2014 1:24 PM, Anton Ivanov anton.iva...@kot-begemot.co.uk wrote: On 09/03/14 21:35, Mattia Dongili wrote: On Sat, Mar 08, 2014 at 07:04:56AM +, Anton Ivanov wrote: Package: user-mode-linux Version: 3.2-2um-1+deb7u2+b1 Severity: grave Tags: patch Justification: causes non-serious data loss Dear Maintainer, This bug is perennial. If we go through old bugs with cannot reproduce tag 50% of them are this one, the other 50% are the you should not use pipe for interprocess IPC which we will submit shortly. Manifestation of the problem - UML dies on startup for no reason with a memory corruption message. Occurs only on heavily loaded systems and usually when running a lot of UMLs. Thanks for the patch. I have noticed that you submitted these patch-set (together with the other two you sent here and more) upstream and they will be in the stable branch. The easiest path here is also to go through the stable release of linux-source where uml is built from. I'll keep an eye on the stable tree but it'd be very helpful if you could add the stable tree commit ids once the patches get included. Same story for the other two bugs. All 3 bugs have now patches submitted upstream. I have submitted our other improvements as well. While they do not make a speed daemon of uml userspace they get it reasonably close to kvm. Kernel itself is now faster than qemu-kvm for most networking stuff. A. Thanks!
Bug#653390: debian-installer: wrong module snd-powermac in /etc/modules during installation on powerbook5, 6
Control: severity 650588 important Control: reassign -1 hw-detect Control: merge -1 650588 [Ben Harris] This bug seems to be an instance of bug #650588, so it should probably be reassigned to hw-detect and merged. I'm not quite confident enough to do that myself. I agree. Reassigning and merging. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752462: ilmbase: use dh-autoreconf instead of autotools_dev to fix ftbfs on new archs
* Fernando Seiti Furusato (ferse...@br.ibm.com) [140829 08:06]: The package ilmbase fails to build from source on ppc64el. Although autotools-dev is being used, it is not enough to update configuration files properly. I'd be willing to fix this bug by upload an NMU (this package is required to get some other packages built, among them kde4libs which is basis for a whole bunch of other packages). I.e. unless there is a reason why not, I'd upload the package tonight. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513565: post install bugs
Control: retitle -1 hw-detect unable to find firmware on USB stick Hi, and sorry for the late reply. I realise that it might be too late to look at this, but wanted to give it a try anyway. [Vince Ieraci 2009-02-30] When asked to load IPW2200 firmware from USB stick, clicked OK, scanned the hard disk for around 10 minutes, did not find the USB stick. What was the content of the USB stick? How were the firmware files stored there? I assume it had a different content that the hw-detect package expected. If you do not know, I suggest we just close this bug as there is too little information available to try to do anything about it, five years later. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759659: gnome-media: please rebuild against Gstreamer 1.0
Package: gnome-media Version: 3.4.0-1 Severity: wishlist While not a bug per-se, gnome-media still depends on Gstreamer 0.10 components. If possible, it would be desirable to rebuild it to use Gstreamer 1.0 instead, so as to reduce the harddisk footprint of a GNOME installation. Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i586) Kernel: Linux 3.14-2-486 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-media depends on: ii gconf-service3.2.6-2 ii gconf2 3.2.6-2 ii gstreamer0.10-gconf 0.10.31-3+nmu3 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu3 ii libatk1.0-0 2.12.0-1 ii libc62.19-9 ii libgconf-2-4 3.2.6-2 ii libglib2.0-0 2.40.0-4 ii libgnome-media-profiles-3.0-03.0.0-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.3 ii libgtk-3-0 3.12.2-3 ii x11-utils7.7+2 Versions of packages gnome-media recommends: ii gnome-control-center 1:3.12.1-4 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu3 ii pulseaudio5.0-6 gnome-media 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#759660: gnome-applets: please rebuild against Gstreamer 1.0
Package: gnome-applets Version: 3.4.1-5 Severity: wishlist While not a bug per-se, gnome-applets still depends on Gstreamer 0.10 components. If possible, it would be desirable to rebuild it to use Gstreamer 1.0 instead, so as to reduce the harddisk footprint of a GNOME installation. Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-applets depends on: ii gconf-service3.2.6-2 ii gconf2 3.2.6-2 ii gir1.2-gconf-2.0 3.2.6-2 ii gir1.2-gdkpixbuf-2.0 2.30.7-1 ii gir1.2-gtk-3.0 3.12.2-3 ii gir1.2-panelapplet-4.0 3.8.1-1 ii gnome-applets-data 3.4.1-5 ii gnome-icon-theme 3.12.0-1 ii gnome-panel 3.8.1-1 ii gvfs 1.20.2-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-9 ii libcairo21.12.16-2 ii libcpufreq0 008-1 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.3 ii libgtk-3-0 3.12.2-3 ii libgtop2-7 2.28.5-2 ii libgucharmap-2-90-7 1:3.12.1-1 ii libnotify4 0.7.6-2 ii libpanel-applet-4-0 3.8.1-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpolkit-gobject-1-00.105-6.1 ii libupower-glib2 0.99.0-3 ii libwnck-3-0 3.4.7-3 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii python-gi3.12.1-1+b1 pn python:any none ii upower 0.99.0-3 Versions of packages gnome-applets recommends: ii gnome-media 3.4.0-1 ii gnome-system-monitor 3.12.2-1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu3 ii policykit-1-gnome 0.105-2 Versions of packages gnome-applets suggests: pn tomboy none -- debconf information: gnome-applets/cpufreq_SUID_bit: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#759661: clang does not wotk with check_c_compiler_flag(-faltivec HAS_FALTIVEC)
Package: cmake
Version: 2.8.9-1
The following cmake code works nicely with gcc-4.7:
include(CheckCCompilerFlag)
check_c_compiler_flag(-msse2 HAS_MSSE2)
check_c_compiler_flag(-mavx HAS_MAVX)
check_c_compiler_flag(-mavx2 HAS_MAVX2)
check_c_compiler_flag(-mssse3 HAS_MSSSE3)
check_c_compiler_flag(-faltivec HAS_FALTIVEC)
check_c_compiler_flag(-maltivec HAS_MALTIVEC)
on my amd64 box, it returns:
-- Performing Test HAS_MSSE2
-- Performing Test HAS_MSSE2 - Success
-- Performing Test HAS_MAVX
-- Performing Test HAS_MAVX - Success
-- Performing Test HAS_MAVX2
-- Performing Test HAS_MAVX2 - Success
-- Performing Test HAS_MSSSE3
-- Performing Test HAS_MSSSE3 - Success
-- Performing Test HAS_FALTIVEC
-- Performing Test HAS_FALTIVEC - Failed
-- Performing Test HAS_MALTIVEC
-- Performing Test HAS_MALTIVEC - Failed
However running with clang (same box) returns the following:
$ export CC=clang
$ export CXX=clang++
$ cmake .
[...]
-- Performing Test HAS_MSSE2
-- Performing Test HAS_MSSE2 - Success
-- Performing Test HAS_MAVX
-- Performing Test HAS_MAVX - Success
-- Performing Test HAS_MAVX2
-- Performing Test HAS_MAVX2 - Success
-- Performing Test HAS_MSSSE3
-- Performing Test HAS_MSSSE3 - Success
-- Performing Test HAS_FALTIVEC
-- Performing Test HAS_FALTIVEC - Success
-- Performing Test HAS_MALTIVEC
-- Performing Test HAS_MALTIVEC - Success
Looks like clang does not handle bogus command line option the same
way gcc does:
$ cat t.c
int main() {}
$ clang -faltivec t.c
$ echo $?
0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750867:
Here you can see kio-sftp is under LGPL http://quickgit.kde.org/?p=kde-runtime.gita=blobf=kioslave%2Fsftp%2Fkio_sftp.cpp
Bug#759662: Enabling UAS makes Seagate Expansion Desk unavailable (with workaround)
Package: linux-image-3.16-trunk-amd64 Version: 3.16-1~exp1 (experimental) Severity: normal Dear Maintainer, After upgrading my linux kernel to 3.16 I have problems with my Seagate expansion hard drive. While mounting it or writing to it, my whole system sometimes freezes and needs a hard reset. It seems to be a known UAS (USB Attached SCSI) issue and there is a workaround, see https://bugzilla.kernel.org/show_bug.cgi?id=79511 and https://bbs.archlinux.org/viewtopic.php?id=183190 The workaround fixes the issue by telling the USB-UAS module to ignore the device. -- System Information: Debian Release: jessie/sid + experimental Architecture: amd64 (x86_64) Kernel: Linux debian 3.16-1 amd6 Systemd, udev: 214-1 Kind regards, Jos v.Wolput -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759296: RFS: psensor/1.0.4-1
Hello Eriberto, Thanks for your review! I have uploaded to mentors an updated version of the package fixing the raised issues. On 08/28/2014 04:55 PM, Eriberto Mota wrote: 1. d/control: I will leave you decide it. But, can you remove the isolated dot at end of each long description? I will accept a no. ;-) Fixed [1] 2. d/copyright: please, convert this file to 1.0 format. It is easy and you can use this example[1]. Please, use the exact text of the example for the license. [1] http://sources.debian.net/src/iwatch/0.2.2-3/debian/copyright/ Fixed [2] [3] Notes: - added missing jquery copyright even if it is not installed, I believe it must be present just because it is in the upstream tarball - added Upstream-Contact field unlike your example 3. d/control: please, remove all useless comments: # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. I guess you mean debian/rules. Fixed [4]. Regards, JeanFI. [1] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=2882f485e1f3fc036a14f7c23acd699e976068c1 [2] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=ef1a2d394021c73809695b31cae00dff4ba7762b [3] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=618915398bfc474a55da38635b20af656fddebf4 [4] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=9129ba168b7b8ab8883513fb06cc64cf4ed6e66b signature.asc Description: OpenPGP digital signature
Bug#759479: RFS: profanity/0.4.4-1 [ITP]
Hi again Dariusz. Please: 1. d/control: reorganize your long description using topics. You can see an example here[1]. As suggestion to increase the chance of the users find your package, add the words 'Jabber', 'instant messenger (IM)' and 'network'. I did my best there, fixed the description to look better and included some keywords. [1] http://sources.debian.net/src/bittwist/2.0-4/debian/control/ 2. d/copyight: - Put the license 'GPL-3+ with OpenSSL exception' only one time in your file. You can see an example here[2]. - The files have this append (not in License.txt): * You must obey the GNU General Public License in all respects for all of the * code used other than OpenSSL. If you modify file(s) with this exception, you * may extend this exception to your version of the file(s), but you are not * obligated to do so. If you do not wish to do so, delete this exception * statement from your version. If you delete this exception statement from all * source files in the program, then also delete it here. - Please, use the license from a file. - To public license, insert a period (.) at the end of sentence. - To public license, use the years found in src/tools/p_sha1.c (it will be equal to .h) yeah I did that but do not know if this is what you meant. [2] http://metadata.ftp-master.debian.org/changelogs/main/n/netmate/unstable_copyright 3. To test, I need libstrophe-dev. Libstrophe can be built from my git repo, best if you use -2 library. -1 has some problems, that do not affect its functionality but makes profanity crash sometimes. I will upload -2 as soon as -1 gets into Debian. http://anonscm.debian.org/cgit/collab-maint/libstrophe.git New Profanity package version is in mentors now. Thanks for your work. Very good. Cheers, Eriberto 2014-08-27 11:32 GMT-03:00 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl: Package: sponsorship-requests Severity: wishlist I am looking for a sponsor for profanity. I managed to convince upstream (fortunately one copyright holder) to add OpenSSL exception. Mind that profanity depends on libstrophe-dev, which is in NEW now. * Package name: profanity Version : 0.4.4-1 Upstream Author : James Booth boot...@gmail.com * URL : http://www.profanity.im/ * License : GPL-3+ with OpenSSL exception Section : net It builds those binary packages: profanity - Console based XMPP client Profanity is a console based XMPP client written in C, inspired by Irssi. It Supports: . XMPP chat services, including GoogleTalk and Facebook. OTR message encryption Roster management Desktop notifications Flexible resource and priority settings To access further information about this package, please visit the following URL: http://mentors.debian.net/package/profanity Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/profanity/profanity_0.4.4-1.dsc Alternatively, you can access my alioth git repo here: http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary More information about *profanity* can be obtained from http://www.profanity.im Changes since the last upload: * Initial release (Closes: #745872) Regards, - -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140827143228.gb29...@blackstar.cs.put.poznan.pl -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#757670: cadabra: maintainer address bounces
Sorry about that. My gmail account should work fine: iulian.ud...@gmail.com. Cheers, Iulian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759663: octave: FTBFS on mips - Please add mips to NO_JDK_ARCHS
Source: octave Version: 3.6.4-4 Severity: serious Justification: FTBFS on mips (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, As you already know octave has been binNMUed for the ongoing hdf5 transition. Unfortunately it FTBFS on mips [1] with: libinterp/octave-value/ov-java.cc-tst ..panic: Bus error -- stopping myself... [1] https://buildd.debian.org/status/fetch.php?pkg=octavearch=mipsver=3.8.2-1%2Bb1stamp=1409282746 This error was seen before and discussed in January 2014 on the pkg-octave-devel list [2]. [2] http://lists.alioth.debian.org/pipermail/pkg-octave-devel/2014-January/010510.html How about adding mips to the disable-java list? Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJUAD8MAAoJEO/obGx//s+DtqAIAKtODQTLSHExQbIzQ+/cpRrV ykjYEdG9AMn57NCow/Qtfito1V3i5DB3qd00vWMay4CKo4+UkLsDJDj/Qiffgzhf tgEgNuk2MR/jUFIeZflca2L+5Ic4KwVabODK39BwuBA2C+TRrYkD17xzrglFSF/P tQZuxhSe9QQneB+WdG+Y5BIhIJe1EPX5tv8Bgech8Qz52V9xeFVK8TiSmFr1lts8 PjAip2gXqyBbEur/nb9p5M3U5c0Bv/Jqs5L+GYGGQaPcGckKEpVkXDxmG/l/XX47 cExFVwyxRfcCGFwPOLc0+R6Rv+8lIhpOqCjNHKWOoRJZ097SHYpqfGWEpMLN5/I= =T82V -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#759612: apt: apt-cache segfaults when given some options
Hi, On Thu, Aug 28, 2014 at 05:27:28PM -0700, Dima Kogan wrote: dima@shorty:~$ apt-cache search ^xxx- zsh: segmentation fault (core dumped) apt-cache search ^xxx- Could you run the command in gdb maybe? If I try to reproduce it I get the (expected) empty output. ~$ apt-cache search ^xxx- ~$ apt-cache search ^mixxx- mixxx-data - Digital Disc Jockey Interface -- data files ~$ Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#749500: rakudo: not installable in sid
rakudo =2014.07-1 depends on nqp =2014.07-1, but only nqp =2014.07-2 is available. root@qmqm:~# apt-cache policy rakudo rakudo: Zainstalowana: 2014.03.01-1+b1 Kandydująca: 2014.07-1 Tabela wersji: 2014.07-1 0 700 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages *** 2014.03.01-1+b1 0 100 /var/lib/dpkg/status 0.1~2012.01-1 0 800 http://ftp.pl.debian.org/debian/ wheezy/main amd64 Packages root@qmqm:~# apt-cache policy nqp nqp: Zainstalowana: 2014.04-3 Kandydująca: 2014.04-3 Tabela wersji: 2014.07-2 0 700 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages *** 2014.04-3 0 900 http://ftp.pl.debian.org/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status 0.1~2012.01-5 0 800 http://ftp.pl.debian.org/debian/ wheezy/main amd64 Packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759664: kde-runtime: Wrong licences listed in debian/copyright
Source: kde-runtime Version: 4:4.14.0-1 Severity: normal Hi, The kio sftp pluging recently got disabled due to licence issues (see: #750867) on the assumption that the code was GPL. But it seems that apparently the code is LGPL instead. I guess that the complete debian/copyright needs some update. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759665: RFS: libtorrent-rasterbar/0.16.17-1~bpo70+1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libtorrent-rasterbar on wheezy-backports. This is a straightforward rebuild of the current testing package. The reason for wanting libtorrent-rasterbar 0.16.x (libtorrent-rasterbar7, python-libtorrent...) on the current stable is that it fixes a crash bug involving OpenSSL and encrypted transfers for any bittorrent client depending on the library. For more information about the bug: https://bugs.launchpad.net/ubuntu/+source/deluge/+bug/1232311 * Package name: libtorrent-rasterbar * Version : 0.16.17-1~bpo70+1 * Upstream Author : Rasterbar Software cont...@rasterbar.com * URL : http://www.rasterbar.com/products/libtorrent/index.html * License : http://www.opensource.org/licenses/bsd-license.php * Section : libs It builds those binary packages: libtorrent-rasterbar-dbg - Debug symbols for libtorrent-rasterbar libtorrent-rasterbar-dev - Development files for libtorrent-rasterbar libtorrent-rasterbar-doc - Documentation for libtorrent-rasterbar libtorrent-rasterbar7 - C++ bittorrent library by Rasterbar Software python-libtorrent - Python bindings for libtorrent-rasterbar python-libtorrent-dbg - Python bindings for libtorrent-rasterbar (debug symbols) python3-libtorrent - Python bindings for libtorrent-rasterbar (Python 3) python3-libtorrent-dbg - Python bindings for libtorrent-rasterbar (debug symbols) (Python To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libtorrent-rasterbar Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libt/libtorrent-rasterbar/libtorrent-rasterbar_0.16.17-1~bpo70+1.dsc Thank you, tillo -- Martino Dell'Ambrogio Security Auditor Web: http://www.tillo.ch/ Email: ti...@tillo.ch smime.p7s Description: S/MIME Cryptographic Signature
Bug#749659: build on other distro
btw. I was testing your patches on other distro than Debian and unfortunately it fails to build here. Probably due to some differences between distros. Not sure if that matters in efforts of upstreaming wxwidgets 3.0 support. http://sprunge.us/TDBI -- Arkadiusz Miśkiewicz, arekm / maven.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717882: perl-base: Please convert perl-base to multiarch
Isn't this fixed already in perl 5.20, just like https://bugs.debian.org/717881 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747421: camitk: please enable parallel building
Dear Aurélien, did you have any time to consider my objections about activating the parallel build by default? If this is ok with you, I will tag this bug as 'wontfix' for now. Let me know quickly if you have a better idea... Best regards, EP smime.p7s Description: S/MIME Cryptographic Signature
Bug#749500: rakudo: not installable in sid
Ack. I'm going to relax the vesrioned dependency on nqp. I don't think that a strict dependency is necessary. -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#759628: openssh-client: ssh ignores non-existent private key
2014-08-28 20:00:11 Ian Zimmerman: Package: openssh-client Version: 1:6.6p1-4~bpo70+1 Severity: normal I found that the following command ssh -i ~/.ssh/foo m...@some.other.host succeeds (with a warning) if ~/.ssh/foo doesn't exist or is otherwise inaccessible, as long as the default private key can be used to connect as specified. I don't know if this can be abused, but I had a script that kept working for months after I deleted the private key specified because my default key happened to enable access. Please try with -o IdentitiesOnly yes That should keep ssh from trying other keys, for example from the agent. Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#759666: [xsdcxx] Generates uncompilable code (FTBFS in other packages)
Package: xsdcxx Version: 4.0.0-1 Severity: serious This problem was introduced with 4.0.0-1 and it worked perfectly fine in 3.3.0.2-3. This problem can for example be seen in bug #756866 (see the build logs there for more information) If you think that the problem is in the other package than please give detailed instructions how they can be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759667: frosted manpage: typo: Seriesx - Series
Package: frosted Version: 1.4.1-1 Severity: minor $ man frosted | grep Seriesx E400 Seriesx - Syntax Errors It should be s/Seriesx/Series/. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759668: ITP: libnet-oauth2-perl -- implementation of the OAuth 2.0 protocol
Package: wnpp Severity: wishlist Owner: Kari Pahula k...@debian.org * Package name: libnet-oauth2-perl Version : 0.61 Upstream Author : Mark Overmeer m...@overmeer.net * URL : https://metacpan.org/release/Net-OAuth2 * License : Artistic or GPL-1+ Programming Lang: Perl Description : implementation of the OAuth 2.0 protocol Net::OAuth2 implements OAuth 2.0 authorization protocol client. OAuth 2.0 is imcompatible with OAuth 1.0. . The library can be used to authenticate users against OAuth 2.0 service providers such as Google and Facebook. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741989: linux-image-3.2.0-4-amd64: Regression bug #741989 also in Stable kernel 3.2.60-1+deb7u3 Followup-For: Bug #741989 Package: src:linux Version: 3.2.60-1+deb7u3
Dear Maintainer, This morning I rebooted a machine runnig Wheezy (stable) after installing kernel upgrade 3.2.60-1+deb7u3. Upon reboot, the machine hung while detecting two USB-3 attached harddisks. After unplugging the two harddisks, boot continued. Re-connecting them caused the same errors to appear in the log. The kernel log below shows this after 35 seconds. Connecting the two disks to a USB-2 port worked without problems, and they worked fine on previous kernel - which was either 3.2.60-1+deb7u2 or u1 (not entirely sure which, but probably u2). I have tried connecting another device (an APC UPS device) to the USB-3 port, and this is detected by the kernel but talking to the device fails. Please note that the USB device listing in the bugreport is from the current boot, and the devices have been changed to other connections to avoid using the USB-3 ports. The problem is reproducible. The behaviour is identical to the bug report I am filing this with, but since this is the 3.2.0 stable kernel I am not sure if it is the same bug. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.60-1+deb7u3 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=61d5a246-0740-4e6e-8745-f69c986ec68d ro irqpoll ip=192.168.1.1::192.168.1.254:255.255.255.0::eth1:off ** Not tainted ** Kernel log: Aug 29 08:01:09 blixen kernel: imklog 5.8.11, log source = /proc/kmsg started. Aug 29 08:01:09 blixen kernel: [0.00] Initializing cgroup subsys cpuset Aug 29 08:01:09 blixen kernel: [0.00] Initializing cgroup subsys cpu Aug 29 08:01:09 blixen kernel: [0.00] Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.60-1+deb7u3 Aug 29 08:01:09 blixen kernel: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=61d5a246-0740-4e6e-8745-f69c986ec68d ro irqpoll ip=192.168.1.1::192.168.1.254:255.255.255.0::eth1:off Aug 29 08:01:09 blixen kernel: [0.00] BIOS-provided physical RAM map: Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: - 0009c000 (usable) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 0009c000 - 000a (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 000e - 0010 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 0010 - 2000 (usable) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 2000 - 2020 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 2020 - 4000 (usable) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 4000 - 4020 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 4020 - da38d000 (usable) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: da38d000 - da93e000 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: da93e000 - dab9 (ACPI NVS) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: dab9 - dab9e000 (ACPI data) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: dab9e000 - dabbe000 (ACPI NVS) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: dabbe000 - dabc3000 (ACPI data) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: dabc3000 - dac06000 (ACPI NVS) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: dac06000 - db00 (usable) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: db80 - dfa0 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: f800 - fc00 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: fec0 - fec01000 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: fed0 - fed04000 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: fed1c000 - fed2 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: fee0 - fee01000 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: ff00 - 0001 (reserved) Aug 29 08:01:09 blixen kernel: [0.00] BIOS-e820: 0001 - 00021f60 (usable) Aug 29 08:01:09 blixen kernel: [0.00] NX (Execute Disable) protection: active Aug 29 08:01:09 blixen kernel: [0.00] SMBIOS 2.6 present. Aug 29 08:01:09 blixen kernel: [0.00] DMI: System manufacturer System Product Name/P8H67-M PRO, BIOS 3604 02/23/2012 Aug 29 08:01:09 blixen kernel: [0.00] e820 update range: - 0001 (usable) == (reserved) Aug 29 08:01:09 blixen
Bug#759670: O: gozerbot -- An IRC and Jabber bot written in Python
Package: wnpp Severity: normal I have not been an active maintainer for a while, and with the recent notification that my PGP key needs to be changed, it is best if I just bow out and orphan my only current packages, jsonbot and its predecessor, gozerbot. Anyone else is welcome to offer to be the new maintainer. jsonbot is current and stable but I am not using it myself, so I'm sure there could be a better maintainer. For gozerbot, the package is in maintenance mode. -- Jeremy Malcolm PhD LLB (Hons) B Com Internet lawyer, ICT policy advocate, geek echo 9EEAi^^;6C6]J^=^6|tr '\!-~' 'P-~\!-O'|wget -q -i - -O - signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#759671: openntpd: incorrect service file for systemd time interface
Package: openntpd Severity: normal Apparently, we need to implement this ( http://cgit.freedesktop.org/systemd/systemd/commit/?id=b32d167503b0d98 ), which was spotted in the comments at ( https://bugs.archlinux.org/task/30226 ). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.21 ii libc62.19-10 ii libssl1.0.0 1.0.1i-2 ii netbase 5.2 openntpd recommends no packages. openntpd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#759669: O: jsonbot -- Framework for building bots for IRC, XMPP and the Web
Package: wnpp Severity: normal I have not been an active maintainer for a while, and with the recent notification that my PGP key needs to be changed, it is best if I just bow out and orphan my only current packages, jsonbot and its predecessor, gozerbot. Anyone else is welcome to offer to be the new maintainer. jsonbot is current and stable but I am not using it myself, so I'm sure there could be a better maintainer. For gozerbot, the package is in maintenance mode. -- Jeremy Malcolm PhD LLB (Hons) B Com Internet lawyer, ICT policy advocate, geek echo 9EEAi^^;6C6]J^=^6|tr '\!-~' 'P-~\!-O'|wget -q -i - -O - signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#750576: ITP: debdry -- Semi-assisted automatic Debian packaging
Hi Enrico, I'm not at Debconf, but heard of your debdry session and that way of this ITP. (Actually Elmar, Cc'ed, made me aware of it.) Enrico Zini wrote: The idea of debdry is to regenerate the debian/ directory every time a new version of the software is packaged, using the dh-make-equivalent for the given package type. There are already packages in Debian which offer such functionality for a specific subset of packages and which I think may help debdry to reach its goal by not reinventing the part that's already there. :-) I know at least of such functionality for Perl based packages (Cc'ing the debian-perl list for that, too) in two flavours: * dh-make-perl(*) has a subcommand refresh which refreshes the debian directory. For me, this works quite well with packages maintained in git. After a new upstream release, I run dh-make-perl refresh and then git checkout -p to review the changes it has done and then weed out the changes I don't need or want. One thing which is always added and then again removed by me, is the dh-make-perl disclaimer in debian/control. Despite this is a repetitive thing, I still think, it's not a bad thing, but debdry may want to remove that automatically again. * dh-dist-zilla[1] exists since end of July and it's main purpose is to use Dist::Zilla[2]'s DRY features directly from your debian/rules so you don't need to commit the Dist::Zilla generated files to git (e.g. in a second just-for-debian upstream branch) if you're upstream and package maintainer in one person. With dh $@ --with dist-zilla, all debhelper needs is a dist.ini (and proper build-dependencies being installed) to build your .deb. [1] https://github.com/elmar/dh-dist-zilla [2] http://dzil.org/ Since version 1.1, dh-dist-zilla also sports a dh-dzil-refresh command which combines the features of Dist::Zilla and dh-make-perl refresh to achieve the same as above, but with just having a dist.ini and no Makefile.PL or Build.PL yet. My long-term plan is to add dh-dist-zilla support to dh-make-perl, i.e. that dh-make-perl can cope with perl modules where upstream only provides a dist.ini but no Makefile.PL or Build.PL by making use of dh-dist-zilla. It then takes manually maintained data from the debian.in/ directory and uses it to complete the packaging. For native or near-native (upstream = debian maintainer) packages there also exists the idea of doing the opposite: Generating what is needed for upstream setup tools based data in e.g. debian/control. In the Perl world that would mean to generate dist.ini (preferably), Makefile.PL or Build.PL based on data in debian/control. I have no intention of having debdry replace hand-writing debian/ directories, nor have it handle all possible corner cases. I aim at it being useful in the general case. I want to address the ordinary, routine, boring work, and leave the rest as it is. Sounds as if maintaining packages in git and git checkout -p again would be a helpful add-on to the expected workflow. :-) Looking forward to see this bird fly! :-) Enrico wrote on debian-devel@l.d.o: Also, debdry is the first package that I have written that takes care of its own packaging :) I don't see a debian.in directory in http://anonscm.debian.org/cgit/collab-maint/debdry.git/tree/ So not sure where stuff came from when I ran ./debdry in the git checkout, but it did work to some extent. I was though surprised to see a new Standards-Version: 3.9.1 in the modified debian/control. :-) (*) After writing that, I saw that you already mention dh-make-perl in your README.md. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759195: php5: invalid argument -delete for -cmin
Hi,
I hit this bug after upgrading to 5.4.4-14+deb7u14
I get error report from cron via mail.
While the maxlifetime script inspects all php.ini files, it first
iterates over the apache2/php.ini file. In this case the script does not
print out any value and just exits with 1, which in turn ends the entire
maxlifetime script, because it is executed via sh -e.
In my case, the proposed patch does not work.
To describe the symptom on my host, i'll demonstrate the output::
{{{
# for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c
/etc/php5/${sapi}/php.ini -d error_reporting='~E_ALL' -r 'pr int
ini_get(session.gc_maxlifetime); print \n;'; echo ret=$?; done
apache2
ret=1
apache2filter
1440
ret=0
cgi
1440
ret=0
fpm
1440
ret=0
}}}
You easily see, that this error just happens with the apache2/php.ini.
Digging a bit further into the problem with the apache2/php.ini file, I
realized that php5 behaves cumbersome. It does not write out any error
messages and does not run the script and print the maxlifetime.
It just exits with error code 1.
Just look at the following run:
{{{
# php5 -c /etc/php5/apache2/php.ini
# echo $0
1
}}}
php5 does not show any information that something obvious is wrong.
It just exits with error code 1.
According to the for-loop above this faulty behaviour looks to be
triggered by the apache2 configuration file.
Alhtough, I do not know anything profound about php.ini files, I assumed
that in case of an error in the ini file, I should get some error
message, right?
Or are there configuration options to silently exit a programm on error?
Cheers,
--
Bastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759672: jquery: diff for NMU version 1.7.2+dfsg-3.2
Package: jquery Version: 1.7.2+dfsg-3.1 Severity: normal Tags: patch pending Dear maintainer, I must appear rather incapable by now, but in my previous upload the solution that I choose is not technically correct. I believe the result is the same, but I still want to fix the issue. I've prepared an NMU for jquery (versioned as 1.7.2+dfsg-3.2) and will soon upload it to DELAYED/2 to give you some time to fix it up if you rather have that but short enough to be before the migration to testing of the previous upload. Regards. Paul diff -Nru jquery-1.7.2+dfsg/debian/changelog jquery-1.7.2+dfsg/debian/changelog --- jquery-1.7.2+dfsg/debian/changelog 2014-08-27 21:31:57.0 +0200 +++ jquery-1.7.2+dfsg/debian/changelog 2014-08-29 11:44:08.0 +0200 @@ -1,3 +1,12 @@ +jquery (1.7.2+dfsg-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix in previous upload was technically not correct. Re-add the phony build +target again and actually fix the make problem (mixed implicit and normal +rules) by unmixing. + + -- Paul Gevers elb...@debian.org Fri, 29 Aug 2014 10:59:15 +0200 + jquery (1.7.2+dfsg-3.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru jquery-1.7.2+dfsg/debian/rules jquery-1.7.2+dfsg/debian/rules --- jquery-1.7.2+dfsg/debian/rules 2014-08-27 21:26:02.0 +0200 +++ jquery-1.7.2+dfsg/debian/rules 2014-08-29 11:26:13.0 +0200 @@ -1,6 +1,8 @@ #!/usr/bin/make -f %: dh $@ +build: + dh $@ override_dh_auto_clean: rm -rf dist/ @@ -11,4 +13,4 @@ -rm build/.sizecache.json dh_clean - +.PHONY: build -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759673: Patch to fix libuv on the hppa architecture (value of O_NONBLOCK possibly different than SOCK_NONBLOCK)
Package: libuv-dev Version: 0.10.28-3 Severity: normal Tags: patch Building on the hppa/parisc arch fails, because libuv fails to run sucessfully quite some integrated tests as can be seen in this log: http://buildd.debian-ports.org/status/fetch.php?pkg=libuvarch=hppaver=0.10.28-3stamp=1409185348 I invested some time to find the reason why it fails, and it turned out that it happens because there is an assumption in the libuv linux-syscalls.h header file, that on all Linux platforms the value of O_NONBLOCK is the same as SOCK_NONBLOCK. That's at least not true for hppa. In src/unix/linux-syscalls.h we have for hppa: # define UV__O_NONBLOCK 0x10004 (hppa) and later down: #define UV__SOCK_NONBLOCK UV__O_NONBLOCK This means, libuv uses even for socket syscalls UV__O_NONBLOCK instead of the value of SOCK_NONBLOCK. So, when the tests run, the kernel will correctly return -EINVAL on most socket syscalls and thus the libuv testcases fail. The attached trivial patch fixes this problem on the hppa platform and it should be safe to use it for all other platforms too. It would be great if you could apply it to the next upload of libuv. Thanks, Helgediff -up ./src/unix/linux-syscalls.h.org ./src/unix/linux-syscalls.h --- ./src/unix/linux-syscalls.h.org 2014-08-29 11:07:57.439621858 +0200 +++ ./src/unix/linux-syscalls.h 2014-08-29 11:22:24.050133474 +0200 @@ -43,7 +43,7 @@ #if defined(__alpha__) # define UV__O_NONBLOCK 0x4 #elif defined(__hppa__) -# define UV__O_NONBLOCK 0x10004 +# define UV__O_NONBLOCK O_NONBLOCK #elif defined(__mips__) # define UV__O_NONBLOCK 0x80 #elif defined(__sparc__) @@ -59,7 +59,11 @@ #define UV__IN_NONBLOCK UV__O_NONBLOCK #define UV__SOCK_CLOEXEC UV__O_CLOEXEC -#define UV__SOCK_NONBLOCK UV__O_NONBLOCK +#if defined(SOCK_NONBLOCK) +# define UV__SOCK_NONBLOCKSOCK_NONBLOCK +#else +# define UV__SOCK_NONBLOCKUV__O_NONBLOCK +#endif /* epoll flags */ #define UV__EPOLL_CLOEXEC UV__O_CLOEXEC
Bug#759674: upgrade-reports: After upgrade automatic login doesn't work
Package: upgrade-reports Severity: normal Dear Maintainer, after last Jessie upgrade the automatic login doesn't work. The option automatic access is set on. I have two users in my system. Thank you -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741266: [debian-mysql] Bug#741266: mysql-server-5.5: MySQL replication breaks after a while (weeks) since security release 5.5.33+dfsg-0+wheezy1
Dear Maintainer, still no activity on this one? Meanwhile the servers in question are running mysql-server-5.5 version 5.5.38-0+wheezy1 (since 2014-08-07), and the breakage happened two more times, once on 2014-07-03 (repaired by setting up again on 2014-07-10; still running 5.5.37-0+wheezy1 at this time) and another time on 2014-08-21 (repaired on 2014-08-28). The problem now happened 7 times in total within a time frame of about 6 months... Best Regards Jens Arnold Diese elektronische Nachricht ist vertraulich. Die Information ist nur fuer den Adressaten bestimmt. Falls Sie nicht der Adressat sind, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail sowie alle Kopien und angeschlossenen Anlagen. Bitte beachten Sie, dass es in diesem Fall verboten und gesetzeswidrig ist, diese Nachricht zu kopieren, weiterzuleiten oder zu benutzen. Es wurden alle moeglichen Massnahmen getroffen um eine Virusfreiheit der beigefuegten Dateien zu gewaehrleisten. Wir uebernehmen jedoch keine Verantwortung fuer Schaeden, die aufgrund von Software-Viren entstehen und empfehlen Ihnen vor Benutzung der Dateien eine Ueberpruefung auf Viren durchzufuehren. This electronic message contains information that is confidential. The information is intended for the use of the addressee only. If you are not the addressee please inform the sender immediately and delete this e-mail, its attachments and any copies. Please note that any disclosure, copy, distribution or use of the contents of this message is prohibited and may be unlawful. We have taken every reasonable precaution to ensure that any kind of attachment to this e-mail has been swept for viruses. However, we cannot accept liability for any damage sustained as a result of software viruses and would advise you to carry out your own virus checks before opening any attachment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731182: drm2.ko vs drmn.ko
On 29.08.2014 12:00, Markus Koschany wrote: [...] I'm using kFreeBSD 10 and loading of the i915kms module works fine now. There was a problem with kFreeBSD 9 but it's apparently gone in 10. https://bugs.debian.org/731182 Scratch that. I could remove some hacks in /etc/rc.local but I still have to load drm2 and i915kms in /etc/modules manually. So #731182 is still valid for kFreeBSD 10. Markus signature.asc Description: OpenPGP digital signature
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hello, On Fri, 17 Jan 2014 21:33:16 +0100 Michael Vogt m...@debian.org wrote: [...] I haven't found the root cause of the issue yet unfortunately. As a workaround you can use the -o Dpkg::Use-Pty=False option, e.g.: # apt-get -o Dpkg::Use-Pty=False dist-upgrade This issue is still valid. If we can't find a proper solution before the freeze, would it be possible to ship this workaround with Jessie for kFreeBSD-*? I can confirm that using Dpkg::Use-Pty=False in /etc/apt/apt.conf.d/99kfreebsd fixes the issue for me. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin
Hi Bastian,
strip the -d error_reporting='~E_ALL'
from the php command line and re-run the php, e.g.:
php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime); print \n;'
The script probably should be more fool-proof, I'll prepare something
for next security update.
Cheers,
Ondrej
On Fri, Aug 29, 2014, at 11:18, Bastian wrote:
Hi,
I hit this bug after upgrading to 5.4.4-14+deb7u14
I get error report from cron via mail.
While the maxlifetime script inspects all php.ini files, it first
iterates over the apache2/php.ini file. In this case the script does not
print out any value and just exits with 1, which in turn ends the entire
maxlifetime script, because it is executed via sh -e.
In my case, the proposed patch does not work.
To describe the symptom on my host, i'll demonstrate the output::
{{{
# for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c
/etc/php5/${sapi}/php.ini -d error_reporting='~E_ALL' -r 'pr int
ini_get(session.gc_maxlifetime); print \n;'; echo ret=$?; done
apache2
ret=1
apache2filter
1440
ret=0
cgi
1440
ret=0
fpm
1440
ret=0
}}}
You easily see, that this error just happens with the apache2/php.ini.
Digging a bit further into the problem with the apache2/php.ini file, I
realized that php5 behaves cumbersome. It does not write out any error
messages and does not run the script and print the maxlifetime.
It just exits with error code 1.
Just look at the following run:
{{{
# php5 -c /etc/php5/apache2/php.ini
# echo $0
1
}}}
php5 does not show any information that something obvious is wrong.
It just exits with error code 1.
According to the for-loop above this faulty behaviour looks to be
triggered by the apache2 configuration file.
Alhtough, I do not know anything profound about php.ini files, I assumed
that in case of an error in the ini file, I should get some error
message, right?
Or are there configuration options to silently exit a programm on error?
Cheers,
--
Bastian
___
pkg-php-maint mailing list
pkg-php-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: Licence issues and non-issues with ZoL: CDDL and GPL
On 27/08/14 14:33, Carlos Alberto Lopez Perez wrote: Maybe we could share a RFC of the summary here when we think is ready, in order to double-check our understanding of the license stuff and get more feedback about it. [...] On 27/08/14 16:38, Andreas Dilger wrote: Hi Carlos, I've been dealing with ZoL and the GPL/CDDL issues for a number of years for the Lustre filesystem. IANAL, but know quite a bit about these issues so I'd be happy to help out if I can. Thanks for the offer to help. Aron has posted our summary about the situation [1]. If you want to comment on it that would be great. Regards. [1] http://mid.gmane.org/20140829014229.GA9572@aron-laptop signature.asc Description: OpenPGP digital signature
Bug#304565: Neueste Stellenangebote garantiert in Ihrer Umgebung
Herzlichen Gruß, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht zu 100 Prozent ausgelastet und möchten nebenbei etwas dazu verdienen? Sind Sie in Rente oder arbeitslos? Sind Sie gern Ihr eigener Boss? Möchten Sie Ihre Beschäftigungszeit und Ihren Beschäftigungsplatz selbst bestimmen? Dann haben wir sicherlich etwas dass zu Ihnen passt. Wir vermitteln Jobs europaweit und haben auch etwas für Sie in Ihrer Nähe, und die Bezahlung beträgt durchschnittlich ab 20 € die Stunde. Sollten Sie an dieser Arbeit interessiert sein, so mailen Sie uns ein kurzes Bewerbungsschreiben an berylcarpent...@activist.com und Sie kriegen weitere Infos. Mit freundlichen Grüßen Herrmann Agentur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759606: installation-reports: Installation of GNU/kFreeBSD fails at partitionning or grub install.
Hi, Many thanks for testing and your report. On 28/08/14 23:28, Stéphane Guedon wrote: I wanted to test ZFS, so I tried to partition the system using a / and /home ZFS, with swap in the pool (I think this was stupid). It failed. That *could* be #757987 (fails to create swap on a regular partition) - I imagine the bug could apply to swap in ZFS volumes too. Then I tried to set the swap out of the pool. Failed again (then, everytime I tried to set a swap part, this step always failed, I thought about leaving a void partition of 1G and set it after). That one is definitely #757987. The patch is not applied in the archive yet so I will chase it up. Then I used the set a root parttion with zfs, which lead to /boot, /home, /var and /usr. BTW, I thought the device path was pretty uselessly long, (Luciole/ROOT/racine/boot : Luciole is my hostnamle and the name I gave to the pool, and racine means root in french, cause the partitionner asks for a name, kind of useless, there's already ROOT). I think that's the fault of the 'auto' partitioning added into partman-zfs, which I don't like, and I'm considering reverting it. This failed. Not sure what you mean, but I'll try it myself and see. Then I set a / with ext2 or UFS, failed. Odd. This ought to be working. Then /boot on ext2 (oldschool, but I could use it to install a regular Linux aside) and / UFS. This time was successful if I remind well. Good. Following the installer, Grub failed to setup. OK :( I would need to see installer syslog, hopefully if there is a problem I'll be able to reproduce it myself. I tried to use some rescue CD to boot and setup grub after. Failed. No live/rescue CD exists yet that understands how to configure GRUB for GNU/kFreeBSD. Booting d-i and dropping to a shell is the best thing for this (and can fix almost anything this way) but it's hard unless you have some experience. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#759296: RFS: psensor/1.0.4-1
Very good! Thanks! I would like to suggest you to add a GPG signature for your upstream code in next release. To see more details, '$ man uscan' (search for pgpsigurlmangle). To sign your tarball, you can use 'gpg -ab tarball_name'. Cheers, Eriberto 2014-08-29 5:49 GMT-03:00 jeanfi jea...@gmail.com: Hello Eriberto, Thanks for your review! I have uploaded to mentors an updated version of the package fixing the raised issues. On 08/28/2014 04:55 PM, Eriberto Mota wrote: 1. d/control: I will leave you decide it. But, can you remove the isolated dot at end of each long description? I will accept a no. ;-) Fixed [1] 2. d/copyright: please, convert this file to 1.0 format. It is easy and you can use this example[1]. Please, use the exact text of the example for the license. [1] http://sources.debian.net/src/iwatch/0.2.2-3/debian/copyright/ Fixed [2] [3] Notes: - added missing jquery copyright even if it is not installed, I believe it must be present just because it is in the upstream tarball - added Upstream-Contact field unlike your example 3. d/control: please, remove all useless comments: # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. I guess you mean debian/rules. Fixed [4]. Regards, JeanFI. [1] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=2882f485e1f3fc036a14f7c23acd699e976068c1 [2] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=ef1a2d394021c73809695b31cae00dff4ba7762b [3] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=618915398bfc474a55da38635b20af656fddebf4 [4] http://wpitchoune.net/gitweb/?p=psensor-pkg-debian.git;a=commitdiff;h=9129ba168b7b8ab8883513fb06cc64cf4ed6e66b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hi, On 29/08/14 11:41, Markus Koschany wrote: This issue is still valid. If we can't find a proper solution before the freeze, would it be possible to ship this workaround with Jessie for kFreeBSD-*? I haven't seen this bug in a long time? Earlier messages in the bug log say it seems fixed. (It's just a text-formatting issue now). If you still see it, could you please tell me kernel and relevant package versions? (Best to get this from `reportbug -N 732937`, option 'x' to submit extra info). Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#304961: Diese Angebote sollten Sie sich durchlesen
Sehr geehrte/r Interessent/in, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht voll ausgelastet und wollen nebenbei etwas dazu verdienen? Sind Sie in Rente oder arbeitslos? Sind Sie gern Ihr eigener Boss? Wollen Sie Ihre Dienstzeit und Ihren Arbeitsplatz selbst gestalten? Dann haben wir garantiert was passendes für Sie. Wir vermitteln Arbeitsstellen EU weit und haben auch etwas für Sie in Ihrem Wohngebiet, und die Bezahlung beträgt im Schnitt ab 20 Euro die Stunde. Sollten Sie an diesen Arbeitsstellen Interesse haben, dann mailen Sie uns ein knappes Bewerbungsschreiben an kellyannkeena...@instruction.com und Sie bekommen weitere Informationen. Mit freundlichen Grüßen Lange GmbH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759675: bsdmainutils: cal -m option does not honor f or p
Package: bsdmainutils Version: 9.0.3 Severity: normal Dear Maintainer, cal -m 9 shows September, as expected cal -m 9p should show August. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') 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 bsdmainutils depends on: ii bsdutils 1:2.20.1-5.3 ii debianutils 4.3.2 ii libc62.13-38+deb7u4 ii libncurses5 5.9-10 ii libtinfo55.9-10 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.7.2-1 pn vacation none ii wamerican [wordlist] 7.1-1 ii whois 5.1.1~deb7u1 -- 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#711799: PXE error: no server is specified
Hi, Just to let hurd folks know, this bug affects their netboot images too. So I'll submit a patch that fixes both hurd and kfreebsd: $ wget http://d-i.debian.org/daily-images/hurd-i386/daily/netboot/grub2pxe $ qemu-system-i386 -net nic -net user,bootfile=grub2pxe,tftp=. qemu: fatal: Trying to execute code outside RAM or ROM at 0x656e0065 EAX=07ff158f EBX=07ff158f ECX=0001 EDX=656e0065 ESI=07f3c7d0 EDI=0007ff80 EBP=0007ff3c ESP=0007ff00 EIP=656e0065 EFL=0022 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0 etc... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759676: O: disktype -- detection of content format of a disk or disk image
Package: wnpp Severity: normal The current maintainer of disktype, Juan Manuel Garcia Molina jua...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: disktype Binary: disktype Version: 9-1 Maintainer: Juan Manuel Garcia Molina jua...@debian.org Build-Depends: debhelper (= 4.0.0) Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: d283aca6ac4343373ad93c3c26c8ab8a 564 disktype_9-1.dsc 25a673f162b9c01cd565109202559489 43809 disktype_9.orig.tar.gz 4ed862b26599eed31b1467cb42b2ffc4 1790 disktype_9-1.diff.gz Checksums-Sha1: ed64cc25d4bd0d458d9e1bc7325343926f58c2b2 564 disktype_9-1.dsc 09b7734d140eef4ecbcd4520ee2eaf7b0b1c8b46 1790 disktype_9-1.diff.gz 5ccc55d1c47f9a37becce7336c4aa3a7a43cc89c 43809 disktype_9.orig.tar.gz Checksums-Sha256: bbb8e52c94234859a29286ee139e6fc97bfca005a9db853d68a994d57833ea6d 564 disktype_9-1.dsc 29eede7a1fed92ab1fe26eed8f1af7c8233cea5ed980d935c73727c9245dc000 1790 disktype_9-1.diff.gz b6701254d88412bc5d2db869037745f65f94b900b59184157d072f35832c 43809 disktype_9.orig.tar.gz Directory: pool/main/d/disktype Priority: source Section: utils Package: disktype Version: 9-1 Installed-Size: 152 Maintainer: Juan Manuel Garcia Molina jua...@debian.org Architecture: armel Depends: libc6 (= 2.5), libgcc1 (= 1:4.1.1-12) Description-en: detection of content format of a disk or disk image The purpose of disktype is to detect the content format of a disk or disk image. It knows about common file systems, partition tables, and boot codes. Description-md5: 82884f4a30e3a72bada3c1cd21fb2b8b Tag: admin::recovery, hardware::storage, interface::commandline, role::program, scope::utility, use::scanning, works-with-format::iso9660, works-with::archive Section: utils Priority: optional Filename: pool/main/d/disktype/disktype_9-1_armel.deb Size: 41338 MD5sum: cc85e16eacab21ce3f6ba9f44ca1debc SHA1: ec51afbdb407ac353f6fe651685fb8f1cdb696ba SHA256: c1353c576a857c5887ac1d3142ac6b5a4e43469b174fcded4368b5bf8a5bfd1b -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#759479: RFS: profanity/0.4.4-1 [ITP]
2014-08-29 5:46 GMT-03:00 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl: 2. d/copyight: - Put the license 'GPL-3+ with OpenSSL exception' only one time in your file. You can see an example here[2]. - The files have this append (not in License.txt): * You must obey the GNU General Public License in all respects for all of the * code used other than OpenSSL. If you modify file(s) with this exception, you * may extend this exception to your version of the file(s), but you are not * obligated to do so. If you do not wish to do so, delete this exception * statement from your version. If you delete this exception statement from all * source files in the program, then also delete it here. - Please, use the license from a file. - To public license, insert a period (.) at the end of sentence. - To public license, use the years found in src/tools/p_sha1.c (it will be equal to .h) yeah I did that but do not know if this is what you meant. No... Please, see the attached example. Thanks for all adjustments. Cheers, Eriberto copyright Description: Binary data
Bug#750576: ITP: debdry -- Semi-assisted automatic Debian packaging
On 29 Aug 2014, at 11:50, Axel Beckert a...@debian.org wrote: For native or near-native (upstream = debian maintainer) packages there also exists the idea of doing the opposite: Generating what is needed for upstream setup tools based data in e.g. debian/control. In the Perl world that would mean to generate dist.ini (preferably), Makefile.PL or Build.PL based on data in debian/control. Just a minor note for the record: the way I imagine this being done is not to generate dist.ini but to reduce it to one line, ideally. That line would contain [@Debian] Makefile.PL or Build.PL are good candidates to be generated and that is exactly what Dist::Zilla does. dist.ini on the other hand is meant to be written by the maintainer and should contain the minimum information needed that is not available elsewhere (in the sense that it does not already belong somewhere else). Dist::Zilla plugins are used to gather the rest of the information and produce the boilerplate needed by CPAN. A fairly typical dist.ini would contain information about the name of the package, the author, copyright, and version. These are all duplicated in the debian/ directory. For a native package all that is needed are a few Dist::Zilla plugins and a plugin bundle (Dist::Zilla::PluginBundle::Debian, hence [@Debian] in dist.ini) and Dist::Zilla can extract the information from the debian/ directory. We do have dh-dist-zilla but the plugins and bundles still need to be written. I am planing to invest some time but if there are other people with more experience in writing Dist::Zilla plugins willing to help out I would be very pleased. That all being said it covers only a minority of packages. For the majority we want to have debdry proper :-) Regards — Elmar -- Elmar Heeb Bläsistrasse 49 CH-8049 Zürich Tel: +41 79 628 7524 signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#604614: Olá meu querido
Olá meu querido Como você está hoje? Espero que esteja tudo bem com você? Eu estava à espera de ouvir de você até agora sem sucesso. por favor responda-me por correio electrónico. Te amo, Rebecca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Package: apt Version: 1.0.7 Followup-For: Bug #732937 I still get error messages like this one. ioctl(TIOCSCTTY) failed for fd: 17 It's true that dpkg does not fail completely anymore but the text formatting makes the output unnecessarily hard to read. Hence my suggestion to ship the workaround in /etc/apt/apt.conf.d/ Here are the requested extra information: Markus -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture kfreebsd-amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-image-11\.0-0-amd64$; APT::NeverAutoRemove:: ^linux-headers-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-11\.0-0-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-11\.0-0-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-11\.0-0-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-10\.0-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-11\.0-0-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-10\.0-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-11\.0-0-amd64$; APT::NeverAutoRemove:: ^gnumach-image-10\.0-1-amd64$; APT::NeverAutoRemove:: ^gnumach-image-11\.0-0-amd64$; APT::NeverAutoRemove:: ^.*-modules-10\.0-1-amd64$; APT::NeverAutoRemove:: ^.*-modules-11\.0-0-amd64$; APT::NeverAutoRemove:: ^.*-kernel-10\.0-1-amd64$; APT::NeverAutoRemove:: ^.*-kernel-11\.0-0-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-11\.0-0-amd64$; APT::NeverAutoRemove:: ^linux-tools-10\.0-1-amd64$; APT::NeverAutoRemove:: ^linux-tools-11\.0-0-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Default-Release testing; APT::Architectures ; APT::Architectures:: kfreebsd-amd64; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts
Bug#702030: [DSE-Dev] forbid most packages to depend on or recommend apparmor
Hi, I certainly can't speak for the whole team, but can offer my thoughts about the situation of SELinux at the moment. intrigeri intrig...@debian.org wrote: AFAIK this is inconsistent with how selinux is handled, which is only enabled via an explicit boot option. I was not aware of that, thanks for pointing it out. @SELinux maintainers: is this behavior on purpose, or is it due to the historical lack of a facility (recently added by the /etc/default/grub.d support) to easily have a package append arguments to the kernel command-line? I think both. Installing the default SELinux policy and enabling it routinely breaks all kinds of stuff (avahi-things, booting with systemd, obtaining IP addresses via dhcp, hotplugging of network interfaces etc. just to name some things that popped up in testing or stable during the last year), especially things not usually tested on servers run by the more security-aware part of the linux admin population. So for the regular user (unfortunately), enabling selinux simply by installing the policy package would certainly feel a lot like a grave bug (breaks unrelated software). Shouldn't we handle our LSMs symmetrically? Indeed, I think we should. I see several ways of keeping things consistent while reaching the aforementioned AppArmor usability goal: a) Having the SELinux equivalent of the apparmor package enable it by default too (and then, we'll need conflicts); I've no idea if this is feasible; one would need to look at the SELinux packages and their chain of reverse-dependencies. However, I think this could be pretty reasonable, given 1) it would be e.g. a selinux binary package doing this, not the library or selinux-basics/utils package. This binary package does not exist at the moment, but could be created. 2) it would ask via debconf before enabling. b) Implementing the behavior proposed by Patrick via a dedicated apparmor-$something configuration package. ftp-masters likely won't be happy with it (understandably), unless we demonstrate it's the best available solution to reach a sensible goal. The SELinux team is then free to create a corresponding package. This is basically a) for selinux, as there is no standard selinux package. c) A new package whose job is to select and enable a LSM (or none). Likely none would be the default for now. It's tempting to take benefit from debconf here. d) An apparmor-activate command, very similar to selinux-activate (from the selinux-basics package). The resulting user experience would be less friendly than just install the apparmor package, but perhaps that's acceptable for now. Other ideas? SELinux maintainers, any thoughts on this? I've no idea what's the current situation wrt. SELinux policies in Debian — are they in a shape that warrants thinking of usability matters for the target userbase described above, or do potential users anyway have to play with a terminal and text editor as root? In other words, should we work on a shared solution to this problem, or should the AppArmor folks do their bit on their side, merely being careful not to break the SELinux usecases? For the users we are currently targetting, selinux-activate is adequate, but a debconf question would certainly be easier. We are (slowly) working on getting better user experience, but yes, people still have to play with a terminal as root for jessie, I'm afraid. (Also, what happens if someone has already enabled selinux, then installs this apparmor package which is intended to automatically enable apparmor?) The *last* LSM activated on the kernel command-line is the one that's enabled in practice (tested both ways). So, installing a apparmor package, that automatically enables this LSM, would override the previous manual enabling of SELinux. The reciprocal applies when running selinux-activate (which is arguably a more explicit choice made by the administrator than installing the apparmor package). IMO, both should first check if another LSM is enabled. That sounds like a good idea. It would be nice to have some kind of standard way to tell if any other LSM is enabled, otherwise we all have to maintain some selinuxenabled | $apparmorenabled | $whateverelseenabled shell snippets on our own. Cheers, Mika -- signature.asc Description: PGP signature
Bug#759678: network-console: Use fetch-url instead of wget
Package: network-console Version: 1.48 Severity: wishlist Tags: d-i patch Dear Maintainer, please use fetch-url instead of wget to retrieve the authorized_keys file. This would enable support for tftp and plain files. As the network-console is especially useful in PXE environments, a tftp server will be present very likely and the console could be used without the need of an additional http server. The applied patch is untested. Kind regards, Tammo --- a/debian/network-console.postinst 2014-08-29 12:57:52.505502886 +0200 +++ b/debian/network-console.postinst 2014-08-29 13:12:22.940733447 +0200 @@ -37,7 +37,7 @@ [ -d $AUTHORIZED_KEYS_DIRECTORY ] || \ mkdir $AUTHORIZED_KEYS_DIRECTORY chmod 0700 $AUTHORIZED_KEYS_DIRECTORY - if ! wget -q $AUTHORIZED_KEYS_URL -O $AUTHORIZED_KEYS_FILE; then + if ! fetch-url -r $AUTHORIZED_KEYS_URL $AUTHORIZED_KEYS_FILE; then db_subst $TEMPLATE_ROOT/authorized_keys_fetch_failure \ LOCATION $AUTHORIZED_KEYS_URL db_input critical $TEMPLATE_ROOT/authorized_keys_fetch_failure \ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759296: RFS: psensor/1.0.4-1
On 08/29/2014 12:56 PM, Eriberto wrote: I would like to suggest you to add a GPG signature for your upstream code in next release. To see more details, '$ man uscan' (search for pgpsigurlmangle). To sign your tarball, you can use 'gpg -ab tarball_name'. I am already signing upstream tarballs since few releases. That's the .asc files at [1]. Unfortunely, few months ago when I worked on adding the signature, I discovered that there is a different behaviour between actual versions of Lintian in Ubuntu and Debian (path of the signature) releases . I would prefer to wait until it is aligned before adding the signature to avoid the extra work of changing the packaging when syncing Ubuntu packages from Debian packages. Regards, JeanFI. [1] http://wpitchoune.net/psensor/files/ signature.asc Description: OpenPGP digital signature
Bug#759679: Regression - Problems box missing
Package: tracker.debian.org Severity: normal Looking at the new tracker, I notice that the ``Problems'' box has vanished. To clarify, the package I look at on the old-PTS currently has this message: ### problems * The package has not yet entered testing even though the 5-day delay is over. [link]Check why[/link]. With the link pointing to https://release.debian.org/migration/testing.pl?package=package Best, Jack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757104: [Pkg-nagios-devel] Bug#757104: icinga2-classicui: start page displays icinga1 information
Control: tags -1 + wontfix Hi Jonas, thanks for your feedback, let me try to answer your issues. when using icinga2-classicui together with icinga2, the start page is missleading. It displays version details about the version of installed icinga-cgi package: Version 1.11.5 Juni 20, 2014 Read what's new in Icinga 1.11.5 Thats actually correct, because the ClassicUI you are using *is* version 1.11.5. It is simply a web interface, that supports Icinga 2. I wanted to avoid changing to many files, simply to make it simple to use, and to update. Either the icinga2-classicui package should replace this default start page, or icinga-cgi should detect which backend icinga server it connects to and display respective information instead. The CGIs do detect which backend is used, but this is not displayed in the static HTML pages, only the CGIs themselves. Also, the link to read what's new in Icinga 1.11.5 seems to broken: /icinga2-classicui/docs/en/whatsnew.html does not exist. Yes, because there is no integration of any docs for the web frontend yet. (This will come with icingaweb2 - and I guess only there) So far the only solution that would make sense is to remove Home from the menu and the /icinga2-classicui location. But I want to keep it for showing the CGI copyright and version. So sadly a wontfix I guess. Cheers Markus -- Markus Frosch lazyfro...@debian.org / mar...@lazyfrosch.de http://www.lazyfrosch.de signature.asc Description: This is a digitally signed message part
Bug#759680: gnome-bluetooth: removing gnome-bluetooth breaks gnome
Package: gnome-bluetooth Version: 3.4.2-1 Severity: normal Dear Maintainer, * What led up to the situation? Yesterday I removed every package related to wifi and bluetooth since my PC dont have support for these devices. I did had care for not removing anything that have back-depencies with essential packages. Today, after booting my PC, the login screen appeared but after putting my credential the gnome background appears without showing any pannels or menu. Not being responsive to putting the mouse pointer on the corner of the screen. * What exactly did you do (or not do) that was effective (or ineffective)? I went back and installed one by one the packages I had remove yesterday. I found out that the problem was on removing gnome-bluetooth. I did cross-check this hipotesis and it was in fact the problematic package. * What was the outcome of this action? Now gnome works fine. * What outcome did you expect instead? I expected that aptitude or apt warned me before removing gnome-bluetooth. Altough, it will be better if gnome-bluetooth could be removed without any consequence. Please keep up the great work, debian rocks! Felipe. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez4.99-2 ii consolekit 0.4.5-3.1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii dpkg 1.16.15 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-7 ii gir1.2-pango-1.0 1.30.0-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38+deb7u4 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgtk-3-0 3.4.2-7 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-7.2 Versions of packages gnome-bluetooth recommends: ii gvfs-backends 1.12.3-4 Versions of packages gnome-bluetooth suggests: pn gnome-user-share none pn nautilus-sendto none -- no debconf information
Bug#759681: hamster-applet: Migrate from hamster-applet to hamster-time-tracker
Package: hamster-applet Version: 2.91.3+git20120514.b9fec3e1-1 Severity: wishlist Dear Maintainer, hamster-applet is dead upstream and now there is hamster-time-tracker https://github.com/projecthamster/hamster, which is part of Project Hamster https://github.com/projecthamster. hamster-time-tracker: https://github.com/projecthamster/hamster shell-extension: https://github.com/projecthamster/shell-extension -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (400, 'trusty-proposed'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-35-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#230787: Ihre Chance auf ein Neuanfang
Guten Tag, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht zu 100 Prozent ausgelastet und möchten nebenbei etwas dazu verdienen? Sind Sie Rentner oder ohne Arbeit? Wären Sie am liebsten Ihr eigener Boss? Möchten Sie Ihre Beschäftigungszeit und Ihre Arbeitsstelle selbst wählen? Dann haben wir garantiert etwas dass zu Ihnen passt. Wir vermitteln Arbeitsstellen EU weit und haben auch etwas für Sie in Ihrer Nähe, und die Bezahlung beträgt durchschnittlich ab 20 Euro die Stunde. Sollten Sie an diesen Stellen interessiert sein, so schicken Sie uns ein knappes Bewerbungsschreiben an foulgerbec...@protestant.com und Sie bekommen weitere Einzelheiten. Mit freundlichen Grüßen Vlies GmbH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759027: DDPO: showing old BPO package version
reopen 759027 thanks Hi! Reopening this bug because I think the problem came back. I uploaded the lime-forensics_1.3~svn.r21-1~bpo70+1 on 2014-08-27 (05:00 UTC). Today, my DDPO is showing the old version yet. Thanks in advance. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759499: crashes here as well
Hi, here guayadeque version 0.3.7~ds0-2.1 scans the collection without problems, but it crashes when you want to look at some of the id3-tags with ctrl+e. klaumi --- Klaus-Michael Klingsporn mail: klaumi...@gmx.de web: www.klaumikli.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759417: [rt.debian.org #5241] AutoReply: Please add Benjamin Kaduk's key to the DM keyring
Control: package debian-maintainers Control: tags -1 + pending Hello Benjamin Kaduk, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=5241 Currently, rt.debian.org isn't accessible for the general public. It was sometime ago. Maybe one of your advocates will look at your RT ticket for you, after it has been taken by a keyring maintainer. See http://wiki.debian.org/rt.debian.org Not urgent but please try to get more gpg signatures from DDs and sign theirs keys as well. :-) Thank you for your contribution to the Debian Project. Cheers, Aníbal On Fri, 2014-08-29 12:14:58 +, Debian Keyring requests (Incoming) via RT wrote: This message has been automatically generated in response to the creation of a trouble ticket regarding Please add Benjamin Kaduk's key to the DM keyring, a summary of which appears below the dashed line. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.debian.org #5241]. Please include the string [rt.debian.org #5241] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 keyring-maint: please add key ID D96195E04D8045FF4160FD1728D9A6F364EB7512 to the DM keyring please notify 759417-d...@bugs.debian.org Changed-By: Anibal Monsalve Salazar ani...@debian.org Date: Fri, 29 Aug 2014 11:57:08 + BTS: http://bugs.debian.org/759417 Comment: Add Benjamin Kaduk ka...@mit.edu as a Debian Maintainer Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00024.html Advocates: rra - https://lists.debian.org/debian-newmaint/2014/08/msg00025.html hartmans - https://lists.debian.org/debian-newmaint/2014/08/msg00026.html KeyCheck: pub 3104R/64EB7512 2013-12-24 [expires: 2015-12-24] Key fingerprint = D961 95E0 4D80 45FF 4160 FD17 28D9 A6F3 64EB 7512 uid Benjamin Kaduk b...@freebsd.org sig! A7D86B95 2014-08-25 Karl Ramm k...@debian.org sig!364EB7512 2013-12-24 Benjamin Kaduk b...@freebsd.org sig! F9FDD506 2014-03-09 Luke Faraone lfara...@debian.org uid Benjamin Kaduk ka...@mit.edu sig! A7D86B95 2014-08-25 Karl Ramm k...@debian.org sig!364EB7512 2013-12-24 Benjamin Kaduk b...@freebsd.org sig! F9FDD506 2014-03-09 Luke Faraone lfara...@debian.org sub 3104R/B528443D 2013-12-24 [expires: 2015-12-24] sig! 64EB7512 2013-12-24 Benjamin Kaduk b...@freebsd.org . Key is OpenPGP version 4 or greater. Key has 3104 bits. Valid e flag, expires Thu 24 Dec 2015 21:07:15 UTC. Valid s flag, expires Thu 24 Dec 2015 21:07:15 UTC. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUAG4BAAoJEHxWrP6UeJfYT7UP/RiAMhvciPnFYZsRDOpfOuAQ EJvfOZpn0BZItWMemNRao/d0b/L9Vv8g2BQjNPpj9g1A2YoGyAjk6QO8WQXSgRae qN9p+VChKRRM7kcp6iczLvYBsAwyJ5gvulQcSVP3/9qplTREAfwdVBAUzsuTk4jH 8T/0519z6BUIy+CyB/CKXjiVSnBSWTvjSJ9TZ0M2JFGTd/lsFWmZ0AwrNF1IZS/q qWPKY4f4kkvMzEDV9n1aP1gVNy1FkwJe6/8ftlGr70YtRBs8XZsy6+c07V2mTeQq iCDWTDCKiYNgglsdzt8lHMLmWRSAiDo+B0z0OeHqbAKxCDgDJSFKy6/9AvOH+Vby X+zUecgCMdlEgxNatCUzundZruBR+S0E/ChW3WWNQqmmmykVQCnMo6Dh98H/NbJS f9WNqjfbkK1lVaJTwgDQCDR7xmBIl0mduypfMGxdo2B3mzZJzNkFL5DME2LS5hwW aejpLBsMPsp3uxE4gPrkcI5860JS+nsOrj9rqKip/7koid+ywYErxehXkJAm+Zt0 A2sQJXMrrJ5ZoWykG3/1erlHk0TzrxgksWSfolPrkjiYrsMhu+ulOwf3VbppxzYf 8Sd3dymZpjorMTrqk8EqIhFLdX0OgCLMwOtzfhyJ/qaWGR3Heb75H3lQxrH/AVFE 4GfH9smrbakE9EwiL+Fv =YA/J -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#172436: Ihre Chance auf ein neues Leben
Sehr geehrte/r Interessent/in, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht voll ausgelastet und wollen nebenbei etwas dazu verdienen? Sind Sie in Rente oder arbeitslos? Wären Sie gern Ihr eigener Boss? Möchten Sie Ihre Beschäftigungszeit und Ihre Arbeitsstelle selbst bestimmen? Dann haben wir sicherlich etwas dass zu Ihnen passt. Wir vermitteln Arbeitsstellen EU weit und haben auch etwas für Sie in Ihrem Wohngebiet, und die Bezahlung beträgt durchschnittlich ab 20 € die Stunde. Sollten Sie an diesen Arbeitsstellen Interesse haben, dann senden Sie uns ein knappes Bewerbungsschreiben an janetmoret...@techie.com und Sie bekommen weitere Einzelheiten. Mit besten Grüßen Neumann GmbH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759534: [libapr1] apr_mcast_interface does not work for IPv6
This also affects apr_mcast_join() with the iface argument set, which makes apr pretty much unusable for multicasting data over ipv6 on the non-default interface. Regards Andre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754759: openwalnut: FTBFS on kfreebsd-*: wrong linking flags
Hi Thank you for this bug report. I will fix this after my holidays. It looks like we missed an explicit link to the X libs. Expect an update at the end of September. Cheers, Sebastian On Mon, 14 Jul 2014, Cyril Brulebois wrote: Source: openwalnut Version: 1.4.0~rc1+hg3a3147463ee2-1 Severity: serious Justification: FTBFS Hi, openwalnut now fails to link on kfreebsd-*: | Linking CXX executable ../bin/openwalnut-qt4 | cd /«BUILDDIR»/openwalnut-1.4.0~rc1+hg3a3147463ee2/build/qt4gui /usr/bin/cmake -E cmake_link_script CMakeFiles/openwalnut-qt4.dir/link.txt --verbose=1 | /usr/bin/c++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-long-long -Wextra -O3 -Wl,-z,relro -Wl,--as-needed CMakeFiles/openwalnut-qt4.dir/WQtGLScreenCapture.cpp.o CMakeFiles/openwalnut-qt4.dir/OpenWalnut.cpp.o CMakeFiles/openwalnut-qt4.dir/WApplication.cpp.o CMakeFiles/openwalnut-qt4.dir/WSettingMenu.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtMessageDialog.cpp.o CMakeFiles/openwalnut-qt4.dir/WQt4Gui.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtGLDockWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtToolBarBase.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtMessagePopup.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkItemActivator.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkInputPort.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkOutputPort.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkScene.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkItemGrid.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkArrow.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkEditorView.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkPort.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkColors.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkEditorProjectFileIO.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkItem.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkSceneLayout.cpp.o CMakeFiles/openwalnut-qt4.dir/networkEditor/WQtNetworkEditor.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtGLWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtNavGLWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleConnectEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WRoiAssocEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleAssocEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WRenderedFrameEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WLogEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WLoadFinishedEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleRemovedEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleCrashEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleDisconnectEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WPropertyChangedEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WCloseCustomDockWidgetEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WRoiSortEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WRoiRemoveEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleReadyEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleConnectorEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WOpenCustomDockWidgetEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WModuleDeleteEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/events/WUpdateTextureSorterEvent.cpp.o CMakeFiles/openwalnut-qt4.dir/WSettingAction.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertySelectionWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyDoubleWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyColorWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyBoolWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtControlPanel.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtRoiTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtTreeWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionLine.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionHistogram.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionPoint.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionColorPoint.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionScene.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/transferFunction/WTransferFunctionBackground.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtModuleHeaderTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyMatrix4X4Widget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtModuleTreeItem.cpp.o
Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin
Hi Ondřej,
thanks for your quick reply.
On 29Aug14 12:41 +0200, Ondřej Surý wrote:
strip the -d error_reporting='~E_ALL'
from the php command line and re-run the php, e.g.:
php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime); print \n;'
Still, same behaviour.
The end part of strace looks like this:
{{{
# strace php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime)
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7731000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3, assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf7731000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
SA_RESTART}, 8) = 0
exit_group(1) = ?
}}}
Whereas a successfull run deliveres this strace:
{{{
# strace php5 -c /etc/php5/fpm/php.ini -r 'print
ini_get(session.gc_maxlifetime);'
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf77a6000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3, assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf77a6000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
SA_RESTART}, 8) = 0
rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
gettimeofday({1409315669, 574372}, NULL) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf77a6000
_llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf4971000
_llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
_llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(1, 1440, 41440) = 4
close(2)= 0
close(1)= 0
munmap(0xf4971000, 4096)= 0
close(0)= 0
munmap(0xf77a6000, 4096)= 0
munmap(0xf47a3000, 46488) = 0
munmap(0xf4941000, 20616) = 0
munmap(0xf493f000, 5788)= 0
munmap(0xf47af000, 754940) = 0
munmap(0xf4871000, 114932) = 0
munmap(0xf4972000, 28944) = 0
munmap(0xf488e000, 717476) = 0
munmap(0xf497a000, 37200) = 0
munmap(0xf4947000, 170484) = 0
munmap(0xf6928000, 33044) = 0
gettimeofday({1409315669, 578779}, NULL) = 0
munmap(0xf4984000, 131936) = 0
munmap(0xf4cc7000, 49380) = 0
munmap(0xf49a5000, 3280908) = 0
munmap(0xf4cd4000, 100364) = 0
munmap(0xf4d24000, 41120) = 0
munmap(0xf4cf7000, 183072) = 0
munmap(0xf4ced000, 38656) = 0
munmap(0xf62fa000, 194088) = 0
munmap(0xf4e38000, 49188) = 0
munmap(0xf612, 1940196) = 0
munmap(0xf5fb6000, 1479840) = 0
munmap(0xf4e45000, 18284552)= 0
munmap(0xf664, 90248) = 0
munmap(0xf65f9000, 286840) = 0
munmap(0xf6414000, 66460) = 0
munmap(0xf6425000, 1277496) = 0
munmap(0xf63ea000, 168520) = 0
munmap(0xf63b1000, 231064) = 0
munmap(0xf637b000, 219492) = 0
munmap(0xf655d000, 635728) = 0
munmap(0xf6358000, 139724) = 0
munmap(0xf633, 159800) = 0
munmap(0xf77a7000, 11384) = 0
munmap(0xf632a000, 22144) = 0
munmap(0xf6931000, 69912) = 0
munmap(0xf68bd000, 436444) = 0
munmap(0xf688a000, 205020) = 0
munmap(0xf686, 168516) = 0
munmap(0xf67ff000, 333220) = 0
munmap(0xf6851000, 57504) = 0
munmap(0xf67e5000, 105524) = 0
munmap(0xf6744000, 76)
Bug#759682: RM: freeorion [mips mipsel] -- ROM; outdated mips/mipsel packages block migration to testing
Package: ftp.debian.org Severity: normal Dear ftp-team, freeorion's mips and mipsel packages are out of date in testing and block the migration of newer versions to testing. FreeOrion successfully built only once on mipsel. A subsequent binNMU and additional uploads failed though. Although FreeOrion should be able to build on those architectures, their builders regularly run out of virtual memory. I have asked for help on debian-mips but haven't got a reply yet. Hence I think it is sensible to request the removal of those outdated packages from testing. https://lists.debian.org/debian-mips/2014/08/msg9.html Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759180: transition: marble19okular5
Control: tags -1 + pending On 28/08/14 23:38, Maximiliano Curia wrote: ¡Hola Emilio! El 2014-08-26 a las 22:51 +0200, Emilio Pozuelo Monfort escribió: On 25/08/14 04:47, Maximiliano Curia wrote: The affected packages are: calligra digikam kphotoalbum subsurface smokekde korundum which will need to to be binnmued. I assume you build-tested those binnmus. If so, go ahead. I did now, the results are: calligra 2.7.5 has an unrelated FBTFS, fixed in 2.8.5 which is waiting in NEW (I'll need to request a reject to upload the rebuild version) and smokekde has another unrelated FTBFS, which I still haven't had time to check. So, the binNMUs should be: digikam kphotoalbum subsurface korundum So, by saying go ahead if you had build-tested the rdeps, I meant if they were building fine... So calligra is not a problem, but smokekde is. Can you look at it? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#195628: Diese Angebote sollten Sie sich anschauen
Herzlichen Gruß, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht ganz ausgelastet und möchten nebenbei etwas dazu verdienen? Sind Sie Rentner oder arbeitslos? Wären Sie am liebsten Ihr eigener Boss? Wollen Sie Ihre Dienstzeit und Ihre Arbeitsstelle selbst gestalten? Dann haben wir sicherlich was passendes für Sie. Wir vermitteln Arbeitsstellen EU weit und haben auch etwas für Sie in Ihrer Nähe, und die Bezahlung beträgt im Schnitt ab 20 Euro die Stunde. Sollten Sie an diesen Arbeitsstellen Interesse haben, so mailen Sie uns ein knappes Bewerbungsschreiben an strongpats...@priest.com und erhalten Sie weitere Einzelheiten. Mit freundlichen Grüßen Weiss Agentur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin
Try with
-d display_errors=On -d display_startup_errors=On
On Fri, Aug 29, 2014, at 14:38, Bastian wrote:
Hi Ondřej,
thanks for your quick reply.
On 29Aug14 12:41 +0200, Ondřej Surý wrote:
strip the -d error_reporting='~E_ALL'
from the php command line and re-run the php, e.g.:
php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime); print \n;'
Still, same behaviour.
The end part of strace looks like this:
{{{
# strace php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime)
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xf7731000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3, assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf7731000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
SA_RESTART}, 8) = 0
exit_group(1) = ?
}}}
Whereas a successfull run deliveres this strace:
{{{
# strace php5 -c /etc/php5/fpm/php.ini -r 'print
ini_get(session.gc_maxlifetime);'
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xf77a6000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3, assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf77a6000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
SA_RESTART}, 8) = 0
rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0},
8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
gettimeofday({1409315669, 574372}, NULL) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xf77a6000
_llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0xf4971000
_llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
_llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(1, 1440, 41440) = 4
close(2)= 0
close(1)= 0
munmap(0xf4971000, 4096)= 0
close(0)= 0
munmap(0xf77a6000, 4096)= 0
munmap(0xf47a3000, 46488) = 0
munmap(0xf4941000, 20616) = 0
munmap(0xf493f000, 5788)= 0
munmap(0xf47af000, 754940) = 0
munmap(0xf4871000, 114932) = 0
munmap(0xf4972000, 28944) = 0
munmap(0xf488e000, 717476) = 0
munmap(0xf497a000, 37200) = 0
munmap(0xf4947000, 170484) = 0
munmap(0xf6928000, 33044) = 0
gettimeofday({1409315669, 578779}, NULL) = 0
munmap(0xf4984000, 131936) = 0
munmap(0xf4cc7000, 49380) = 0
munmap(0xf49a5000, 3280908) = 0
munmap(0xf4cd4000, 100364) = 0
munmap(0xf4d24000, 41120) = 0
munmap(0xf4cf7000, 183072) = 0
munmap(0xf4ced000, 38656) = 0
munmap(0xf62fa000, 194088) = 0
munmap(0xf4e38000, 49188) = 0
munmap(0xf612, 1940196) = 0
munmap(0xf5fb6000, 1479840) = 0
munmap(0xf4e45000, 18284552)= 0
munmap(0xf664, 90248) = 0
munmap(0xf65f9000, 286840) = 0
munmap(0xf6414000, 66460) = 0
munmap(0xf6425000, 1277496) = 0
munmap(0xf63ea000, 168520) = 0
munmap(0xf63b1000, 231064) = 0
munmap(0xf637b000, 219492) = 0
munmap(0xf655d000, 635728) = 0
munmap(0xf6358000, 139724) = 0
munmap(0xf633, 159800) = 0
munmap(0xf77a7000, 11384) = 0
munmap(0xf632a000, 22144) = 0
munmap(0xf6931000, 69912) = 0
munmap(0xf68bd000, 436444) = 0
munmap(0xf688a000, 205020) = 0
Bug#732937: apt: kfreebsd: ioctl(TIOCSCTTY) fails, stair-stepped text (was: Re: Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64)
clone 732937 -1 retitle -1 apt: kfreebsd: ioctl(TIOCSCTTY) fails, stair-stepped text severity -1 normal notfixed -1 apt/0.9.12.1 notfound -1 apt/0.9.13~exp1 notfound -1 apt/0.9.14.2 found -1 apt/1.0.7 thanks On 29/08/14 12:34, Markus Koschany wrote: I still get error messages like this one. ioctl(TIOCSCTTY) failed for fd: 17 It's true that dpkg does not fail completely anymore but the text formatting makes the output unnecessarily hard to read. Thanks! I'll track this as a separate bug since the original #732937 issue is fixed, and this one is less serious. The failing ioctl and error message are both coming from apt-get, according to ktrace: 39983 apt-get CALL ioctl(0xb,0x20007461 ,0) 37015 apt-get CALL wait4(0x9c2f,0x7fffc610,0x1WNOHANG,0) 39983 apt-get RET ioctl -1 errno 6 No such device or address 37015 apt-get RET wait4 0 37015 apt-get CALL pselect(0xd,0x7fffc6a0,0,0,0x7fffc5a0,0x62f12c) 37015 apt-get RET pselect 1 39983 apt-get CALL write(0x2,0x800972670,0x20) 37015 apt-get CALL read(0xa,0x7fffc000,0x400) 37015 apt-get GIO fd 10 read 0 bytes 39983 apt-get GIO fd 2 wrote 32 bytes ioctl(TIOCSCTTY) failed for fd: [...] 11 Output text is then stair-stepped, meaning with each newline there is no carriage return: Unpacking hello (from .../hello_2.9-1_kfreebsd-amd64.deb) ... Processing triggers for install-info ... Processing triggers for man-db ... ioctl(TIOCSCTTY) failed for fd: 11 Setting up hello (2.9-1) ... == How can you help? (doc: http://wiki.debian.org/how-can-i-help ) == Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758105: bug#18266: grep -P and invalid exits with error
On 08/28/2014 11:47 PM, Santiago wrote:
El 16/08/14 a las 11:36, Paul Eggert escribió:
Santiago wrote:
Another solution would be to don't check if binary files are valid
(passing PCRE_NO_UTF8_CHECK to pcre_exec), but I don't know if that'd
avoid security holes
It wouldn't. (We already tried it.)
Another try. This patch is by far more efficient.
* src/pcresearch.c (Pexecute): When pcre_exec returns an invalid
UTF8 character error, copies line_buf to an auxiliar buffer,
s/auxiliar/auxiliary/
removes invalid characters and evaluates against it.
* tests/pcre-infloop: Exit status is 1 again.
* tests/pcre-invalid-utf8-input: Check again if grep doesn't
abort. Also cheks for match after a second invalid character
s/cheks/checks/
+ /* Change invalid UTF-8 characters (according to pcre_exec) to
'\0' */
+ while (e == PCRE_ERROR_BADUTF8){
Space before {
+line_utf8_clean[sub[0]+invalid_pos] = '\0';
Spaces around +
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Bug#755410: RFS: python-xmp-toolkit/2.0.1-1 [ITA] -- Python library for XMP
Eriberto,
thank you very much for reviewing my package.
On 28.08.2014 21:49, Eriberto Mota wrote:
1. d/copyright says that upstream copyright years are 2008-2009.
However, the upstream changelog has newer dates. Please, update the
years.
The changelog spans up to 2.0.0 of 2013.
I've rechecked the repo and found that our tarball 2.0.1 is actually a
beta (Git releases: 2.0.1 release preparation). AAMOF the repo
contains an updated changelog with infos on release 2.0.1 (spanning to
2014).
So, I've updated deb/copyright to the actual year of the code, 2014.
Further, I would like to package the latest git rev. as
2.0.1~git000-1, do you agree?
I've also updated an Upstream-Contact email address according to AUTHOR.
2. Remove the useless file d/source/options.
Yes, that's obselete. Removed it.
3. A problem: after the build of the binary python-libxmp-doc, the new
files usr/share/doc/python-libxmp-doc/html/_static/{basic,default}.css
have this header:
* Sphinx stylesheet -- default theme.
*
* :copyright: Copyright 2007-2014 by the Sphinx team, see AUTHORS.
* :license: BSD, see LICENSE for details.
It is an inedit situation for me, but the license must be placed at
d/copyright. So, I suggest put it in d/copyright and add a field
'comment'[1] to explain about this.
[1] http://dep.debian.net/deps/dep5/#fields
I've added that to deb/copyright. License details I've taken from
LICENSE of the python-sphinx source package.
4. Note that your package has new binaries (.deb) and will be NEW.
Yes, alright.
Thanks for your work. Your packaging is very good.
Thanks for encouraging, nice!
For the fresh build, please cf.
http://lists.alioth.debian.org/pipermail/python-modules-commits/2014-August/029615.html
http://svn.debian.org/viewsvn/python-modules/packages/python-xmp-toolkit/trunk/
http://www.danielstender.com/buildlogs/python-xmp-toolkit_2.0.1-1_amd64.build
http://mentors.debian.net/debian/pool/main/p/python-xmp-toolkit/python-xmp-toolkit_2.0.1-1.dsc
Greetings,
Daniel Stender
--
http://www.danielstender.com/blog/
PGP key: 2048R/E41BD2D0
C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#77324: Aktuelle Stellen in Ihrer Nähe zu besetzen
Sehr geehrte Damen und Herren, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht voll ausgelastet und möchten nebenbei etwas dazu verdienen? Sind Sie Rentner oder arbeitslos? Wären Sie gern Ihr eigener Vorgesetzter? Wollen Sie Ihre Beschäftigungszeit und Ihren Arbeitsplatz selbst gestalten? Dann haben wir garantiert etwas dass zu Ihnen passt. Wir vermitteln Jobs europaweit und haben auch etwas für Sie in Ihrer Nähe, und die Bezahlung beträgt durchschnittlich ab 20 Euro die Stunde. Sollten Sie an diesen Arbeitsstellen Interesse haben, dann mailen Sie uns ein kurzes Bewerbungsschreiben an bruceshell...@spainmail.com und Sie erhalten weitere Informationen. Mit besten Grüßen Schulz GbR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin
On 29Aug14 14:54 +0200, Ondřej Surý wrote:
Try with
-d display_errors=On -d display_startup_errors=On
Aha, that did it:
{{{
# php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime);' -d display_errors=On -d
display_startup_errors=On
Fatal error: Directive 'allow_call_time_pass_reference' is no longer
available in PHP in Unknown on line 0
}}}
Seems that my php.ini survived some upgrades and I still have this
obsolete directive in there.
Sorry for bothering you with this issue.
Do you check during upgrades for deprecated options and send a warning?
It could be the case I just ignored such thing. But also it could be
worth doing a sanity check on the configuration file.
Thanks,
--
Bastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin
On Fri, Aug 29, 2014, at 15:00, Bastian wrote:
On 29Aug14 14:54 +0200, Ondřej Surý wrote:
Try with
-d display_errors=On -d display_startup_errors=On
Aha, that did it:
{{{
# php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime);' -d display_errors=On -d
display_startup_errors=On
Fatal error: Directive 'allow_call_time_pass_reference' is no longer
available in PHP in Unknown on line 0
}}}
Seems that my php.ini survived some upgrades and I still have this
obsolete directive in there.
Sorry for bothering you with this issue.
Do you check during upgrades for deprecated options and send a warning?
Nope, but it's not a bad idea to add such check. I'll think of
something.
It could be the case I just ignored such thing. But also it could be
worth doing a sanity check on the configuration file.
O.
--
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#310445: Aktuelle Stellen in Ihrer Nähe zu besetzen
Herzlichen Gruß, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht voll ausgelastet und wollen nebenbei etwas dazu verdienen? Sind Sie in Rente oder arbeitslos? Sind Sie am liebsten Ihr eigener Chef? Möchten Sie Ihre Arbeitszeit und Ihren Beschäftigungsplatz selbst bestimmen? Dann haben wir garantiert was passendes für Sie. Wir vermitteln Jobs europaweit und haben auch etwas für Sie in Ihrem Wohngebiet, und die Bezahlung beträgt durchschnittlich ab 20 Eu die Stunde. Sollten Sie an diesen Arbeitsstellen Interesse haben, dann schicken Sie uns ein knappes Bewerbungsschreiben an jessiebainbridg...@scientist.com und Sie bekommen weitere Infos. Mit freundlichen Grüßen Klomerz GbR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759685: qtcreator-data: qtcreator ui gets no translations applied
Package: qtcreator-data
Version: 3.2.0+dfsg-1
Severity: minor
Tags: l10n
Dear Maintainer,
I updated lately qtcreator to latest version in Jessie.
Since then, I assume, the ui translations get not shown on my system.
Instead the user interface stays with builtin texts.
qtcreator 3.0.1+dfsg-1 was built against qt4.
Starting with 3.0.1+dfsg-1 it is built against qt5.
Digging into it I could observe it first
loads /usr/share/qtcreator/translations/qtcreator_de.qm.
This file comes with package qtcreator-data.
Then it tries to load some general qt5 translations
/usr/share/qt5/translations/qt_de.qm.
These would come with package qttranslations5-l10n.
Unfortunately package qttranslations5-l10n got not installed automatically and
I see no hard dependency.
Probably I am missing some indirect recommended package.
After manually installing qttranslations5-l10n it ui got translated again.
So I just ask if package qtcreator (or qtcreator-data which contains the *.qm)
should have a dependency or recommend to qttranslations5-l10n?
../qtcreator-3.2.0+dfsg/src/app/main.cpp:
if (translator.load(QLatin1String(qtcreator_) + locale,
creatorTrPath)) {
const QString qtTrFile = QLatin1String(qt_) + locale;
if (qtTranslator.load(qtTrFile, qtTrPath) ||
qtTranslator.load(qtTrFile, creatorTrPath)) {
Kind regards,
Bernhard
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (990, 'testing-updates'), (990, 'testing'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-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 qtcreator-data depends on:
ii perl 5.20.0-4
qtcreator-data recommends no packages.
qtcreator-data 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#175239: Aktuelle Stellen in Ihrer Nähe zu besetzen
Sehr geehrte/r Interessent/in, wir sind eine Arbeitsvermittlungsagentur und freuen uns Ihnen einige für Sie passende Jobs vorschlagen zu können. Sind Sie nicht ganz ausgelastet und möchten nebenbei etwas dazu verdienen? Sind Sie Rentner oder arbeitslos? Wären Sie am liebsten Ihr eigener Chef? Wollen Sie Ihre Dienstzeit und Ihre Beschäftigungsstelle selbst gestalten? Dann haben wir sicherlich etwas dass zu Ihnen passt. Wir vermitteln Arbeitsstellen EU weit und haben auch etwas für Sie in Ihrer Umgebung, und die Bezahlung beträgt durchschnittlich ab 20 Eu die Stunde. Sollten Sie an diesen Stellen interessiert sein, dann senden Sie uns ein kurzes Bewerbungsschreiben an jayneokee...@marchmail.com und Sie kriegen weitere Informationen. Mit freundlichen Grüßen Schneider GmbH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711799: debian-installer: non-grub PXE boot images crash (was: Re: Bug#711799: PXE error: no server is specified)
clone 711799 -1 retitle -1 debian-installer: non-grub PXE boot images crash severity -1 important reassign -1 debian-installer found -1 debian-installer/20140802 thanks On 29/08/14 03:16, Steven Chamberlain wrote: terminal and gettext [...], adding those two additional modules to the grub-mkimage line. And now it works! I'm still working on this. I've realised it will be better to track it separately from the original PXE issue, which seems fixed. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759479: RFS: profanity/0.4.4-1 [ITP]
On 29.08.14 08:24:24, Eriberto Mota wrote: 2014-08-29 5:46 GMT-03:00 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl: 2. d/copyight: - Put the license 'GPL-3+ with OpenSSL exception' only one time in your file. You can see an example here[2]. - The files have this append (not in License.txt): * You must obey the GNU General Public License in all respects for all of the * code used other than OpenSSL. If you modify file(s) with this exception, you * may extend this exception to your version of the file(s), but you are not * obligated to do so. If you do not wish to do so, delete this exception * statement from your version. If you delete this exception statement from all * source files in the program, then also delete it here. - Please, use the license from a file. - To public license, insert a period (.) at the end of sentence. - To public license, use the years found in src/tools/p_sha1.c (it will be equal to .h) yeah I did that but do not know if this is what you meant. No... Please, see the attached example. Sorry for that. Updated as you requested.. and new version in mentors. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#754093: debian-installer: ppc64el: do NOT switch to vmlinu*z*
Hi, Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com: We would like to switch the kernel on ppc64el to vmlinuz starting with 3.16 (introduction of zImage support for 64el). Please do NOT apply the vmlinu*z* patch. Just ignore it. Some of the ppc64el target platforms can only boot vmlinu*x* (no support for compressed kernels). Really sorry for taking your time. (the build-dep on grub-ieee1275-bin is still needed, as explained) -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759389: linux: ppc64el: do NOT switch to vmlinu*z*
Hi Aurelien, On 08/27/2014 04:42 AM, Aurelien Jarno wrote: Thanks, I have just committed this patch, it will be in the next upload. I have to ask you to please revert the vmlinu*z* patch. Some of the ppc64el target platforms can only boot vmlinu*x* (no support for compressed kernels). Really sorry for taking your time. -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
