Bug#733920: src:speechd-up: hardcoded build dependency on libdotconf1.0 which will transition soon
Package: src:speechd-up Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Speechd-up has a build dependency on libdotconf1.0. As soon as we get permission from the release managers [1] we are going to transition that library to libdotconf0. So real soon now, speechd-up needs an updated upload to fix the build dependency (which is not needed as far as I can tell, as it is pulled in via the libdotconf-dev package.) I will take care of the upload if there are no other items to be fixed by this upload. Some information on how to test speechd-up would be nice. Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733740 - -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSxRyoAAoJEJxcmesFvXUKeSAH/3UpttktPDRYuNpbKtgrd8+F 0gllQk4NKKDOpiFNsp8rRILVnu+MPkuf4nPCHHPAunvSpSx4UOz5pEk/wmtmT1Cp fDlP9SuFl+udkFjrnvu3rrdNjVOTqo50iRcdZtBHzgch7TUPgwZQ0TjE8sPJafr9 C0KdfOlL2IDZ3PWPCQOWP8QIoeFWoJFXgCRWLYZGmSVZBfCRCm/lEVgTjeZGp4kD x54FzFOJrX/6ftk+txrHN8jYnYWBL7LX1dlAB5yBWlF6W27fTpazjIkZthMKRDum Jx9gLB6WQqxPfc19pysVkRqrkl13d5UfLrqRM0asquSnk20fBi5hyXpoyz4+U64= =iHWp -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#733740: transition: dotconf
Control: block -1 by 733919 Control: block -1 by 733920 On 31-12-13 15:11, Paul Gevers wrote: > I like to update the dotconf package The package is in experimental now. > mysqmail/speechd-up need sourceful uploads as they have a hardcoded > dependency on > libdotconf1.0 Bugs filed at [1] and [2] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733919 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733920 Paul signature.asc Description: OpenPGP digital signature
Bug#733921: apt-listchanges: Wrong dependency on dpkg-dev
Source: apt-listchanges Source-Version: 2.85.12 Severity: important Hi! The current dependency on dpkg-dev is inappropriate, as the underlaying dpkg-architecture usage is not correct. If you just need the host architecture you can use «dpkg --print-architecture». In this case that's not what you need, you need the specific package architecture, as the system might be configured as multi-arch. So you'd use something like the following «dpkg-deb -f foo.deb Architecture». Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733922: ITP: libgit-cpan-patch-perl -- Git commands for CPAN distributions
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libgit-cpan-patch-perl Version : 1.3.1 Upstream Author : Yanick Champoux * URL : https://metacpan.org/release/Git-CPAN-Patch * License : Artistic or GPL-1+ Programming Lang: Perl Description : Git commands for CPAN distributions Git::CPAN::Patch provides a suite of git commands aimed at making trivially easy the process of grabbing any distribution off CPAN, stuffing it in a local git repository and, once gleeful hacking has been perpetrated, sending back patches to its maintainer. -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733919: mysqmail: hardcoded dependency on libdotconf1.0 which will transition soon
On 01/02/2014 03:31 PM, Paul Gevers wrote: > Package: mysqmail > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi Thomas, > > Your package mysqmail has a dependency on libdotconf1.0. As soon as we get > permission from the release managers [1] we are going to transition that > library to libdotconf0. I already have an updated package uploaded to > experimental if you want to test. You can upload a new package of mysqmail > when the transition starts, or let me know and I can do it via an NMU. > > Paul > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733740 Hi Paul, I would very much welcome an NMU, as long as you send me a debdiff of the changes, so that I can apply it to the current Git of mysqmail. Thanks, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731531: apache2ctl doesn't create /var/run/apache2/
Am Donnerstag, 2. Januar 2014, 09:17:50 schrieb Harald Dunkel: > On 12/30/13 17:17, Stefan Fritsch wrote: > > Newer versions do the mkdir for every invocation of apache2ctl, > > therefore I am closing this bug. > > Do you think this could be included into 2.2.22-xx as well? > I checked version 2.4.x in Unstable: AFAICS the risk to break > something would be minimal. Yes, I think we can do that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687564: RFS: irstlm/5.80.01-1 -- [ITP] IRST Language Modeling Toolkit
The package should be in good shape and should only need some minor updates.
More recent upstream version is also available.
If you are interested in sponsoring this package, I can do the work during
the next few days.
If you want to co-maintain the package, feel free to do the work yourself,
but please let me know before doing it.
Bests,
Giulio.
Il 23/dic/2013 14:27 "Koichi Akabe" ha scritto:
>
> Hi,
>
> I'm interested in this package, but this BTS report is not updated for
> a year. How is the status of this package?
>
> I tried building the newest package on your git repository in sid.
> There is no warning without 1) and 2) you mentioned at Message #50.
>
> Thanks.
>
> --
> Koichi Akabe
> vbkaisetsu at {gmail.com, debian.or.jp}
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org
> Archive:
http://lists.debian.org/20131223222409.7f1a6174c0ffc00ffc9db...@gmail.com
>
Bug#733300: [RFR] templates://kinect-audio-setup/{templates}
Please find, for review, the debconf templates and packages descriptions for
the kinect-audio-setup source package.
This review will last from Thursday, January 02, 2014 to Sunday, January 12,
2014.
Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.
Your review should be sent as an answer to this mail.
When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.
When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.
Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.
Rationale:
--- kinect-audio-setup.old/debian/templates 2013-12-28 11:39:21.915161442
+0100
+++ kinect-audio-setup/debian/templates 2014-01-02 09:08:52.500268259 +0100
@@ -1,17 +1,18 @@
Template: kinect-audio-setup/accept_eula
Type: boolean
Default: false
+#flag:translate!:3
_Description: Do you accept the Microsoft KinectForWindows EULA?
- In order to fetch the binary firmware needed by this package you need
- to agree to the EULA of the Microsoft KinectForWindows SDK:
+ In order to fetch the binary firmware needed by the kinect-audio-setup
package, you need
+ to agree to the End User License Agreement (EULA) of the Microsoft
+ KinectForWindows Software Development Kit:
.
http://www.kinectforwindows.org/download/EULA.htm
I always found the acronym EULA a bit cryptic, particularly to
non-English users. So, let's give translators an opporunity to
translate it to their language (the acronym, not the EULA text, of
course).
Same for SDK.
Let's mark the URL as non-translatable.
By the way, have you noticed that this URL redirects one to the main
Kinect page?
The EULA seems to now be the general Microsoft Terms of Use page:
http://www.microsoft.com/en-us/legal/intellectualproperty/copyright/default.aspx
Template: kinect-audio-setup/eula_not_accepted
-Type: note
+Type: error
_Description: EULA not accepted
- You need to accept the EULA of Microsoft KinectForWindows SDK in order
- to fetch the binary firmware needed by this package.
+ You need to accept the End User License Agreement (EULA) of Microsoft
KinectForWindows Software Development Kit in order
+ to fetch the binary firmware needed by the kinect-audio-setup package.
.
- You can do this later by calling:
- dpkg-reconfigure kinect-audio-setup
+ You can do this later with "dpkg-reconfigure kinect-audio-setup".
Let's make it more clear that not accepting the EULA is a "problem"
(as the package won't be installed) by turning the template into an
"error" one.
Again, make acronyms more explicit
And avoid using a hard-formatted paragraph as second paragraph but
make it a simple sentence.
--- kinect-audio-setup.old/debian/control 2013-12-28 11:39:21.915161442
+0100
+++ kinect-audio-setup/debian/control 2014-01-02 09:10:43.283492575 +0100
@@ -27,10 +27,10 @@
becomes available.
.
kinect-audio-setup provides tools to download the firmware off the net
- at installation time —since the firmware is not redistributable—, and
+ at installation time (since the firmware is not redistributable), and
it sets up udev rules to call the firmware loader when the device is
plugged in to finally get the USB Audio Class device.
.
- The UAC firmware is downloaded from the Microsoft Kinect SDK at
- http://www.kinectforwindows.org, the license of the SDK can be found at
- http://www.kinectforwindows.org/download/EULA.htm
+ The UAC firmware is downloaded from the Microsoft Kinect Software
+ Development Kit at http://www.kinectforwindows.org, the license
+ of which can be found at http://www.kinectforwindows.org/download/EULA.htm
Use standard parenthesis
And again expand acronym and make a small reformulation ("licence of
which"is that correct English, Justin?)
--
Template: kinect-audio-setup/accept_eula
Type: boolean
Default: false
#flag:translate!:3
_Description: Do you accept the Microsoft KinectForWindows EULA?
In order to fetch the binary firmware needed by the kinect-audio-setup
package, you need
to agree to the End User License Agreement (EULA) of the Microsoft
KinectForWindows Software Development Kit:
.
http://www.kinectforwindows.org/download/EULA.htm
Template: kinect-audio-setup/eula_not_accepted
Type: error
_Description: EULA not accepted
You need to accept the End User License Agreement (EULA) of Microsoft
KinectForWindows Software Development Kit in order
to fetch the binary firmware needed by the kinect-audio-setup package.
.
You can do this later with "dpkg-reconfigure kinect-audio-setup".
--- kinect-audio-setup.old/debian/templates 2013-12-28 11:39:21.915161442
+0100
+++ kinect-audio-setup/debian/templates 2014-01-02 09:08:52.500268259 +0100
@@ -1,17 +1,18 @@
Template: kinect-audio-setup/accept_eula
Type: boolean
Default: false
+#flag:translate!:3
_Description: Do you
Bug#723659: strspn, strcspn - search a string for a set of characters
On Mon, Dec 30, 2013 at 10:10 AM, Michael Kerrisk (man-pages) wrote: > tags -1 fixed-upstream > thanks > > On 09/19/13 02:18, Mathieu Malaterre wrote: >> Package: manpages-dev >> >> $ man strspn | head -6 >> [...] >>strspn, strcspn - search a string for a set of characters >> >> However from POSIX: >> >> http://pubs.opengroup.org/onlinepubs/009695399/functions/strspn.html >> >> strspn - get length of a substring >> >> Thanks, > > I made it "get length of a prefix substring". > > Okay? Perfect ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733910: ITP: ckon -- automatic build tool for ROOT analyses
Hi Patrick, I guess you will maintain this in Debian Science team. It would be great to forward ITPs like this always to the list to keep people informed. Thanks for working on this Andreas. On Thu, Jan 02, 2014 at 05:51:32AM +, Patrick Huck wrote: > Package: wnpp > Severity: wishlist > Owner: Patrick Huck > > * Package name: ckon > Version : 0.6.1 > Upstream Author : Patrick Huck > * URL : http://tschaume.github.com/ckon > * License : MIT > Programming Lang: C++ > Description : ckon is an automatic build tool for C++ software > developed within the CERN ROOT data analysis framework. > > ckon is a C++ program/tool which automatically takes care of compilation, > dictionary generation and linking of programs and libraries developed for > data analyses within the CERN ROOT analysis framework. This includes parsing > include headers to figure out which libraries the main programs need to be > linked to. It uses automake/autoconf to be platform independent and GNU > install compliant. In addition, m4 macros are automatically downloaded and > the according compiler flags included based on a list of boost libraries > provided in the config file. For the purpose of YAML database usage, a m4 > macro can be downloaded during setup to link against the yaml-cpp library. > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/20140102055132.1524.32518.reportbug@precise32 > > -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729624: nsd: General update after the debconf review process
Dear Debian maintainer,
On Tuesday, November 19, 2013, I sent you a notification about the beginning of
a review
action on debconf templates for nsd.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch.rfr file contains a patch for the templates and control
file(s) alone.
Please note that this patch applies to the templates and control
file(s) of your package as of Tuesday, November 19, 2013. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- nsd.old/debian/templates2013-11-15 07:18:39.544088911 +0100
+++ nsd/debian/templates2013-12-09 14:05:52.881251425 +0100
@@ -1,10 +1,19 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: nsd3/old_confdir_exists
Type: note
-_Description: Configuration directory for NSD has been changed
- WARNING: Your old NSD 3 configuration directory is not empty.
+_Description: Configuration directory for NSD changed
+ NSD 4 has changed the configuration directory from /etc/nsd3 to
+ /etc/nsd.
.
- Please note that configuration directory has changed from /etc/nsd3 to
- /etc/nsd in NSD 4. The new nsd (>= 4.0.0-1) package will automatically
- move your configuration file from /etc/nsd3/nsd.conf to /etc/nsd/nsd.conf,
- but it will not migrate everything under /etc/nsd3, so you need to check
- and move your configuration snippets and zone files by hand.
+ The old configuration file (/etc/nsd3/nsd.conf) will be moved to
+ /etc/nsd/nsd.conf. However, other configuration files in
+ /etc/nsd3 will not be moved, so you need to check
+ and move your configuration snippets and zone files yourself.
--- nsd.old/debian/control 2013-11-15 07:18:39.544088911 +0100
+++ nsd/debian/control 2013-11-24 17:33:43.110862883 +0100
@@ -26,20 +26,20 @@
and open source name server.
.
NSD was primarily developed by NLnet Labs on request from and in close
- cooperation with RIPE NCC, as an alternative name server software to be
- run on the root name server RIPE NCC operates.
+ cooperation with RIPE NCC, as an alternative DNS server to be run on the
+ root name server operated by RIPE NCC.
Package: nsd3
Architecture: all
Section: oldlibs
Priority: extra
Depends: nsd (>= 4.0.0-1~), ${misc:Depends}, debconf
-Description: authoritative domain name server [transitional package]
+Description: authoritative domain name server - transitional package
NSD is a fast, authoritative only, high performance, simple
and open source name server.
.
NSD was primarily developed by NLnet Labs on request from and in close
- cooperation with RIPE NCC, as an alternative name server software to be
- run on the root name server RIPE NCC operates.
+ cooperation with RIPE NCC, as an alternative DNS server to be run on the
+ root name server operated by RIPE NCC.
.
This is a transitional dummy package. It can safely be removed.
--- nsd.old/debian/changelog2013-11-15 07:18:39.544088911 +0100
+++ nsd/debian/changelog2013-12-28 08:23:18.461319886 +0100
@@ -1,3 +1,22 @@
+nsd (4.0.0-4) UNRELEASED; urgency=low
+
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #729624
+ * [Debconf translation updates]
+ * Danish (Joe Hansen). Closes: #732164
+ * Russian (Yuri Kozlov). Closes: #732190
+ * French (Steve Petruzzello). Closes: #732455
+ * German (Chris Leick). Closes: #733138
+ * Polish (Michał Kułach). Closes: #733183
+ * Portuguese (Américo Monteiro
Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode
Same results with a Sony DR-BTN200 and the same software versions too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701647: ltsp-client-core: fails to write /etc/resolv.conf if package resolvconf is installed
On Tue, Dec 31, 2013 at 03:10:00PM -0800, Vagrant Cascadian wrote: > Control: tag 701647 confirmed > > On Mon, Feb 25, 2013 at 06:45:48PM +0100, Wolfgang Schweer wrote: > > while testing ltsp setup for Debian Edu running fat clients I noticed, > > that /etc/resolv.conf was't written like expected (by 10-resolv-conf). > > This seems to be caused by $resolv not beeing writable. > > It's not because it's not writeable, it's because /etc/init.d/resolvconf wipes > out all the files: > > resolvconf --wipe-runtime-directories > > In jessie, it implements a function that does basically the same. > > Do you have any updates on the current status, or current workarounds you've > applied? As far as Wheezy is concerned, the Debian Edu chroot setup gets rid of the package resolvconf. Wolfgang signature.asc Description: Digital signature
Bug#733909: quodlibet: Segfaults when trying to play audio/x-alac files
2014/1/2 Peter Chubb : > Package: quodlibet > Version: 3.0.2-3 > Severity: normal > > Dear Maintainer, > > I have some .m4a files that I want to play with quodlibet. > > Quodlibet puts up a popup and segfautls. Does it crash after closing the popup? > The popup says: > > Invalid Commandline > The parameters passed to the application had an invalid > format. Please file a bug! > > The parameters were: > gstreamer|1.0|quodlibet|Apple Lossless Audio (ALAC) > decoder|decoder-audio/x-alac, samplesize=(int)16 > > > The file plays fine with > $ gst-launch playbin "uri=file://`pwd`/28-01-Prelude.m4a Please try with gst-launch-1.0, gst-launch is part of GStreamer 0.10 which QL doesn't use anymore. > $ file 28-01-Prelude.m4a > 28-01-Prelude.m4a: ISO Media, MPEG v4 system, iTunes AAC-LC Can you send me the file via mail, dropbox etc.? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733923: x11-xkb-utils: swap_lalt_lwin not working anymore since last update
Package: x11-xkb-utils Version: 7.7+1 Severity: normal Hi, I did a dist-upgrade a couple of days ago and since then I'm not able to swap the left win and alt keys anymore. I've always been using the following command: --- setxkbmap -layout de,de -variant neo,basic -option -option grp:ctrls_toggle,altwin:swap_lalt_lwin --- The keyboard layout/variant part works great, however the swap_lalt_lwin seems to do nothing now. Cheers, Linus -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xkb-utils depends on: ii libc62.17-97 ii libx11-6 2:1.6.2-1 ii libxaw7 2:1.0.11-1 ii libxkbfile1 1:1.0.8-1 ii libxt6 1:1.1.4-1 x11-xkb-utils recommends no packages. x11-xkb-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710925: r-cran-ggplot2: The following `from` values were not present in `x`...
Hi Philippe, On Mon, Dec 23, 2013 at 05:06:48PM +0100, Andreas Tille wrote: > > I think we just need to wait until r-cran-munsell is accepted. This is done now. Can you please verify whether the problem you reported exists also with this version and if yes please provide an example which enables simple verification? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733924: mpv: FTBFS: gcc-4.8 missing
Package: mpv Version: 0.3.1-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, mpv FTBFS on powerpcspe like this: ... python ./waf -v --nocache configure \ --prefix=/usr \ --confdir=/etc/mpv \ --enable-sdl2 Setting top to : /«PKGBUILDDIR» Setting out to : /«PKGBUILDDIR»/build Checking for waf version in 1.7.13-1.8.0 : ok Checking for program cc : gcc-4.8 Checking for program pkg-config : /usr/bin/pkg-config Checking for program perl: /usr/bin/perl Checking for program rst2man : /usr/bin/rst2man Checking for program rst2latex : /usr/bin/rst2latex Checking for program pdflatex: not found Checking for program windres : not found Checking for 'gcc' (c compiler) : not found Checking for 'icc' (c compiler) : not found could not configure a c compiler! (complete log in /«PKGBUILDDIR»/build/config.log) make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 ... Adding powerpcspe to the list of arches of the gcc-4.8 build-dep in debian/control fixes this issue. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#727708: init system thoughts
Hi Colin, Le mercredi 01 janvier 2014 à 17:17 +, Colin Watson a écrit : > > > Basically, systemd would be more compelling to me if it tried to do > > > less. I don't expect to persuade systemd advocates of this, as I think > > > it amounts to different basic views of the world, but the basic approach > > > here is probably the single biggest factor influencing my position. > I'm referring to features that I don't think we'll need, not to logind > et al. Could you list the features you don’t think we’ll need in the list from the wiki? * Reliable service management through cgroups * Logging features * Multi-seat * Defense-in-depth security features * Centralized service startup and monitoring * timedated/hostnamed/… * D-Bus API for service control * Transparent virtual environment support * Watchdog * Initramfs support * Introspection and debugging * Configuration-less system * User sessions I’m curious as to what features you consider not relevant for Debian. Thanks, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694979: debbugs: get_bugs() should allow specifying binary versions of packages
Control: block 257873 by -1
On Sun, 02 Dec 2012 22:38:50 +0100 Francesco Poli (wintermute) wrote:
> Package: debbugs
> Severity: wishlist
>
[...]
> I would need to call get_bugs() so that it returned an array with
> all the (unarchived) bug-numbers that apply to the specified binary
> version of one of the mentioned binary packages and have one of
> the mentioned severities.
> Something like:
>
> get_bugs('severity', ["critical", "grave"],
> 'package', ["pkg1/x.y-z", "pkg2", "pkg3/a.b.c-d"])
>
> which would request the bugs that apply to binary version x.y-z of
> binary package pkg1, the bugs that apply to any version of binary
> package pkg2, and the bugs that apply to binary version a.b.c-d of
> binary package pkg3.
[...]
>
> It would be really really great, if you could implement a way to obtain
> what I described with one single get_bugs() SOAP request.
[...]
Hello,
have you thought about this feature request?
Is it feasible?
It would be really really awesome, if you could implement it!
Please let me know.
Thanks for your time!
Bye.
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key, see the transition document!
. Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgp0Avgu2zgGV.pgp
Description: PGP signature
Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)
On Mon, Dec 30, 2013 at 12:27:29PM +0100, Guillem Jover wrote: > * signing would get rafactored into a new program so that users do >not need to manually mangle the .changes file, rebuild or require >devscripts for something that was possible out-of-the-box. I chose to read that as "debsign will move from devscripts to src:dpkg" and felt happier. I actually don't care if debsign is reimplemented, but I'd prefer if the Debian package development brain space was not further complicated with more command line tools to learn[1], so I suggest that the existing name and arguments are preserved. [1] or ignore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733925: wicd-curses crashes when connected to AP with accents in its ESSID
Package: wicd-curses
Version: 1.7.2.4-4
Severity: normal
Tags: l10n
Dear Maintainer,
I'm not sure if this is wicd-curses or perhaps some python issue. Sorry in
advance.
wicd-curses works fine, everyday everywhere, except at this cafe that uses an
accent in it's ESSID. I can connect to it without issues, but once connected
wicd-curses just crashes and outputs:
--
Traceback (most recent call last):
File "/usr/share/wicd/curses/wicd-curses.py", line 1063, in
main()
File "/usr/share/wicd/curses/wicd-curses.py", line 995, in main
ui.run_wrapper(run)
File "/usr/lib/python2.7/dist-packages/urwid/raw_display.py", line 237, in
run_wrapper
return fn()
File "/usr/share/wicd/curses/wicd-curses.py", line 88, in wrapper
return func(*args, **kargs)
File "/usr/share/wicd/curses/wicd-curses.py", line 1003, in run
app = appGUI()
File "/usr/share/wicd/curses/wicd-curses.py", line 591, in __init__
self.update_status()
File "/usr/share/wicd/curses/wicd-curses.py", line 88, in wrapper
return func(*args, **kargs)
File "/usr/share/wicd/curses/wicd-curses.py", line 734, in update_status
self.set_status):
File "/usr/share/wicd/curses/wicd-curses.py", line 88, in wrapper
return func(*args, **kargs)
File "/usr/share/wicd/curses/wicd-curses.py", line 159, in check_for_wireless
('$A', network).replace
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 10:
ordinal not in range(128)
--
The ESSID is "somethingcafé" which shows up as "somethingcaf\xC3\xA9" under
iwconfig.
I have not tried with wicd-gtk/kde.
I've been to this café a while ago and didn't ecounter this issue, I had this
network saved. Today I could list all the networks, wicd-curses crashes once it
has obtained an IP from this AP.
-- System Information:
Debian Release: 7.3
APT prefers stable
APT policy: (900, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wicd-curses depends on:
ii python2.7.3-4+deb7u1
ii python-urwid 1.0.1-2
ii wicd-daemon 1.7.2.4-4
Versions of packages wicd-curses recommends:
ii sudo 1.8.5p2-1+nmu1
wicd-curses suggests no packages.
Versions of packages wicd-daemon depends on:
ii adduser 3.113+nmu3
ii dbus 1.6.8-1+deb7u1
ii debconf 1.5.49
ii iproute 20120521-3+b3
ii iputils-ping 3:20101006-1+b1
ii isc-dhcp-client 4.2.2.dfsg.1-5+deb70u6
ii lsb-base 4.1+Debian8+deb7u1
ii net-tools1.60-24.2
ii psmisc 22.19-1+deb7u1
ii python 2.7.3-4+deb7u1
ii python-dbus 1.1.1-1
ii python-gobject 3.2.2-2
ii python-wicd 1.7.2.4-4
ii wireless-tools 30~pre9-8
ii wpasupplicant1.0-3+b2
Versions of packages wicd-daemon recommends:
ii rfkill 0.4-1
Versions of packages wicd-daemon suggests:
ii pm-utils 1.4.1-9
Versions of packages python-wicd depends on:
ii python 2.7.3-4+deb7u1
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733926: backintime: returns 0 even if backup fails
Package: backintime Version: 1.0.10-1 Severity: important backintime failed: erdos:~ $ backintime --backup-job [...] ERROR: Failed to take snapshot !!! INFO: [UserCallbackPlugin.notify_callback] 2 INFO: Unlock erdos:~ $ echo $? 0 Oops. So I wasn't told about this by cron, and I didn't notice that I hadn't had any backups for a month. Now I'll go investigate the cause of the failure, but there should have been a non-zero return state. This, of course, may have been fixed in a later version. If it's easy, I'll look into doing an NMU if that is of help to you and the general community. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729145: libfaac-dev: No amd64 package
Am Donnerstag, den 26.12.2013, 21:27 +0100 schrieb Philipp Kern: > I added it to the whitelist nevertheless and it should be picked up > with the next full wanna-build run. Thank you very much for that! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714296: dia: pdf export broken for text elements, example attached
Hello, I can confirm this serious problem in dia. See the files attached which contain a simple dia input file and the corresponding PNG/PDF exports. Both are unreadable. This makes dia pretty useless. The problem applies to all versions in Testing/Unstable, (Old-)Stable however is not affected. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D fonts.dia Description: application/dia-diagram fonts.pdf Description: Adobe PDF document <> signature.asc Description: OpenPGP digital signature
Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)
Hi! On Thu, 2014-01-02 at 09:24:55 +, Jonathan Dowland wrote: > On Mon, Dec 30, 2013 at 12:27:29PM +0100, Guillem Jover wrote: > > * signing would get rafactored into a new program so that users do > >not need to manually mangle the .changes file, rebuild or require > >devscripts for something that was possible out-of-the-box. > > I chose to read that as "debsign will move from devscripts to src:dpkg" > and felt happier. I actually don't care if debsign is reimplemented, but > I'd prefer if the Debian package development brain space was not further > complicated with more command line tools to learn[1], so I suggest that > the existing name and arguments are preserved. I'd feel very uncomfortable doing that, because it would mean, at least: * introducing a core dpkg tool within a different namespace * having to parse a devscripts specific configuration file * having to support DAK specific .commands signing * having to support remote signing IMO having debsign become a thiner wrapper around this new tool would be the goal, as it would simplify its code, people not wanting to use debsign could use the dpkg tool directly, and people not wanting to learn new stuff could keep using the wrapper w/o regressions. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733908: radare2-bindings: FTBFS: jni.h: No such file or directory
On 1/1/14 7:58 PM, Aaron M. Ucko wrote: [...] > Builds of radare2-bindings in minimal environments (as on the > autobuilders) have been failing: > > test_wrap.c:135:17: fatal error: jni.h: No such file or directory >#include >^ > compilation terminated. >- java: no > [...] > ls: cannot access *.so: No such file or directory > make[3]: Leaving directory `/«PKGBUILDDIR»/java' > > Since you evidently (and reasonably) mean to use OpenJDK rather than > GCJ, please specify appropriate flags; I'd suggest taking further > advantage of javahelper: > > include /usr/share/dpkg/buildflags.mk > include /usr/share/javahelper/java-vars.mk > CPPFLAGS += -I/usr/lib/jvm/java-7-openjdk-$(JAVA_ARCH)/include Ouch, I'm stupid! I didn't really see the final '-amd64' in the path that I was injecting. It took me a while to understand it. I'll put new packages in the mail in a moment. Thanks, Aaron. Ender. signature.asc Description: OpenPGP digital signature
Bug#733927: librecad: SIGSEGV when measure distance
Package: librecad Version: 1.0.2+nolibs-1 Severity: important Tags: upstream Dear Maintainer, * start librecad * left mousebutton click on "Show Menu 'Info'" * left mousebutton click on "Abstand (Objekt, Punkt)" * right mousebutton click on "Restrict nothing" Do this repeatedly until you get a segfault (sometimes one the first try, sometimes I need to do this 3 times until it segfaults) I think the backtrace without debugging infos isn't very usefull but here it is: Program received signal SIGSEGV, Segmentation fault. 0x00529753 in ?? () (gdb) bt #0 0x00529753 in ?? () #1 0x005297e9 in ?? () #2 0x004c29cf in ?? () #3 0x004c2bc7 in ?? () #4 0x004c2cc4 in ?? () #5 0x00638a2e in ?? () #6 0x75fcd713 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #7 0x0057248e in ?? () #8 0x7653be10 in QWidget::event(QEvent*) () from /usr/lib/x86_64 -linux-gnu/libQtGui.so.4 #9 0x764ec70c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #10 0x764f13eb in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #11 0x75fb7b5e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #12 0x764ed54b in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #13 0x76567fc4 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #14 0x76566d51 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #15 0x7658dbc2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #16 0x74160355 in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #17 0x74160688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #18 0x74160744 in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #19 0x75fe6276 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #20 0x7658d83e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #21 0x75fb68af in QEventLoop::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #22 0x75fb6b38 in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #23 0x75fbbcf8 in QCoreApplication::exec() () from /usr/lib/x86_64 -linux-gnu/libQtCore.so.4 #24 0x00425ea0 in ?? () #25 0x75114ead in __libc_start_main (main=, argc=, ubp_av=, init=, fini=, rtld_fini=, stack_end=0x7fffe418) at libc-start.c:228 #26 0x0042886d in ?? () #27 0x7fffe418 in ?? () #28 0x001c in ?? () #29 0x0001 in ?? () #30 0x7fffe6b5 in ?? () #31 0x in ?? () -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 librecad depends on: ii libc6 2.13-38 ii libdxflib-2.2.0.0 2.2.0.0-8 ii libgcc11:4.7.2-5 ii libmuparser2 2.1.0-3 ii libqt4-help4:4.8.2+dfsg-11 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-sql 4:4.8.2+dfsg-11 ii libqt4-sql-sqlite 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii librecad-data 1.0.2+nolibs-1 ii libstdc++6 4.7.2-5 librecad recommends no packages. librecad 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#725176: qemu-kvm: Live migration makes VM unusable (probably clock related)
Looks like it works fine with 1.7.0. Maciej
Bug#733909: quodlibet: Segfaults when trying to play audio/x-alac files
> "Christoph" == Christoph Reiter writes: Christoph> 2014/1/2 Peter Chubb : >> >> Quodlibet puts up a popup and segfautls. Christoph> Does it crash after closing the popup? No, beforehand. You're left with `Segmentation fault' in the xterm I started quodlibet from, and a popup in the middle of the screen. >> The popup says: >> >> Invalid Commandline The parameters passed to the application had an >> invalid format. Please file a bug! >> >> The parameters were: gstreamer|1.0|quodlibet|Apple Lossless Audio >> (ALAC) decoder|decoder-audio/x-alac, samplesize=(int)16 >> >> >> The file plays fine with $ gst-launch playbin >> "uri=file://`pwd`/28-01-Prelude.m4a Christoph> Please try with gst-launch-1.0, gst-launch is part of Christoph> GStreamer 0.10 which QL doesn't use anymore. Ahah --- it segfaults. $ gst-launch-1.0 playbin uri=file://"`pwd`"/28-01\ Suite\ For\ Lute\ BWV\ 995\ G\ Minor\ -\ Prelude.m4a Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Caught SIGSEGV #0 0x7f4d6857a95d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f4d68aad194 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f4d68aad5fa in g_main_loop_run () #3 0x7f4d68fef8a4 in gst_bus_poll (bus=bus@entry=0xa476b0, #4 0x004045a8 in event_loop (pipeline=0xa50110, #5 0x004036b7 in main (argc=3, argv=0x7fff09e4d738) Spinning. Please run 'gdb gst-launch-1.0 28190' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core. If I start with GDB I can get a more meaningful stack dump: #0 gst_ffmpegauddec_frame (ffmpegdec=0x, ffmpegdec@entry=0x7fffe4098b30, data=data@entry=0x7fffe4003150 " ", size=0, size@entry=32, got_data=0x0, got_data@entry=0x7fffeef67a28, ret=ret@entry=0x7fffeef67a2c) at gstavauddec.c:641 #1 0x7fffe2057271 in gst_ffmpegauddec_handle_frame ( decoder=0x7fffe4098b30, inbuf=0x70020b50) at gstavauddec.c:754 #2 0x75dd2a03 in gst_audio_decoder_push_buffers ( dec=dec@entry=0x7fffe4098b30, force=force@entry=0) at gstaudiodecoder.c:1307 #3 0x75dd2ddb in gst_audio_decoder_chain_forward ( dec=dec@entry=0x7fffe4098b30, buffer=0x0, buffer@entry=0x70020b50) at gstaudiodecoder.c:1410 #4 0x75dd3ec6 in gst_audio_decoder_chain (pad=, parent=0x7fffe4098b30, buffer=0x70020b50) at gstaudiodecoder.c:1678 #5 0x77b39ac8 in gst_pad_chain_data_unchecked (data=0x70020b50, type=4112, pad=0x7e1a70) at gstpad.c:3711 #6 gst_pad_push_data (pad=0x7e1610, type=type@entry=4112, data=, data@entry=0x70020b50) at gstpad.c:3941 #7 0x77b405f6 in gst_pad_push (pad=, buffer=buffer@entry=0x70020b50) at gstpad.c:4044 #8 0x75020888 in gst_single_queue_push_one (object=0x70020b50, sq=0x7fffe4007110, mq=0x7fffe4006080) at gstmultiqueue.c:1083 #9 gst_multi_queue_loop (pad=) at gstmultiqueue.c:1332 >> $ file 28-01-Prelude.m4a 28-01-Prelude.m4a: ISO Media, MPEG v4 >> system, iTunes AAC-LC Christoph> Can you send me the file via mail, dropbox etc.? Sure. Separate email. -- Dr Peter Chubb peter.chubb AT nicta.com.au http://www.ssrg.nicta.com.au Software Systems Research Group/NICTA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732676: flashplugin-nonfree: Please leave the "nosse2" option
Hello I don't know. But I see in this webpage that the 10.3 version has been actualized in the following dates for all architectures: 6/11/2013 5/14/2013 4/9/2013 3/12/2013 02/26/2013 02/12/2013 02/07/2013 01/08/2013 12/11/2012 11/6/2012 10/8/2012 8/21/2012 6/08/2012 3/28/2012 3/05/2012 2/15/2012 . . . So, for me, there is some support for this version too and I used it :-D. Many thanks. Greetings. Martintxo. 2013/12/31 18:49 (ar.) eguna, Bart Martens (e)k idatzi zuen: > Hi Martintxo, > > On Tue, Dec 31, 2013 at 12:47:05PM +0100, Martintxo wrote: > > - Go to > > http://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html > > - Find the newest 10.3 version and download the zip package. > > Does Adobe regularly deliver security updates for the 10.3 players ? > > Regards, > > Bart Martens Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. proiektu jasangaitzei erantzun juridiko-teknikoa. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731300: E: [autospawn] core-util.c: Failed to create secure directory (/run/user/0/pulse: Permission denied
Package: pulseaudio Version: 4.0-6+b1 Followup-For: Bug #731300 Dear Maintainer, This does not look like pulseaudio-specific. I see the same bug as the OP. Pulseaudio starts normally, at some point it crashes and refuses to restart complaining it can't create a directory in /run/user/0/ which is owned by root. However my .xsession-errors file indicates that dconf is also having the same problem: (x-www-browser:12505): dconf-CRITICAL **: unable to create directory '/run/user/0/dconf': S’ha denegat el permís. dconf will not work properly. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ca_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.6-3+b1 ii libasound21.0.27.2-3 ii libasound2-plugins1.0.27-2+b1 ii libc6 2.17-97 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.18-2 ii libfftw3-single3 3.3.3-7 ii libgcc1 1:4.8.2-10 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.3 ii liborc-0.4-0 1:0.4.18-1 ii libpulse0 4.0-6+b1 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-7 ii libspeexdsp1 1.2~rc1.1-1 ii libstdc++64.8.2-10 ii libsystemd-login0 204-5 ii libtdb1 1.2.12-1 ii libudev1 204-5 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.6.2-1 ii libx11-xcb1 2:1.6.2-1 ii libxcb1 1.9.1-3.1 ii libxtst6 2:1.2.2-1 ii lsb-base 4.1+Debian12 ii udev 204-5 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu2 ii pulseaudio-module-x11 4.0-6+b1 ii rtkit 0.10-3 Versions of packages pulseaudio suggests: pn paman pn paprefs ii pavucontrol 1.0-1 pn pavumeter ii pulseaudio-utils 4.0-6+b1 -- 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#733922: ITP: libmoosex-app-perl
Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libmoosex-app-perl Version : 1.22 Upstream Author : Maroš Kollár * URL : https://metacpan.org/pod/MooseX::App * License : Artistic or GPL-1+ Programming Lang: Perl Description : Write user-friendly Perl/Moose command line apps with even less suffering MooseX-App is a highly customizeable helper to write user-friendly command line applications without having to worry about most of the annoying things usually involved. Just take any existing Moose class, add a single line (use MooseX-App qw(PluginA PluginB ...);) and create one class for each command in an underlying namespace. Needed for Git::CPAN::Patch. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733928: libsane: Canon Lide 110 lineart quality degraded from 1.0.22-7.4 to 1.0.23-3+b1
Package: libsane Version: 1.0.22-7.4 Severity: important Dear Maintainer, upgrading to the latest version of libsane reduces the quality of the scan and makes a grinding noise. Downgrading to 1.0.22-7.4 stops the noise and improves the quality again to make the output readable. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1010, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.12.6+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii acl2.2.52-1 ii adduser3.113+nmu3 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc6 2.17-97 ii libexif12 0.6.21-1 ii libgphoto2-2 2.4.14-2.4 ii libgphoto2-port0 2.4.14-2.4 ii libieee1284-3 0.2.11-12 ii libjpeg8 8d-2 ii libsane-common 1.0.22-7.4 ii libtiff4 3.9.7-3 ii libusb-0.1-4 2:0.1.12-23.3 ii libv4l-0 1.0.0-1 ii multiarch-support 2.17-97 ii udev 204-5 Versions of packages libsane recommends: pn libsane-extras ii sane-utils 1.0.22-7.4 Versions of packages libsane suggests: ii avahi-daemon 0.6.31-4 pn hplip pn hpoj -- 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#733929: exim4-base: anacron instead of cron should be enough
Package: exim4-base Version: 4.82-3 Severity: normal exim4-base currently depends on cron | fcron, but it looks like it only needs jobs in /etc/cron.daily to be processed. These are also processed by anacron. So please add anacron as an alternative dependency. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732676: flashplugin-nonfree: Please leave the "nosse2" option
Hello again, and excuse for another post ! I find in this blog post from Adobe, that only the 11.2 and newer versions of flash player will be supported :-/ (until february 2017) http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html But you can maintain the 10.3 too and put a warning saying that it hasn't security support !!. Greetings. Mtx. 2014/01/02 11:21 (og.) eguna, Martintxo (e)k idatzi zuen: > Hello > > I don't know. But I see in this webpage that the 10.3 version has been > actualized in the following dates for all architectures: > 6/11/2013 > 5/14/2013 > 4/9/2013 > 3/12/2013 > 02/26/2013 > 02/12/2013 > 02/07/2013 > 01/08/2013 > 12/11/2012 > 11/6/2012 > 10/8/2012 > 8/21/2012 > 6/08/2012 > 3/28/2012 > 3/05/2012 > 2/15/2012 > . > . > . > > So, for me, there is some support for this version too and I used it :-D. Many > thanks. Greetings. Martintxo. > > > 2013/12/31 18:49 (ar.) eguna, > Bart Martens (e)k idatzi zuen: > > > Hi Martintxo, > > > > On Tue, Dec 31, 2013 at 12:47:05PM +0100, Martintxo wrote: > > > - Go to > > > > > > http://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html > > > - Find the newest 10.3 version and download the zip package. > > > > Does Adobe regularly deliver security updates for the 10.3 players ? > > > > Regards, > > > > Bart Martens > > > > Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. > proiektu jasangaitzei erantzun > juridiko-teknikoa. http://www.fundacionsustrai.org > http://www.sustraierakuntza.org Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. proiektu jasangaitzei erantzun juridiko-teknikoa. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733729: python-bootstrapform and python-django-taggit: error when trying to install together
Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/python2.7/dist-packages/tests/__init__.py /usr/share/pyshared/tests/__init__.py -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733929: exim4-base: anacron instead of cron should be enough
Marc Haber writes: > On Thu, Jan 02, 2014 at 11:33:25AM +0100, Ansgar Burchardt wrote: >> exim4-base currently depends on cron | fcron, but it looks like it >> only needs jobs in /etc/cron.daily to be processed. These are also >> processed by anacron. >> >> So please add anacron as an alternative dependency. > > anacron pulls in cron anyway, so what is this change going to buy us? anacron only recommends cron. exim4 is the only package preventing me from removing cron from my desktop system. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system other points, and conclusion
Le mardi 31 décembre 2013 à 19:01 -0800, Steve Langasek a écrit : > It's not true that it's unrelated. In v205, logind hands off the cgroup > heirarchy creation to PID 1, precisely because it's preparing for the > anticipated future kernel requirement of a single cgroup writer. This change would have happened sooner or later. The fact that logind used to work without systemd as init was purely coincidental, since logind was designed as an integral part of systemd from the very beginning (particularly because of the cgroups design). This specific change might has been triggered by anticipation for a kernel change (a change that still doesn’t exist), but if not for cgroups, it would have been for another reason. > If we're > expecting this "single cgroup writer" requirement to manifest, then it makes > sense to move cgroup writing out of logind. The problem is with moving it > to PID1, causing increasingly tight coupling between the components of > systemd. Let’s imagine for a minute that the systemd developers would have listened to this request and put the cgroup manager outside of PID 1. Since systemd starts up everything it spawns using cgroups, the very first thing it would need to do would be to start up the cgroups manager at boot time, before anything else. For systems with systemd in the initramfs, the cgroups manager needs to be in the initramfs too. A new protocol would be introduced for PID 1 to talk to the cgroups manager, and every time a process is spawned, every time a query comes from an interface, PID 1 would talk to the cgroups manager through this protocol. Other processes would talk to PID 1 through one protocol, and to the cgroups manager through another one, having to gather the information afterwards, unable to obtain it in an atomic way. What, exactly, would be the benefit of such a situation for systemd users? > > Let’s say that GNOME migrates to systemd user sessions, like what is > > planned for GNOME 2.12 (yes, the version we intend to ship in jessie, > > ain’t that sweet). > > "It's important to note that with these patches, we still support > non-systemd systems (as well as older systemd). How far into the future we > do so is an open question, but it should not be too difficult to leave > non-systemd systems with the previous model over the next few cycles." Oh but of course we can cripple our packages by disabling systemd support and live without user sessions. We can always do that. That was exactly my point. > There are > advantages to using systemd for user session management, particularly when > coupled with Wayland... And maybe after upstart, you intend to try forcing Mir upon us when GNOME packages introduce a dependency on Wayland? > but these can just as well be delivered on top of > upstart rather than systemd. It does not follow that GNOME upstream should > dictate to Debian that they adopt systemd rather than upstart. You’re acting like a good salesperson, but I’m afraid your product is inferior. These advantages cannot be provided by upstart. Just like for system services, the available features for user sessions are not comparable. > I think the current Debian GNOME team has a not-undeserved reputation for > being obstructionist with respect to bugfixes that require divergence from > upstream's stated direction. This criticism is totally undeserved. The GNOME team is involved with GNOME upstream and understands where that stated direction comes from. And usually agrees with it, but not every time: we have maintained large sets of patches in Debian because of disagreements with the way PulseAudio and GDM were managed upstream. It shouldn’t come as a surprise that it is hard for developers to respect the TC’s decisions when we see disrespectful sentences like the one above from some of its members. It strikes me that in general, the init system discussion has been polluted by hateful comments directed towards the GNOME, freedesktop and systemd projects and the Debian developers involved, by people who don’t even try to understand the technicalities behind. Too many people have let this happen, and too many developers have been hurt and demotivated. Do not expect a TC decision that would rely on political arguments instead of technical ones to improve that situation. > If the team demonstrated they were open to > contributions of the kind you described, volunteers to do the work would not > be hard to come by. You don’t just need volunteers to dig patches in the Ubuntu patch tracker and email them. You need volunteers to maintain the resulting packages. In other words, if you disagree with the ways the GNOME team maintains their packages, and appeal to the TC in order to change these ways, you’d better discuss with all current maintainers whether they are ready to abide by your rules, and have a proposal for what to put in the Uploaders: field of the resulting packages. I am pretty sure the same holds for a systemd package that
Bug#733494: OptParse exception during [dist-]upgrade
Hi, On Thu, Jan 02, 2014 at 10:44:05AM +, Wolodja Wentland wrote: > Hi Ralf, > > On Tue, Dec 31, 2013 at 16:27 +0100, Ralf Treinen wrote: > > On Sun, Dec 29, 2013 at 11:37:19AM +, Wolodja Wentland wrote: > > > Package: apt-cudf > > > Version: 3.1.3-7 > > > Severity: normal > > > > > > Dear maintainer, > > > > > > I have used apt-cudf happily for a while now, but recently it started to > > > show > > > the following behaviour: > > > > > > $ sudo apt-get --solver aspcud dist-upgrade > > > Reading package lists... Done > > > Building dependency tree > > > Reading state information... Done > > > Fatal error: exception OptParse.Opt.No_value > > > Execute external solver... Done > > > Done > > > Fatal error: exception OptParse.Opt.No_value > > > Execute external solver... Done > > > > This might be a problem with aspcud, coming from the fact that a new > > version of gringo (one of aspcud's dependencies) was uploaded to sid > > before aspcud was ready for the migration. What are your current versions > > of aspcud and gringo ? If you have gringo 4.2.1-3 installed then could > > you please try with gringo 3.0.5-1+b1 from testing? > > Thank you for your immediate answer and spot on advice. Downgrading gringo to > 3.0.5-1+b1 from testing does indeed solve the issue. Please let me know if > there is anything else that I can do to investigate the issue. thanks for your offer but this won't be necessary at the moment, aspcud upstream is already working on migrating aspcud to gringo 4. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733929: exim4-base: anacron instead of cron should be enough
severity #733929 wishlist thanks On Thu, Jan 02, 2014 at 11:33:25AM +0100, Ansgar Burchardt wrote: > exim4-base currently depends on cron | fcron, but it looks like it > only needs jobs in /etc/cron.daily to be processed. These are also > processed by anacron. > > So please add anacron as an alternative dependency. anacron pulls in cron anyway, so what is this change going to buy us? We should, however, possibly relax the cron | fcron dependency to a recommends. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732729: libfreetype6: Please upgrade to upstream 2.5.2
Control: severity -1 important Seconded, please update to this version ASAP. I have been bitten by this bug, which is fixed in 2.5.2: - Improving the display of some broken TrueType fonts introduced a bug that made FreeType crash on some popular (but not fully conformant) fonts like `ahronbd.ttf'. I had ahronbd.ttf in my ~/.fonts directory and libfreetype instantly charshed when starting a new gnome-session, taking gnome-session-daemon and others with it, rendering the whole graphical session defect. This makes it possible to sabotage someone else's system by silently dropping that font file in their $HOME directory. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645256: [Python-modules-team] Bug#645256: python-pisa: missing dependency on python-pkg-resources
On Tue, Feb 21, 2012 at 05:11:19PM +0100, W. Martin Borgert wrote: > Quoting "Jakub Wilk" : > >If the script is the main reason users install this package (I > >have no idea whether this is the case or not) > trac-wikiprint does "import ho.pisa as pisa". Other users besides trac-wikiprint may want to use xhtml2pdf, though :) I propose another way out: replace the xhtml2pdf script with this: #!/usr/bin/python from sx.pisa3 import command command() it works and it does not depend on python-pkg-resources. It skips dependency checking, but as long as the launcher script is packaged together with the library, the dependency checks are not needed. This way the command works without the need of adding any dependency to python-pisa. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#731300: E: [autospawn] core-util.c: Failed to create secure directory (/run/user/0/pulse: Permission denied
2014-01- 2, 11:22 (+0100); Ernest Adrogué escriu: > Package: pulseaudio > Version: 4.0-6+b1 > Followup-For: Bug #731300 > > Dear Maintainer, > > This does not look like pulseaudio-specific. > > I see the same bug as the OP. Pulseaudio starts normally, at some point it > crashes and refuses to restart complaining it can't create a directory in > /run/user/0/ which is owned by root. > > However my .xsession-errors file indicates that dconf is also having the > same problem: > > (x-www-browser:12505): dconf-CRITICAL **: unable to create directory > '/run/user/0/dconf': S’ha denegat el permís. dconf will not work properly. It's a systemd/PAM issue. $ echo $XDG_RUNTIME_DIR /run/user/0 when it should be /run/user/1000. See this (comment #46 and beyond): https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1197395 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723193: final 0.9 release still not in unstable
Hi, Same request as Laurent, could you upload a recent package (like the final 0.9 release) with the "lxc-debian" template shipped by upstream please ? Thanks Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733729: [Openstack-devel] Bug#733729: python-bootstrapform and python-django-taggit: error when trying to install together
Hi Ralf Treinen writes: > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > /usr/lib/python2.7/dist-packages/tests/__init__.py > /usr/share/pyshared/tests/__init__.py Probably none of the two packages should contain these files. I don't think it's a good idea for any package to ship a python module with the name "test" without any namespace qualification. If the test should really be shipped as part of the package, they should probably live in bootstrapform.tests and django-taggit.test or similar. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730983: Adopting speech-dispatcher [Was: Festival Voices and Czech voices]
Control: owner -1 debian-accessibil...@lists.debian.org Control: retitle -1 ITA speech-dispatcher -- common interface to speech Hi, [I finally found the tts team, would have been nice if it would have been mentioned more specifically: tts-proj...@lists.alioth.debian.org https://alioth.debian.org/projects/tts/ ] On 21-12-13 12:20, MENGUAL Jean-Philippe wrote: > Moreover, I think that speech-dispatcher is more related to > TTS than a11y. I am fine with this analysis, but it seems most recent (Ubuntu?) work has been done in the the git repro in the a11y realm [0]. Maybe somebody (Samuel?) could move the repro to the tts location? Until then, I like to tag this orphan bug of speech-dispatcher into a ITA, but I don't object at all to the tts team taking it over. But because dotconf 1.3 is in experimental now, I like to try to get speech-dispatcher 0.8 running in Debian/experimental as well. If I understand correctly, several dependent packages need to be fixed [1]. Seems like a transition slot for that is warranted as well. Paul [0] http://anonscm.debian.org/gitweb/?p=pkg-a11y/speech-dispatcher.git [1] http://lists.debian.org/52b7ec86.8060...@poczta.onet.pl signature.asc Description: OpenPGP digital signature
Bug#729817: Please package LilyPond 2.18.0
Control: retitle -1 Please package LilyPond 2.18.0 Hi, Don, > > As you probably know already, LilyPond 2.17.95 was released earlier > > this month, as a beta for the eventual 2.18.0 release. > > > > Would you be able to package this for experimental, in preparation > > for the final 2.18 release, so that Debian Jessie will have the > > latest, greatest package? Thanks! > > I'm probably not going to bother packaging it for experimental, as the > 2.18.0 release is [imminent]. Now that LilyPond 2.18.0, what are your plans for packaging it for Debian? Would you like some help doing so? I am keen to start using this version of LilyPond in the approved Debian way! Yours truly, John Zaitseff -- John Zaitseff,--_|\The ZAP Group Phone: +61 2 9643 7737 / \ Sydney, Australia E-mail: j.zaits...@zap.org.au \_,--._* http://www.zap.org.au/ v -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730703: [Python-modules-team] Bug#730703: python-matplotlib: Unable to create io-slave
Hello Tom, > have recently upgraded to Debian 7 and have Python Python 2.7.3 with > matplotlib 1.1.1~rc2-1. When I click on the image save icon of the plotting > window I get: > > kfilemodule(30646): couldn't create slave: "Unable to create io-slave: > klauncher said: Unknown protocol ''. I think this is more related to some KDE-thing than matplotlib. Can you try to investigate with some of the PyQT maintainers and/or seek guidance in some users support forum? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733931: yafaray-exporter: Cannot activate addon
Package: yafaray-exporter Version: 0.1.2+really0.1.2~beta5-3 Severity: important Dear Maintainer, the addon does not work at all. If I try to activate the addon in blender (File -> User Preferences -> Addons -> Render -> Render: YafaRay Exporter), it fails with following error message: Error Traceback (most recent call last): File "/usr/share/blender/scripts/modules/addon_utils.py", line 298 in enable mod=__import__(module_name) File "/usr/share/blender/scripts/addons/yafaray/__init__.py", line 80, in from.import prop ImportError: cannot import name prop Best regards Joseph -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) 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 yafaray-exporter depends on: ii blender 2.69-3 ii python 2.7.5-5 ii yafaray 0.1.5-3+b1 yafaray-exporter recommends no packages. yafaray-exporter 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#648256: Potentially interested in co-maintaining Cherokee
Hi, I have recently been in touch with upstream (Stefan de Konink) and have been assisting with a few bugs in Cherokee. I'd be interested in helping with the packaging since I will need to maintain updated Cherokee packages for myself for a Wheezy server anyway. Are you interested in co-maintaining the package in Sid? D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733929: exim4-base: anacron instead of cron should be enough
On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: > Marc Haber writes: > > On Thu, Jan 02, 2014 at 11:33:25AM +0100, Ansgar Burchardt wrote: > >> exim4-base currently depends on cron | fcron, but it looks like it > >> only needs jobs in /etc/cron.daily to be processed. These are also > >> processed by anacron. > >> > >> So please add anacron as an alternative dependency. > > > > anacron pulls in cron anyway, so what is this change going to buy us? > > anacron only recommends cron. exim4 is the only package preventing me > from removing cron from my desktop system. Out of curiosity, how is anacron invoked if not from cron? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733924: mpv: FTBFS: gcc-4.8 missing
Control: tags -1 pending
On gio, gen 02, 2014 at 10:25:09 +0100, Roland Stigge wrote:
> Package: mpv
> Version: 0.3.1-1
> Severity: wishlist
> Tags: patch
> User: debian-powerpc...@breakpoint.cc
> Usertags: powerpcspe
>
> [...]
>
> Adding powerpcspe to the list of arches of the gcc-4.8 build-dep in
> debian/control fixes this issue.
Does this mean that DEB_HOST_ARCH_CPU is the same as powerpc on powerpcspe?
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#733377: trafficserver: FTBFS: TsConfigGrammar.hpp:3:3: error: expected identifier before '{' token
tags 733377 pending thanks Hi, the issue is fixed upstream. I'm in the preparation of a new upstream version upload fixing this issue by driving by. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#733932: chromium: Abort on failed assertion with ALSA playback
Package: chromium Version: 31.0.1650.63-1 Severity: grave Tags: upstream Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 *** Preliminary note: I will NOT submit this bug upstream as I refuse to use *** a bug tracker for which I need an account with a major spyware provider. Chromium crashes when playing back audio through plain ALSA. Apparently, it runs into an assertion that fails, because the code lacks sanity checks on stuff returned by ALSA library code beforehand. [26258:26285:0102/124617:ERROR:audio_manager_base.cc(422)] Not implemented reached in virtual std::string media::AudioManagerBase::GetDefaultOutputDeviceID() [26258:26278:0102/124617:ERROR:audio_manager_base.cc(422)] Not implemented reached in virtual std::string media::AudioManagerBase::GetDefaultOutputDeviceID() ALSA lib pcm.c:7986:(snd_pcm_set_params) Unable to get period size for PLAYBACK: Invalid argument chromium --password-store=detect: pcm_params.c:170: snd1_pcm_hw_param_get_min: Assertion !snd_interval_empty(i)' failed. Aborted - -- 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.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages chromium depends on: ii chromium-inspector 31.0.1650.57-1 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libcups2 1.6.4-2 ii libdbus-1-3 1.6.18-1 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.1-1 ii libgcc1 1:4.8.2-10 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.22-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10.2-1 ii libnss3 2:3.15.3-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libspeechd2 0.7.1-6.3 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.8.2-10 ii libudev1 204-5 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 31.0.1650.63-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJSxVMhMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbJZhAAlKuNL1gEomaUI5OFHliI Sj4S5oiy4GOxD0FOr16hITttDw7YsFj11a5pTf7uLzRXVqGAUiTMlwvJmuTxkEJj pb+2/0WuBNRav7rMrVNkh7aWT+RTjNPVOlAP4Qle8Z7iiCvtF+jVK3EGIE6PJZz3 hHDpQlmylE0zXq39dUiqcqQNu7RAGfe7DX4kcpLoFuQHfItNywHwNIKtHgAR8DB+ 1G24N3R7lVPFs0uWdM8ulK3qca1ObBAMNHSfeRftvmoCj3xS6gm3i8oz/Nx2Hjl+ IMx50r6LNYqGgQAOnfHOMtvg+sJOdakhjVFmOh9cZlGd0eJx8CA6uuy71/W5in2l EUTyMqyuoUXTWbRsmoQk1S67ynP6uzDZHGWVaWaBZ+3POuRHsvEGX+tzVM5MvbXP HJ2SPztMHUq6Ygp/aDS4aHLwMuwjYs074i1MDgVMK64xx2Kf9BjVmhUDSdHEjNnw fumN67kXXo9Ox5XJYpqfCyUta9B9dmdawdc5wrI8WP+dRBa9JCow4kUDP6Rtb0nG l/kwZZYnodi+XmbE/xCCXgxrIbGlH/Rr2GUHFY71PH/D3j/eiSqGBCTOu+d6b12b wc7LDALl1z7EQyY9l891gGwLCdQUK/qPVuJrtzPZCMEX6HKO9GcCyalIrI6bKMqI G7Ud5XoGprl0JiLQa7a20UQ= =Fj1f -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#730769: reportbug: says "No bug reports found." after selecting one of the shown ones
Hello Thorsten, On Fri, Nov 29, 2013 at 1:25 PM, Thorsten Glaser wrote: ... > Retrieving report #507840 from Debian bug tracking system... > No report available: #507840 > No bug reports found. i've just tried replicating this bug but was unable to: now the bug is retrieved correctly. Are you still able to replicate it? it might have been a temporary issue. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705460: 2.39.0 available
I had problem with 2.2 debian version (I am not sure, but https did not work). With latest ide there are modules that are not availables in 2.2 version, so export to webdriver script does not work out of the box. I build a new 2.39.0 package with the following proccedure (and now I can test https pages with selenium again and use export function from IDE): $ dpkg-source python-selenium $ wget https://pypi.python.org/packages/source/s/selenium/selenium-2.39.0.tar.gz $ cd python-selen* $ uupdate ../selenium-2.39.0.tar.gz $ cp README.md CREDITS.txt ../python-selenium-2.39.0 $ cd ../python-selenium-2.39.0 $ dpkg-commit $ # add_docs.patch (name of patch) $ dpkg-buildpackage -us -uc Just curious, which component of selenium is not free ? In your comment at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552099#24 is not very obvious. At home page selenium says it has Apache 2 license which is DFSG compatible Thank you very much -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723573: xterm occasionally forgets BackSpace translation
retitle 723573 usual translations not applied when focus is on scrollbar thanks I've managed to reliably reproduce the problem. When the mouse pointer is located on the xterm's scrollbar, showing the up-and-down-arrow mouse cursor, none of the translations in the "XTerm.vt100.translations" resource get applied. This doesn't only affect backspace, it also affects some scrolling keys that I've set up in the same resource. The translations are applied normally when the mouse pointer is in the text part of the xterm, showing the I-beam mouse cursor, and when the mouse pointer is on the window frame or titlebar, showing a mouse cursor determined by the window manager. Toggling the backspace option fixed the problem merely by virtue of moving the mouse off the scrollbar. The man page contains an oblique note about applying different translations in the scrollbar context. (It talks about changing mouse button behaviour, not keys.) It shows a resource name pattern of "*VT100.scrollbar.translations". Based on that, I've tried setting a resource under the name "XTerm.vt100.scrollbar.translations", and it turns out that the scrollbar context obeys translations that are placed there. As a permanent change, I've changed my resource settings to specify the translations under a key of "XTerm.vt100*translations" instead of "XTerm.vt100.translations". Empirically this fixes the issue: the translations now apply when focus is on the scrollbar as well as in the other focus states. So it may possibly be a bug that, in the absence of an overriding XTerm.vt100.scrollbar.translations, XTerm.vt100.translations isn't applied when focus is on the scrollbar. Don't know whether that's intentional. But it is certainly a bug that the names by which translation resources are looked up are inadequately documented. The man page describes "translations" only as a resource for the "vt100" widget, not for the "scrollbar" widget (except for the implication of the example in a different section of the doc), and has no mention of translations being applied differently depending on focus. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733924: mpv: FTBFS: gcc-4.8 missing
On 01/02/2014 12:47 PM, Alessandro Ghedini wrote: > DEB_HOST_ARCH_CPU is the same as powerpc on powerpcspe? Correct. Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705460: 2.39.0 available
On Thu, Jan 2, 2014 at 12:56 PM, Javier Barroso wrote: > Just curious, which component of selenium is not free ? > > In your comment at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552099#24 is not very > obvious. At home page selenium says it has Apache 2 license which is > DFSG compatible I can see, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636677#5 where you reply that question Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733737: [Debichem-devel] Bug#733737: Add python3-cclib package
Hi Daniel, We also recently moved cclib to git and github: https://github.com/cclib/cclib, so the upstream repository used will need an update eventually. More importantly, earlier this year -- after releasing 1.1 -- we switched to Python3, and the master branch is now intended only for Python3. There is a python2 branch, although I'm not sure if all new developments will get ported there. - Karol On Dec 31 2013, Daniel Leidert wrote: > Source: cclib > Version: 1.1-1 > Severity: wishlist > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Gausssum 3 is only for Python 3. Therefor we need a python3-cclib package. > > Regards, Daniel > > > - -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (500, > 'oldstable'), (110, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > - -- no debconf information > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.15 (GNU/Linux) > > iEYEARECAAYFAlLCzE4ACgkQm0bx+wiPa4y2xwCePKrirqzd13xFs/Bi/lHc5SC4 > UCgAoJkdnJBhOH78xTF3TNECijszUHue > =Z6u8 > -END PGP SIGNATURE- > > ___ > Debichem-devel mailing list > debichem-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debichem-devel -- written by Karol M. Langner Thu Jan 2 06:49:57 EST 2014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733929: exim4-base: anacron instead of cron should be enough
Marc Haber writes: > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: >> anacron only recommends cron. exim4 is the only package preventing me >> from removing cron from my desktop system. > > Out of curiosity, how is anacron invoked if not from cron? At system startup via the init script (or systemd service or upstart job) or using systemd timers (tough this isn't shipped with the anacron package). systemd itself ships systemd-tmpfiles-clean.timer which runs a daily job, similar to how anacron itself works: +- | [Unit] | Description=Daily Cleanup of Temporary Directories | Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8) | | [Timer] | OnBootSec=15min | OnUnitActiveSec=1d +[file:///lib/systemd/system/systemd-tmpfiles-clean.timer] Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733933: libpython2.7-minimal: arch-dependent file in "Multi-Arch: same" package
Package: libpython2.7-minimal Version: 2.7.6-4 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libpython2.7-minimal is marked as "Multi-Arch: same", but the following file is architecture-dependent: /usr/share/doc/libpython2.7-minimal/changelog.Debian.gz An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur libpython2.7-minimal_2.7.6-4_i386/usr/share/doc/libpython2.7-minimal/changelog.Debian libpython2.7-minimal_2.7.6-4_amd64/usr/share/doc/libpython2.7-minimal/changelog.Debian --- libpython2.7-minimal_2.7.6-4_i386/usr/share/doc/libpython2.7-minimal/changelog.Debian 2013-12-30 17:37:29.0 +0100 +++ libpython2.7-minimal_2.7.6-4_amd64/usr/share/doc/libpython2.7-minimal/changelog.Debian 2013-12-30 15:30:14.0 +0100 @@ -1,8 +1,7 @@ python2.7 (2.7.6-4) unstable; urgency=medium * Update to 20131230, taken from the 2.7 branch. - * Disable sphinx refcounting extension, removed in sphinx-1.2. -Closes: #733404. + * Fix build error with incompatible sphinx-1.2. Closes: #733404. -- Matthias Klose Mon, 30 Dec 2013 15:17:09 +0100
Bug#733935: libltdl-dev: arch-dependent files in "Multi-Arch: same" package
Package: libltdl-dev
Version: 2.4.2-1.4
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libltdl-dev is marked as "Multi-Arch: same", but the following files are
architecture-dependent:
/usr/share/libtool/libltdl/Makefile.in
/usr/share/libtool/libltdl/aclocal.m4
An example diff between i386 and amd64 is attached.
--
Jakub Wilk
diff -ur libltdl-dev_2.4.2-1.4_i386/usr/share/libtool/libltdl/Makefile.in
libltdl-dev_2.4.2-1.4_amd64/usr/share/libtool/libltdl/Makefile.in
--- libltdl-dev_2.4.2-1.4_i386/usr/share/libtool/libltdl/Makefile.in
2014-01-02 00:33:52.0 +0100
+++ libltdl-dev_2.4.2-1.4_amd64/usr/share/libtool/libltdl/Makefile.in
2014-01-02 02:15:48.0 +0100
@@ -1,4 +1,4 @@
-# Makefile.in generated by automake 1.14 from Makefile.am.
+# Makefile.in generated by automake 1.14.1 from Makefile.am.
# @configure_input@
# Copyright (C) 1994-2013 Free Software Foundation, Inc.
@@ -87,7 +87,7 @@
subdir = .
DIST_COMMON = $(srcdir)/Makefile.in $(srcdir)/Makefile.am \
$(top_srcdir)/configure $(am__configure_deps) \
- $(srcdir)/config-h.in lt__dirent.c argz.c lt__strl.c \
+ $(srcdir)/config-h.in argz.c lt__strl.c lt__dirent.c \
$(top_srcdir)/config/depcomp $(am__include_HEADERS_DIST) \
$(am__ltdlinclude_HEADERS_DIST) COPYING.LIB README \
config/compile config/config.guess config/config.sub \
@@ -1000,9 +1000,10 @@
&& dc_destdir="$${TMPDIR-/tmp}/am-dc-/" \
&& am__cwd=`pwd` \
&& $(am__cd) $(distdir)/_build \
- && ../configure --srcdir=.. --prefix="$$dc_install_base" \
+ && ../configure \
$(AM_DISTCHECK_CONFIGURE_FLAGS) \
$(DISTCHECK_CONFIGURE_FLAGS) \
+ --srcdir=.. --prefix="$$dc_install_base" \
&& $(MAKE) $(AM_MAKEFLAGS) \
&& $(MAKE) $(AM_MAKEFLAGS) dvi \
&& $(MAKE) $(AM_MAKEFLAGS) check \
diff -ur libltdl-dev_2.4.2-1.4_i386/usr/share/libtool/libltdl/aclocal.m4
libltdl-dev_2.4.2-1.4_amd64/usr/share/libtool/libltdl/aclocal.m4
--- libltdl-dev_2.4.2-1.4_i386/usr/share/libtool/libltdl/aclocal.m4
2014-01-02 00:33:52.0 +0100
+++ libltdl-dev_2.4.2-1.4_amd64/usr/share/libtool/libltdl/aclocal.m4
2014-01-02 02:15:48.0 +0100
@@ -1,4 +1,4 @@
-# generated automatically by aclocal 1.14 -*- Autoconf -*-
+# generated automatically by aclocal 1.14.1 -*- Autoconf -*-
# Copyright (C) 1996-2013 Free Software Foundation, Inc.
@@ -35,7 +35,7 @@
[am__api_version='1.14'
dnl Some users find AM_AUTOMAKE_VERSION and mistake it for a way to
dnl require some minimum version. Point them to the right macro.
-m4_if([$1], [1.14], [],
+m4_if([$1], [1.14.1], [],
[AC_FATAL([Do not call $0, use AM_INIT_AUTOMAKE([$1]).])])dnl
])
@@ -51,7 +51,7 @@
# Call AM_AUTOMAKE_VERSION and AM_AUTOMAKE_VERSION so they can be traced.
# This function is AC_REQUIREd by AM_INIT_AUTOMAKE.
AC_DEFUN([AM_SET_CURRENT_AUTOMAKE_VERSION],
-[AM_AUTOMAKE_VERSION([1.14])dnl
+[AM_AUTOMAKE_VERSION([1.14.1])dnl
m4_ifndef([AC_AUTOCONF_VERSION],
[m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl
_AM_AUTOCONF_VERSION(m4_defn([AC_AUTOCONF_VERSION]))])
Bug#733934: libmikmatch-ocaml-dev: an attempt to compile a program using the provided library fails
Package: libmikmatch-ocaml-dev
Version: 1.0.6-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
I was using "mikmatch" library on Debian stable (Wheezy) and with GODI.
I have found out that in Debian testing (Jessie), the provided library
somehow cannot be used. The attempt to compile a program that tries to
link it fails.
* What exactly did you do (or not do) that was effective (or
ineffective)?
- I took a fresh Debian testing system.
- I installed some packages I wanted to use:
apt-get install libbatteries-ocaml-dev libsexplib-camlp4-dev
libmikmatch-ocaml-dev libfindlib-ocaml-dev libxml-light-ocaml-dev
libbin-prot-camlp4-dev
- and did this:
touch main.ml
ocamlfind c -c -syntax camlp4o -package mikmatch_pcre main.ml
* What was the outcome of this action?
- ocamlfind terminated with exit status 1
- ocamlfind did not generate executable binary
- ocamlfind printed the following:
Camlp4: Uncaught exception: Delete.Rule_not_found (("LIDENT ((_))",
"patt: [ \"as\" LEFTA\n [ SELF; \"as\"; a_LIDENT ]\n| \"|\" LEFTA\n [ SELF;
\"|\"; SELF ]\n| \",\" LEFTA\n [ SELF; \",\"; LIST1 NEXT SEP \",\" ]\n| \"::\"
RIGHTA\n [ SELF; \"::\"; SELF ]\n| \"apply\" RIGHTA\n [ \"lazy\"; SELF\n |
ANTIQUOT ((\"\" | \"pat\" | \"anti\"), _)\n | patt_constr; SELF\n |
patt_constr ]\n| \"simple\" LEFTA\n [ ANTIQUOT ((\"\" | \"pat\" | \"anti\"),
_)\n | ANTIQUOT (\"tup\", _)\n | ANTIQUOT (\"`bool\", _)\n | QUOTATION _\n
| \"-\"; a_INT\n | \"-\"; a_INT32\n | \"-\"; a_INT64\n | \"-\";
a_NATIVEINT\n | \"-\"; a_FLOAT\n | \"false\"\n | \"true\"\n | \"[\";
\"]\"\n | \"[\"; sem_patt_for_list; \"::\"; SELF; \"]\"\n | \"[\";
sem_patt_for_list; \"]\"\n | \"[|\"; \"|]\"\n | \"[|\"; sem_patt; \"|]\"\n |
\"{\"; label_patt_list; \"}\"\n | \"(\"; \")\"\n | \"(\"; \"module\";
a_UIDENT; \")\"\n | \"(\"; \"module\"; a_UIDENT; \":\"; package_type; \")\"\n
| \"(\"; SELF; \":\"; ctyp
; \")\"\n | \"(\"; SELF; \")\"\n | \"_\"\n | \"`\"; a_ident\n | \"#\";
type_longident\n | ident\n | a_INT\n | a_INT32\n | a_INT64\n |
a_NATIVEINT\n | a_FLOAT\n | a_STRING\n | a_CHAR; \"..\"; a_CHAR\n | a_CHAR
] ]"))
Error while running external preprocessor Command line: camlp4 '-I'
'/usr/lib/ocaml/camlp4' '-I' '/usr/lib/ocaml/pcre' '-I' '/usr/lib/ocaml' '-I'
'/usr/lib/ocaml/mikmatch_pcre' '-parser' 'o' '-parser' 'op' '-printer' 'p'
'pcre.cma' 'unix.cma' 'pa_mikmatch_pcre.cma' 'main.ml' > /tmp/ocamlppa8c5b2
* What outcome did you expect instead?
- ocamlfind should terminate with exit status 0
- ocamlfind should generate executable binary
(which in this case should do nothing)
*** End of the template - remove these lines ***
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmikmatch-ocaml-dev depends on:
ii camlp4 [camlp4-4.01.0] 4.01.0-3
ii libmikmatch-ocaml [libmikmatch-ocaml-lrjk2] 1.0.6-3
ii libpcre-ocaml-dev [libpcre-ocaml-dev-36gi0] 7.0.2-4
ii ocaml-nox [ocaml-nox-4.01.0] 4.01.0-3
Versions of packages libmikmatch-ocaml-dev recommends:
ii ocaml-findlib 1.4-2
libmikmatch-ocaml-dev 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#733929: exim4-base: anacron instead of cron should be enough
On Thu, Jan 02, 2014 at 01:08:23PM +0100, Ansgar Burchardt wrote: > Marc Haber writes: > > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: > >> anacron only recommends cron. exim4 is the only package preventing me > >> from removing cron from my desktop system. > > > > Out of curiosity, how is anacron invoked if not from cron? > > At system startup via the init script (or systemd service or upstart > job) or using systemd timers (tough this isn't shipped with the anacron > package). So this is actually a patch making systemd migration easier. Thanks for clarifying that. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system thoughts
On Wed, Jan 01, 2014 at 08:15:46PM +0200, Uoti Urpala wrote: > On Wed, 2014-01-01 at 17:17 +, Colin Watson wrote: > > On Wed, Jan 01, 2014 at 05:52:03PM +0100, Ansgar Burchardt wrote: > > > On the other hand even when using upstart as an init replacement, we'll > > > continue to use large chunks of systemd (logind, other dbus > > > services). I personally think "less is more" would only be a convincing > > > argument if we actually would not need the aditional features. > > I think this counterargument, while valid, misses the major flaw in the > "would be more compelling if it tried to do less" claim: > > You can simply not install any of these additional services if you don't > want them. This is completely trivial to do. It is indeed technically trivial, but I invite you to review your own responses to the binfmt-support thread to see why it isn't socially trivial. To put it another way, it will help to be careful with pronouns. The "you" in your sentence necessarily doesn't refer to me (as the person objecting to the presence of certain features in this case), but to the Debian systemd maintainers. It's also not, in general, "trivial" to do something if it involves a massive argument, even if the patch would end up being a one-liner. Social costs are costs too. > > I'm referring to features that I don't think we'll need, not to logind > > et al. So far I feel that the debates about those seem to be a bit > > circular and go something like this: > > > > A: This feature of systemd conflicts with something else; I'd rather > > we didn't use it. > > B: You can disable that, you know. > > A: OK, let's disable it. > > B: But you shouldn't disable it because that would make Debian systemd > > less compatible with systemd on other distributions. > > A: ... > > Here B first correctly points out that the feature can be disabled if > desired, and thus the situation cannot be worse than with upstart - you > can do at least as well with systemd as you could with upstart. Then you > (A) have a disagreement with B about whether disabling the feature is > the _best_ way to handle the situation: B thinks that gaining > compatibility with other distributions is a bigger plus, and that > changing to the systemd way is an actual win over current situation, > rather than just neutral like the the upstart and disabling with systemd > cases. Perhaps this is the fundamental disagreement. I do not necessarily consider compatibility as an end in itself. Where Debian is already better than other distributions, we should remain better, not stick to a lowest common denominator for the sake of compatibility. I'm specifically referring here to cases where Debian already has a superior implementation of a given feature. And to answer the strawman that several people have directed my way, I obviously have no objection to enabling features in the case where they're the best implementation available. But it looks as though the default is to rank compatibility above quality of behaviour; that is certainly the impression I get from the e-mails I've received. -- Colin Watson [cjwat...@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#727823: ibus-skk: Unwanted keyboard layout change
This problem is due to "jp" layout's been forced by
/usr/share/ibus/component/skk.xml.
By changing to the "default" from "jp",
you can use the keyboard layout of the system default.
$ diff -u /usr/share/ibus/component/skk.xml{.orig,}
--- /usr/share/ibus/component/skk.xml.orig 2014-01-02 21:24:46.918087412 +0900
+++ /usr/share/ibus/component/skk.xml 2013-12-30 20:53:39.0 +0900
@@ -18,7 +18,7 @@
GPL
Daiki Ueno
/usr/share/ibus-skk/icons/ibus-skk.svg
- jp
+ default
SKK
SKK Input Method
70
I attached the patch for ibus-skk package.
Thanks.
--
Regards,
Hajime MIZUNO
Key fingerprint = 9B07 B934 B70C 8482 8892 E276 502E 0713 4EEF 9E8D
Description: use the keyboard layout of the system default
Avoid mismatch with non-JP keyboard and forcing JP keyboard layout,
by specifying layout as "default". Some of ibus-skk users use it with
non-JP keyboard such as "US", and forcing "JP" keyboard layout annoys
them. This patch will solve it.
.
Author: Hajime Mizuno
--- ibus-skk-1.4.1.orig/skk.xml.in.in
+++ ibus-skk-1.4.1/skk.xml.in.in
@@ -18,7 +18,7 @@
GPL
Daiki Ueno
${pkgdatadir}/icons/ibus-skk.svg
- jp
+ default
SKK
SKK Input Method
70
Bug#707198: Still relevant.
On Mon, Nov 11, 2013 at 06:08:18PM +0400, Vlad Orlov wrote: > This is still relevant. The upstream is at 1.0.30. > Quite a lot of things have been added or changed, see the changelog: > http://bazaar.launchpad.net/~bit-team/backintime/trunk/view/head:/CHANGES I have just uploaded the NMU version 1.0.34-0.1 to the 5-day delayed queue. Here is the changelog entry: backintime (1.0.34-0.1) unstable; urgency=medium * Non-maintainer upload * New upstream release (Closes: #707198, #730341, #727213) * Remove portable-configure patch, as now applied upstream; extend desktop-su patch to include kde4 * Moved documentation from /usr/share/doc/backintime to /usr/share/doc/backintime-common, as there is no "backintime" binary package * Updated debian/watch to match new repository filenames * Might also close some of the other outstanding bugs; these need to be triaged -- Julian Gilbey Thu, 02 Jan 2014 10:03:47 + Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria
Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-google-crosextra-caladea Version : 20130214 * URL : http://gsdview.appspot.com/chromeos- localmirror/distfiles/crosextrafonts-20130214.tar.gz * License : Apache Description : Caladea is metric-compatible with Cambria This is a font that I am going to package under the umbrella of the pkg-fonts team. It is a drop-in replacement for the Cambria font shipped with Microsoft Windows 7. It is part of the Google Crosextra fonts which are meant as a supplement to the Google Croscore fonts, which are drop-in replacements for Arial, Courier New and Times New Roman (similar to the Liberation fonts, but not yet packaged for Debian). It is accompanied by the Carlito font, which is a drop-in replacement for Calibri, but is released under a different license (OFL 1.1). I am currently indifferent if I should file a separate ITP for it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733300: [RFR] templates://kinect-audio-setup/{templates}
Christian PERRIER wrote:
> Template: kinect-audio-setup/accept_eula
> Type: boolean
> Default: false
> +#flag:translate!:3
> _Description: Do you accept the Microsoft KinectForWindows EULA?
> + In order to fetch the binary firmware needed by the kinect-audio-setup
> package, you need
> + to agree to the End User License Agreement (EULA) of the Microsoft
> + KinectForWindows Software Development Kit:
I don't see any sign of upstream styling the product as
"KinectForWindows" (beyond the URL being alloneword); it's always
"Kinect for Windows".
It seems a shame that users need to open a browser to read this EULA
when you're already fetching stuff for them, but I suppose it's not as
if there's any hope you could cram the text into a debconf dialogue.
Foolishly, perhaps, I've tracked down and looked at the actual EULA
(http://www.microsoft.com/en-us/kinectforwindows/develop/sdk-eula.aspx).
It doesn't license using the downloaded files in order to run the
Kinect hardware under Linux; only "to design, develop, and test your
programs that run specifically on a Microsoft Windows operating
system". Asking end-users to agree to it seems a bit pointless.
[...]
> Template: kinect-audio-setup/eula_not_accepted
> -Type: note
> +Type: error
> _Description: EULA not accepted
> - You need to accept the EULA of Microsoft KinectForWindows SDK in order
> - to fetch the binary firmware needed by this package.
> + You need to accept the End User License Agreement (EULA) of Microsoft
> KinectForWindows Software Development Kit in order
of the Microsoft
Kinect for Windows Software Development Kit
(And let's do some re-wrapping.)
In the control file:
> Description: helpers to setup audio input from the Microsoft Kinect sensor
The noun is "setup", but the verb is separable ("set it up") and
therefore written with a space as "to set up". Or since that's
getting a bit long, we could turn it into a noun-pile as:
Description: Microsoft Kinect audio sensor setup helpers
> When the Kinect is first plugged in the USB port it shows up as
Why do we need to specify the port?
> a generic USB device with a bulk endpoint; after uploading a certain
Should that be "a bulk transfer endpoint"? And either way, is there
really any need to mention anything this technical?
> firmware a reenumeration takes place and a USB Audio Class device
> becomes available.
"A certain firmware" is treating a mass noun as a count noun, and
"uploading" is confusing (especially given that the only subject the
sentence has had so far is the Kinect device).
I'm not sure about this, but isn't the device stack "reenumeration"
technically a separate event from the reset that makes the device
change class? And it should probably at least be hyphenated...
So:
When the Kinect is first plugged in, it shows up as a generic USB device
with a bulk endpoint; after the appropriate firmware is installed, a
re-enumeration takes place and a USB Audio Class device becomes available.
> kinect-audio-setup provides tools to download the firmware off the net
> + at installation time (since the firmware is not redistributable), and
> it sets up udev rules to call the firmware loader when the device is
> plugged in to finally get the USB Audio Class device.
Say "from the Internet" (since it won't let you fetch a copy from
http://server.local), and rearrange slightly to reduce repetition and
avoid initial lowercase:
Since the firmware is not redistributable, kinect-audio-setup provides
tools to download it from the Internet at installation time, and sets up
udev rules to call the firmware loader when the device is plugged in to
finally get the USB Audio Class device.
> .
> + The UAC firmware is downloaded from the Microsoft Kinect Software
> + Development Kit at http://www.kinectforwindows.org, the license
> + of which can be found at http://www.kinectforwindows.org/download/EULA.htm
The main problem remaining here is the fact it isn't true.
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
Template: kinect-audio-setup/accept_eula
Type: boolean
Default: false
#flag:translate!:3
_Description: Do you accept the Microsoft Kinect for Windows EULA?
In order to fetch the binary firmware needed by the kinect-audio-setup
package, you need to agree to the End User License Agreement (EULA) of
the Microsoft Kinect for Windows Software Development Kit:
.
http://www.kinectforwindows.org/download/EULA.htm
Template: kinect-audio-setup/eula_not_accepted
Type: error
_Description: EULA not accepted
You need to accept the End User License Agreement (EULA) of the
Microsoft Kinect for Windows Software Development Kit in order
to fetch the binary firmware needed by the kinect-audio-setup package.
.
You can do thi
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
On 01/01/2014 05:44 PM, Michael Vogt wrote: On Wed, Jan 01, 2014 at 12:30:16PM +0100, Michael Schaller wrote: A few comments on the patches: Thanks for your review and the points you raised. You're welcome. I really like the idea to use Travis CI. 1) tests/test_pep8.py Can you document in a comment or docstring why you ignore certain issues and what these issues are? This should help readers to better understand what the test does and more importantly what it ignores. Furthermore do you plan to reduce the number of ignores in the future? If so you should add a TODO for yourself. 2) tests/test_pep8.py Can you use instead of 'self.assertEqual(res, 0)' a better fail message like you did in 'tests/test_pyflakes.py'? 3) tests/test_pyflakes.py You don't need the 'from __future__ import print_function' import with Python 3. Those are fixed in my git branch now, thanks! Thanks. Could you include the detailed messages for the error codes? (taken from --show-pep8) E125 continuation line does not distinguish itself from next logical line E126 continuation line over-indented for hanging indent E127 continuation line over-indented for visual indent E128 continuation line under-indented for visual indent IMHO those should be fixed too because they increase the readability of the source code. You can try to fix those with autopep8. 4) debian/control (nitpick) I prefer to sort dependencies alphabetically. I have no opinion about this :) I don't really mind either way. Especially for packages with many dependencies I think it helps to check if a dependency is already there or missing. But given that one doesn't look often into debian/control I can really understand that there is no strong opinion on it. ;-) 5) .travis.yml I would really like to see a rather lengthy comment in the beginning of the YAML file to explain what purpose it serves and what it does. I also think you should give a link here and that you should explain what should happen after Trusty. Maybe it would be even better to use SID instead of Trusty. 6) .travis.yml Why do you run './debian/rules binary' and not 'dpkg-buildpackage'? 7) .travis.yml Why not also ensure here that Lintian and if possible piuparts have no issues with the newly built package? Good points, I added a explaination to the top now that hopefully addresses the points. I renamed the added sources.list entry as its misleading. In my branch its using "distro-info --stable" to get test latest python3.3 and apt/libapt. Using sid here is probably a bit too fragile, the chroots of the travis-ci.org are ubuntu based. But I would certainly love to see a travis-ci instance that is debian based. I changed the "debian/rules binary" in my branch now to be "./debian/rules build-arch". This will build and run the tests. We can't use dpkg-buildpackage currently as its using fakeroot and the tests (iirc in the test_auth.py code) also use fakeroot and nesting is not possible AFAIK. But I do like the idea of building the deb and doing additional checks like lintian/piuparts. Thanks for the good explanation. ^^ BTW: Don't you need a '-q' for 'sudo apt-get install build-essential $(gdebi -q --apt-line ./debian/control)', too? Cheers and happy new year! Michael Oh yeah. Happy new year! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs
On Wed, Jan 01, 2014 at 11:19:26PM +0100, Klaus Ethgen wrote: > Am Di den 23. Jul 2013 um 18:48 schrieb Michael Prokop: > > Does anyone have any objections against the current implementation > > of #652459 to support mounting of /usr in the initramfs? > > Yes, I have. Sorry about. > > This will prevent from using /usr via NFS or having a /usr md device or > having /usr on LVM (Not sure about any of this issues, as I use initram > only on systems with a NFS /usr.) And there is even more cases where the > /usr mount needs to be done later in init stack. This patchset will continue to allow you to have /usr on NFS and/or MD/LVM. However, it will require you to use an initramfs to mount /usr as a separate filesystem. /usr on NFS is fairly pointless though--just have the whole rootfs (including /usr) on NFS and be done with it. If there are combinations of local/NFS which aren't catered for, e.g. local / and NFS /usr then we can look at fixing that. I think I tested all these combinations back when I wrote the patchset, but my memory isn't great. > And I even fear about what to solve with this patch. I usually use a > non-initram-kernel to boot my systems and have /usr on separate device. > My fantasy tells me that the patch should solve some issues that was > brought to debian by systemd. Just my fantasy. I hope, I am wrong with > this. This patchset is unrelated to the init system; it will need minor changes to util-linux mount and sysvinit to avoid mounting /usr in mountall. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733938: libxml-security-java: CVE-2013-4517
Package: libxml-security-java Severity: grave Tags: security Justification: user security hole Please see http://santuario.apache.org/secadv.data/cve-2013-4517.txt.asc Please prepare updated oldstable-security/stable-securitypackages for this issue and CVE-2013-2172 (as fixed in 1.5.5-2) and contact t...@security.debian.org http://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652459: Move awk implementations from /usr/bin to /bin
On Tue, Dec 31, 2013 at 01:12:36PM +, Dimitri John Ledkov wrote: > On 31 December 2013 08:11, Vincent Bernat wrote: > > ❦ 31 décembre 2013 01:30 CET, m...@linux.it (Marco d'Itri) : > > > >>> Any thoughts? > >> The correct solution is completing #652459, which mounts /usr in the > >> initramfs. > > > > It is quite unclear why this bug is stalled. It just needs doing. But it requires coordinated uploads of initramfs-tools sysvinit util-linux to get all the bits in place. lamont was going to upload a new util-linux to unstable in December but it hasn't happened yet. I was going to upload a test version of all three to experimental for testing, which I can look at doing this weekend. > I believe there were reservations about /etc portions of the patch > series, which were asked to be "unbundled" and to be considered > separately. I don't know if this was done, if not I guess I should > come up with such patch on top of the proposed patch series, as one of > the interested parties to get this resolved. The patch series includes the /etc bits in separate patches. These can just be ignored if not wanted; there is no further work required from that point of view, I think. Given that they won't be used by default and are harmless, but do add interesting new capabilities, I would like to see them used though. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733815: Modules completion takes a very long time
> when I switched out the "sort|uniq -u" and put in sort -u, it no longer > worked.< Sorry, I made a mistake. The pipe "sort | uniq" is equivalent to "sort -u". However, you use "uniq -u", which differs from "uniq" without options :-) > i.e. check it out.. the above should give you the same number > of unloaded mods as your code... I checked and works. Thanks, FA
Bug#733939: man page for avr-libc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: avr-libc Version: 1:1.8.0-4 Tags: patch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSxWGFAAoJEBy08PeN7K/pFvMQAIdSGR/ZIsihG38iTgHZMOgz qFBVejhZdGBZnAgqDcq0oNCzGi/gPPuJb6hImkCjKtxQyT4cE9fQT2nkvDjKuQ3N pp86zru6l4sBnMFL4clfhDo/+yAAGjkU626x81WEbSlHoyj20o3GDY+xfi+4Oq3N fRC3pR/cLgjmyzkIHOMAYldj4lFk7oXZtQdrPFSJtKpMH7B+JzLPWJB4ox6iFHcq FRrm9V9lYD9V+F7nBgO+MPtjps4idIoqqQK0RxYMcNosshHQ9TvW1FV1CckasBzI YpdVy6vlJlohybJor0Qek3fPlQ4dTTCe0IXNCXdxxeTNGaFdwutlXvqqh39Yfste t6z0EoUDWHE+jVwCJhH6zA3Y9GLs441Du/D5k6rPPVnzObSUPvB68joit4NLzIH9 I05rQcMwT4oApvG/9KGaTl3OZm4djM0FDV103XjacZMg3Dzjzgon1o3O3guLjpcV b4fiKyY5cpZVQUw5l1GtrA49miK2q0g7MuX6s433i4KlwvZch9FuwI17vk1qzgqY xqCXhc+1zCNv0RK4WnNAtlt+XNvbN3Rbv9e7PV2sdzUKyP+AHhk5vlqOdebghFW1 3jMRerCwWqD5B5r+xdYxZ7eduxAbdZf16IQYyG8E0wcfRSvJW0RgdVpHqM8Gy/pH vXGMSpvlG+CmovJjo1ht =/ykl -END PGP SIGNATURE- .TH "AVR_MAN" 1 "2014-01-02" .SH NAME avr-man - a man(1) replacement to access the avr-libc manual pages .SH SYNOPSIS \fB avr-man \fR [ \fIOPTION\fR ] \fIpage\fR .SH DESCRIPTION .B avr-man is a wrapper script for \fBman\fR(1), displaying results for the specified \fIpage\fR from the manual pages shipped with the .IR avr-libc package. .PP \fIOPTION\fR parameters are passed to man. .SH "SEE ALSO" \fBman\fR(1) avr-man.1.sig Description: PGP signature
Bug#491547: web server policy requires /var/www, not in FHS
Hi, even more so a discussion on debian-devel [1] came to the conclusion that /var/www as a document root is security-wise a bad default for web servers. Therefore, we, Apache maintainers, decided to change the default document root to /var/www/html (#730372). This might be seen as a policy violation as of §11.5, but we do not violate the FHS as this directory does not exist there. I'm not sure about the state of the FHS when this bug was filed, but to date /srv exists per FHS as a place to put organization-local files, e.g. document roots which is a replacement to /var/www _to users_. We, as a maintainer cannot use /srv straight though to avoid information leaks. Moreover, we must neither assume any organization-local directory structure below /srv. Please clarify this ambiguity in the policy. [1] https://lists.debian.org/debian-devel/2012/04/msg00301.html -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#184979: base-passwd: Please use debconf if available
On Wed, Jan 01, 2014 at 08:53:51PM -0800, Russ Allbery wrote:
> I've been taking a look at this bug because I care a lot about #581899
> getting fixed. I've reviewed the bug logs of both this bug and #143437.
Thanks for looking at this! Note, in case it helps and I haven't
already mentioned it, that base-passwd is now revision-controlled using
git
(http://anonscm.debian.org/gitweb/?p=users/cjwatson/base-passwd.git); I
mention that since I only uploaded the change of Vcs-* fields yesterday.
> Unfortunately libdebconfclient doesn't appear to be particularly
> well-documented (at least, I didn't find anything except header files,
> which mostly don't even have comments). Is there anything needed here
> other than calling debconfclient_new() and then calling
> debconf_register(), debconf_subst(), debconf_input() and client->ret() as
> needed, and then debconfclient_delete() when update-passwd is done?
It's a pretty thin layer over the debconf protocol. That sounds right.
> I think this would require finding all the places in the code that make
> updates and have them call to a prompting routine, which would need to
> instantiate questions from a template using REGISTER. And to do this
> properly, all of those questions are going to need to encode the actual
> change that would be made so that a previous answer doesn't inadvertantly
> answer an unrelated question.
Indeed. (It would also be possible to reuse a smaller number of
questions and forcibly reset them, but I think that's much less good
than dynamically registering questions for each thing that might have a
different answer.)
> The thought that I had on how to handle the question naming problem was to
> name the questions after the substance of the change, so proposed changes
> like:
>
> Changing gid of sync from 100 to 65534
> Changing gid of games from 100 to 60
> Changing gid of man from 100 to 12
> Changing GECOS of list from "SmartList" to "Mailing List Manager".
> Changing home-directory of nobody from /home to /nonexistent
> Adding group "man" (12)
>
> would become questions:
>
> base-passwd/system/user/sync/gid/100/65534
> base-passwd/system/user/games/gid/100/60
> base-passwd/system/user/man/gid/100/12
> base-passwd/system/user/list/gecos
> base-passwd/system/user/nobody/home/home/nonexistent
> base-passwd/system/group/man/add
This seems reasonable.
> In other words, the question naming scheme would start with base-passwd
> (of course), and then the following fields in order:
>
> target "system" for regular files, "other" if -P or -G given
> type"user" or "group"
> nameThe identifier of the user or group affected
> action One of the following:
> - "add" to add this user or group
> - "remove" to delete this user or group
> - "uid" to change the UID of a user
> - "gid" to change the GID of a user or group
> - "gecos" to change the GECOS
> - "home" to change the home directory
> - "shell" to change the shell
>
> Then, for any action other than "add" or "remove", the next two fields are
> the old and new values. For home directory and shell, this is basename()
> of the values. That will probably be sufficiently unique in practice to
> not pose major issues. (Alternately, we could map "/" to "_" if you'd
> prefer.)
I'd probably go with mapping to "_". Just be careful to sanitise input,
as some of the data comes from the current system state and not
necessarily from {passwd,group}.master; I think it's fairly crazy to set
a system user's home directory to something containing a space, say, but
it's possible and it shouldn't cause update-passwd to break the debconf
protocol if the sysadmin has done that.
> As an exception, I would omit the old and new values for GECOS and use the
> same question and the same preseeded answer for all GECOS changes. I
> think the user is likely to either approve of GECOS changes for that user
> in general or not want it changed at all. I doubt there is any real
> benefit to prompting for each different change.
Agreed. That probably also implies that there's no need to reset that
question's seen flag.
> Note that this produces the same question identifiers for any non-system
> files, which isn't ideal, but since you mentioned that this would probably
> only be used for testing, I'm inclined to avoid any unnecessary complexity
> there.
Right. I wouldn't actually expect people to use the debconf protocol in
that case.
> I think question coalescing is going to be quite difficult without
> basically rewriting the whole control flow of update-passwd, so I'm
> inclined to bail on that. Similarly, while it would be nice to support
> backing up in the questions, it looks like quite a lot of work.
Agreed. We can always do this later if need be.
> Over time, in theory, this could result in a fair
Bug#733360: Possible fix
Possibly fixed in git master by a different way to include the Freetype headers: https://git.gnome.org/browse/dia/commit/?id=0b863adcad031c70601e375d72dae64fdd967752 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733505: rush CVE-2013-6889 forwarded upstream?
Hi Steve, have you informed the rush upstream developer about this issue? I could not find anything in the public ressources upstream so far. Sven -- we live we love we learn and breathe each breath we take makes me believe that we can take this road forever if we take this road together [ AZ0 - Endless Roads ] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733929: exim4-base: anacron instead of cron should be enough
Marc Haber writes: > On Thu, Jan 02, 2014 at 01:08:23PM +0100, Ansgar Burchardt wrote: >> Marc Haber writes: >> > On Thu, Jan 02, 2014 at 11:53:06AM +0100, Ansgar Burchardt wrote: >> >> anacron only recommends cron. exim4 is the only package preventing me >> >> from removing cron from my desktop system. >> > >> > Out of curiosity, how is anacron invoked if not from cron? >> >> At system startup via the init script (or systemd service or upstart >> job) or using systemd timers (tough this isn't shipped with the anacron >> package). > > So this is actually a patch making systemd migration easier. Thanks > for clarifying that. No, it's not. I just want to get rid of cron which I don't need on my desktop system. Running anacron jobs at startup is enough anyway as I restart it daily so it doesn't matter to me if someone does more integration with systemd or not. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733940: ntp: CVE-2013-5211
Package: ntp Severity: important Tags: security This was assigned CVE-2013-5211: https://cert.litnet.lt/en/docs/ntp-distributed-reflection-dos-attacks http://www.symantec.com/connect/blogs/hackers-spend-christmas-break-launching-large-scale-ntp-reflection-attacks Upstream ripped out monlist in favour of mrulist: http://bugs.ntp.org/show_bug.cgi?id=1531 http://bugs.ntp.org/show_bug.cgi?id=1532 The default configuration in Debian uses "noquery" and thus doesn't allow monlist: # By default, exchange time with everybody, but don't allow configuration. restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery For unstable we should update to 4.2.7. What's your suggesttion on this for stable? We could - Provide 4.2.7 for stable-security (or backport the changes if not too intrusive) - Ignore this for stable-security and offer 4.2.7 in backports.debian.org for those sites which run a public NTP server - Ignore this altogether since it doesn't affect the standard configuration and operators of large public NTP servers most definitely have updated to 4.2.7 already or deployed other workarounds. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729540: Packaged (WORKSFORME) open-vm-tools-9.4.0-1280544, perhaps it helps
Hi there, Ran into the same issue, so I packaged open-vm-tools-9.4.0-1280544 from upstream based on the sid package for 9.2.3. Works just fine for me in Workstation 10.0.1 with linux-image-3.12-1-amd64. Did *not* test Shared Folders (i.e. vmhgfs) which I don't care about since it has sucked for years. If someone needs it, you can find the source at http://deb.limbasan.ro/sid/pool/main/o/open-vm-tools/open-vm-tools_9.4.0-1280544-1.dsc (there are also amd64 binaries, but I wouldn't run binaries provided by Some Random Person Off The Internet.) Not particularly well-versed in Debian packaging policy so I'm sure it can be improved significantly. Apart from the obvious version number change, the changes required were as follows (detailed in the changelog as well): - Removed 0004-vmblock-vmhgfs-compat-3_10.patch from the patch series, it's no longer required. - Altered dh_auto_configure invocation to include Debian's procps library name (CUSTOM_PROCPS_NAME=procps as documented in configure.ac) - Altered dh_auto_configure invocation to avoid gcc erroring out on deprecated glib function declarations (CFLAGS=-Wno-deprecated-declarations). I'm sure this violates some policies, but upstream has clearly indicated in bug 122 at http://sourceforge.net/p/open-vm-tools/tracker/122/ that they won't fix this (they need to support older glib versions, and they don't want to litter the code with ifdefs.) Nate Muench provided a patch there if the CFLAGS changes are inacceptable. Hope this helps someone. Mihai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710925: r-cran-ggplot2: The following `from` values were not present in `x`...
Le 02/01/14 10:11, Andreas Tille a écrit : Hi Philippe, On Mon, Dec 23, 2013 at 05:06:48PM +0100, Andreas Tille wrote: I think we just need to wait until r-cran-munsell is accepted. This is done now. Can you please verify whether the problem you reported exists also with this version and if yes please provide an example which enables simple verification? Fine ! I have installed ggplot2 from sid (version 0.9.3) with all its dependencies, launched some of my R scripts which use it and ... everything seems to work well. So, many thanks to you and the team for this great work. It is a real pleasure :-) Kind regards Philippe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733894: texlive-binaries: xdvi crashes while reloading updated dvi-file
On 01.01.14 Martin Ziegler (zieg...@email.mathematik.uni-freiburg.de) wrote: Hi, Happy new year! > If a dvi-file is updated and I click on the xdvi-window to reload the > file, the program crashes. At least if the changes of the file are > locate at the very beginning this happens very often ca in 20% of the > cases I tried it. > > I attach xdvi's error message. > You maged to type the error message before the 1st mime delimiter, hence the text is invisible in web interface -> full quote. I'm failing to reproduce the problem on Intel 32bit. Norbert is running AMD64, maybe he can see the problem too. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733926: backintime: returns 0 even if backup fails
On Thu, Jan 02, 2014 at 09:49:40AM +, Julian Gilbey wrote: > Package: backintime > Version: 1.0.10-1 > Severity: important > > backintime failed: > > erdos:~ $ backintime --backup-job > [...] > ERROR: Failed to take snapshot !!! > INFO: [UserCallbackPlugin.notify_callback] 2 > INFO: Unlock > erdos:~ $ echo $? > 0 > > Oops. So I wasn't told about this by cron, and I didn't notice that I > hadn't had any backups for a month. Now I'll go investigate the cause > of the failure, but there should have been a non-zero return state. > > This, of course, may have been fixed in a later version. If it's > easy, I'll look into doing an NMU if that is of help to you and the > general community. > >Julian Oops, I just noticed that I filed a similar bug report in #659965 a while ago. Looks like it hasn't been fixed yet :-( Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729540: Forgot to mention - still doesn't build with GCC 4.8
Forgot to mention - still doesn't build with GCC 4.8 (unexpected struct size issues galore.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733941: ITP: jenkins-constant-pool-scanner -- Simple utility to scan Java bytecode for class references in the constant pool
Package: wnpp Severity: wishlist Owner: James Page * Package name: jenkins-constant-pool-scanner Version : 1.2 * URL : http://github.com/jenkinsci/constant-pool-scanner * License : GPL-2 Programming Lang: Java Description : Utility for detecting class references in the Java constant pool A utility used by jenkins-remoting for detecting class references in the Java constants pool. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733943: typo3-dummy broke installation of typo3 on jessie
Package: typo3-dummy Version: 4.5.32+dfsg1-1 Severity: important Dear Maintainer, * What led up to the situation? Installing typo3 stopped while configuring typo3-dummy * What exactly did you do (or not do) that was effective (or ineffective)? Nothing special. Just choosing the pakets, run the download and watching the automatical configuration * What was the outcome of this action? aptitude stopped prozessing, and had to be killed with "kill -9". Unconfigured packages left behind * What outcome did you expect instead? An successfull Installation, as normal and be able to start work with -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/8 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 typo3-dummy depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.52 ii exim4 4.82-3 ii exim4-daemon-light [mail-transport-agent] 4.82-3 ii graphicsmagick 1.3.18-1 ii lsb-base 4.1+Debian12 ii mysql-client-5.5 [mysql-client]5.5.33+dfsg-1 ii php5 5.5.7+dfsg-2 ii php5-cli 5.5.7+dfsg-2 ii php5-gd5.5.7+dfsg-2 ii php5-mysql 5.5.7+dfsg-2 ii typo3-src-4.5 4.5.32+dfsg1-1 Versions of packages typo3-dummy recommends: ii apache2 2.4.6-3 ii catdoc 0.94.4-1.1 ii ghostscript 9.05~dfsg-8+b1 ii memcached 1.4.13-0.2 ii php5-curl 5.5.7+dfsg-2 ii php5-memcache 3.0.8-3 pn php5-suhosin ii php5-xcache 3.1.0-1 ii poppler-utils [xpdf-utils] 0.18.4-10 pn ppthtml ii typo3-database 4.5.32+dfsg1-1 ii unrtf 0.21.5-1 pn xlhtml typo3-dummy suggests no packages. -- Configuration Files: /etc/typo3-dummy/localconf.php_template [Errno 13] Keine Berechtigung: u'/etc/typo3-dummy/localconf.php_template' -- debconf information: typo3-dummy/mysql/admin-user: root typo3-dummy/apache_mode: directory typo3-dummy/install-error: abort typo3-dummy/apache_restart: typo3-dummy/mysql/method: unix socket typo3-dummy/db/app-user: typo3-database typo3-dummy/internal/skip-preseed: false typo3-dummy/dbconfig-install: true typo3-dummy/remote/newhost: typo3-dummy/remote/port: typo3-dummy/database-type: mysql typo3-dummy/upgrade-error: abort typo3-dummy/remote/host: typo3-dummy/passwords-do-not-match: typo3-dummy/upgrade-backup: true typo3-dummy/internal/reconfiguring: false typo3-dummy/purge: false typo3-dummy/old_symlink: typo3-dummy/dbconfig-upgrade: true typo3-dummy/db/dbname: typo3database typo3-dummy/dbconfig-reinstall: false typo3-dummy/remove-error: abort typo3-dummy/missing-db-package-error: abort typo3-dummy/dbconfig-remove: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system discussion status
So we know where Colin, Steve, Russ and I stand on the main question. If we want to make a decision soon we need to start to thrash out the details so that we have something concrete to vote on. It would be helpful to know how far along the other TC members are. So: Andreas, Bdale, Don, Keith: please let us know what you're thinking, and what more information/discussion would be useful. FAOD I don't expect all the other TC members to read the whole discussion, which is very extensive. Reading the primary statements by the other TC members who have reported so far is probably helpful. Given the politicisation of the dispute, and its very high status, I think it's important to have as many of the TC voting as possible. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733944: zathura: please implement a window-resize-open option
Package: zathura Version: 0.2.6-1 Severity: wishlist Hello, I am testing zathura as a possible replacement for my current PDF viewer of choice (xpdf, which is now in trouble [1][2]). [1] http://packages.qa.debian.org/x/xpdf/news/20131208T163914Z.html [2] http://bugs.debian.org/727070 It seems to me that zathura is a really nice program: thanks a lot for maintaining its Debian package and for contributing to its upstream development! I have a feature request: I think it would be really useful, if there were an option to tell zathura to automatically resize the window width or height whenever a document is loaded. Proposed name and description (for the man page) follow: window-resize-open Causes the program window to be automatically resized if a document is loaded. Possible options are "none" (no resizing is performed), "width" (the window width is changed in order to honor the document page aspect ratio with respect to the current window height, which stays unchanged), and "height" (the aspect ratio is honored by changing the window height and keeping the width unchanged). · Value type: String · Default value: none With this new feature, it would be possible to put set window-resize-open "width" in ~/.config/zathura/zathurarc and obtain the following behavior: • when zathura is started, its window would have the height and width set with the window-height and window-width options • as soon as a document is loaded (that is to say: immediately, if a file to be opened was provided on the command line, or anyway whenever the user issues the open command), the window width is resized (while keeping the window height unaltered) so that the aspect ratio of the viewing area is exactly equal to the document page aspect ratio I hope this feature can be implemented. Please do so and/or forward my bug report upstream. Thanks for your time! Bye. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zathura depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libgirara-gtk3-1 0.1.9-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.4-1 ii libmagic1 1:5.14-2 ii libpoppler-glib8 0.18.4-10 ii libsqlite3-0 3.8.2-1 zathura recommends no packages. Versions of packages zathura suggests: ii chromium [www-browser] 29.0.1547.57-3+b1 ii iceweasel [www-browser] 17.0.10esr-1~deb7u1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii poppler-data 0.4.6-4 ii w3m [www-browser]0.5.3-13 ii zathura-cb 0.1.2-5 ii zathura-djvu 0.2.3-5 ii zathura-ps 0.2.2-5 -- 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#725720: Mention dpkg --add-architecture
reassign 725720 python-apt retitle 725720 Mention dpkg --add-architecture found 725720 0.9.1 thanks This message is obtained from python-apt. I think it would make sense to extend the description mentioning dpkg --add-architecture. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707198: Still relevant.
Great, 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#730769: reportbug: says "No bug reports found." after selecting one of the shown ones
Sandro Tosi dixit: >i've just tried replicating this bug but was unable to: now the bug is >retrieved correctly. Are you still able to replicate it? it might have Yes, *now* it works for me too (although the bug in question is not shown in the list any more anyway, maybe it was something with that bug?). bye, //mirabilos -- „Also irgendwie hast du IMMER recht. Hier zuckelte gerade ein Triebwagen mit der Aufschrift "Ostdeutsche Eisenbahn" durch Wuppertal. Ich glaubs machmal nicht…“ -- Natureshadow, per SMS „Hilf mir mal grad beim Denken“ -- Natureshadow, IRL, 2x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648256: Potentially interested in co-maintaining Cherokee
El 2014-01-02 04:11, Daniel Silverstone escribió: Hi, I have recently been in touch with upstream (Stefan de Konink) and have been assisting with a few bugs in Cherokee. I'd be interested in helping with the packaging since I will need to maintain updated Cherokee packages for myself for a Wheezy server anyway. Are you interested in co-maintaining the package in Sid? D. Yes all help is welcome I'm already working on the package but it's taking me longer than I expected but I'm moving on Gracias y Saludos --- Leonel Nunez http://enelserver.com/leonel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733944: zathura: please implement a window-resize-open option
Control: tags -1 + upstream Control: forwarded -1 http://bugs.pwmt.org/issue381 On 2014-01-02 14:46:09, Francesco Poli (wintermute) wrote: > I have a feature request: I think it would be really useful, if there > were an option to tell zathura to automatically resize the window > width or height whenever a document is loaded. > Proposed name and description (for the man page) follow: > > window-resize-open > Causes the program window to be automatically resized if a document > is loaded. Possible options are "none" (no resizing is performed), > "width" (the window width is changed in order to honor the document > page aspect ratio with respect to the current window height, which > stays unchanged), and "height" (the aspect ratio is honored by > changing the window height and keeping the width unchanged). > > · Value type: String > > · Default value: none > > > With this new feature, it would be possible to put > > set window-resize-open "width" > > in ~/.config/zathura/zathurarc and obtain the following behavior: > > • when zathura is started, its window would have the height and > width set with the window-height and window-width options > > • as soon as a document is loaded (that is to say: immediately, > if a file to be opened was provided on the command line, or anyway > whenever the user issues the open command), the window width > is resized (while keeping the window height unaltered) so that > the aspect ratio of the viewing area is exactly equal to the > document page aspect ratio > > > I hope this feature can be implemented. > Please do so and/or forward my bug report upstream. Forwarded upstream. I hope you enjoy working with zathura. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#733945: zathura: please implement a pages-prefetch option
Package: zathura Version: 0.2.6-1 Severity: wishlist Hello again, I thought of another feature that it would be really great to have in zathura: there should be an option to set a number of pages to prefetch into the page cache. Proposed name and description (for the man page) follow: pages-prefetch Defines the number N of pages (after and before the currently visible one) that will be prefetched into the page cache. This ensures that the page cache will always contain at least the currently visible page, the next N pages, and the previous N pages. Values larger than (page-cache-size - 1)/2 will be reset to this theoretical maximum. · Value type: Integer · Default value: 1 With this new feature, it would be possible to get rid of the rendering delay that causes an unpleasant short blanking/flicker when the user steps pages forward or backward (for instance, when showing a PDF presentation...). I hope this is feasible. Please implement this feature and/or forward my bug report upstream. Thanks again for your time! Bye. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zathura depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libgirara-gtk3-1 0.1.9-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.4-1 ii libmagic1 1:5.14-2 ii libpoppler-glib8 0.18.4-10 ii libsqlite3-0 3.8.2-1 zathura recommends no packages. Versions of packages zathura suggests: ii chromium [www-browser] 29.0.1547.57-3+b1 ii iceweasel [www-browser] 17.0.10esr-1~deb7u1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii poppler-data 0.4.6-4 ii w3m [www-browser]0.5.3-13 ii zathura-cb 0.1.2-5 ii zathura-djvu 0.2.3-5 ii zathura-ps 0.2.2-5 -- 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#733945: zathura: please implement a pages-prefetch option
Control: tags -1 + upstream Control: forwarded -1 http://bugs.pwmt.org/issue267 On 2014-01-02 15:09:40, Francesco Poli (wintermute) wrote: > I thought of another feature that it would be really great to have in > zathura: there should be an option to set a number of pages to > prefetch into the page cache. > Proposed name and description (for the man page) follow: > > pages-prefetch > Defines the number N of pages (after and before the currently visible > one) that will be prefetched into the page cache. This ensures that > the page cache will always contain at least the currently visible > page, the next N pages, and the previous N pages. Values larger than > (page-cache-size - 1)/2 will be reset to this theoretical maximum. > > · Value type: Integer > > · Default value: 1 > > > With this new feature, it would be possible to get rid of the rendering > delay that causes an unpleasant short blanking/flicker when the user > steps pages forward or backward (for instance, when showing a PDF > presentation...). > > I hope this is feasible. > Please implement this feature and/or forward my bug report upstream. There is a bug for that in the upstream bug tracker. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#733946: zathura: is there a way to disable continuous view?
Package: zathura Version: 0.2.6-1 Severity: wishlist Hi there (again)! A little question I haven't been able to find an answer to in the man pages: is there a way to disable the continuous view mode in zathura? I mean: zathura by default displays the document as a continuous sequence of pages separated by gaps (having a size defined by the page-padding option). This is nice in some cases, but not really what some users want in other cases. It would be useful if there were a command to switch to a more "classical" single-page view, where only one page (or two or more pages, if dual page view is active) is (are) shown at a time. Scrolling commands would then let the user scroll the currently visible page(s) until the bottom (or top) of the page(s) is reached; at that point, one further scrolling command in the same direction would jump to the top (or bottom) portion of the next (or previous) page(s). Ideally, there would be a key binding to toggle between continuous view and single-page view and an option to define which mode should be used when a document is loaded. This would be somewhat similar to the d key (→ toggle dual page view) and the pages-per-row option. I hope this is not too hard to implement. Could you do so and/or forward my feature request upstream? Once again, thanks a lot for your time! Bye. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zathura depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libgirara-gtk3-1 0.1.9-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.4-1 ii libmagic1 1:5.14-2 ii libpoppler-glib8 0.18.4-10 ii libsqlite3-0 3.8.2-1 zathura recommends no packages. Versions of packages zathura suggests: ii chromium [www-browser] 29.0.1547.57-3+b1 ii iceweasel [www-browser] 17.0.10esr-1~deb7u1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii poppler-data 0.4.6-4 ii w3m [www-browser]0.5.3-13 ii zathura-cb 0.1.2-5 ii zathura-djvu 0.2.3-5 ii zathura-ps 0.2.2-5 -- 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#732438: [Pkg-amule-devel] Bug#732438: amule crashes after a while
Hello Samuele, On Wed, Dec 18, 2013 at 2:09 AM, Samuele Battarra wrote: > *** Error in `amule': corrupted double-linked list: 0xb2b00b48 *** is it replicable on your system? if so can you run amule in gdb and get the backtraces with these commands: bt bt full thread apply all bt in the gdb prompt after crash? Thanks, Sandro -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
