Bug#740167: Fix autopkgtest to actually run with python3
Hey Alessio, Alessio Treglia [2014-03-10 17:48 +]: ACK, can you please commit it yourself? (and feel free to eventually release it as collab-maint team). Sure! Done. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741241: Support mips64 of klibc
Thank you very much. http://www.zytor.com/pipermail/klibc/2014-March/003538.html On Mon, Mar 10, 2014 at 6:59 PM, maximilian attems m...@stro.at wrote: On Mon, Mar 10, 2014 at 06:29:26PM +0800, Yunqiang Su wrote: Which format should I send it there? git mail or just a attachment? git mail will be just fine indeed. it is the preferred form. But please base on klibc git (and hence no debian directory): https://git.kernel.org/cgit/libs/klibc/klibc.git/ -- Yunqiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731704: patch
Le 11/03/2014 05:53, ygrek a écrit : FTR, here is the patch used in OPAM : https://github.com/ocaml/opam-repository/blob/master/packages/reins/reins.0.1a/files/fix_build.patch Thanks for the pointer. I'll import the relevant parts to Debian. Please note that patch was updated recently to install reins.cmi, without it the library was effectively unusable. reins.cmi is already installed by the Debian package [1]. Apparently, the patch doing that has been present since 2009 in Debian [2]. [1] https://packages.debian.org/sid/amd64/libreins-ocaml-dev/filelist [2] http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocaml-reins.git;a=tree;f=debian/patches Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731975: OpenSSL Linking to GPL Code
While doing copyright, I've just realised that PyBitmessage makes use of the pyelliptic libraries, which link to OpenSSL code and are licensed under the GPL without an exemption. I've filed a bug with the pyelliptic people, asking them to change the license. You can find the bug here: https://github.com/yann2192/pyelliptic/issues/13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739581: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 10-13.03.2014 odbędzie się nabór na kurs języka angielskiego. Jest to IV edycja projektu Każdy Dorosły Polak Mówi po angielsku Kod upoważniający do 61% zniżki na szkolenie: E1403 Liczba miejsc ograniczona, decyduje kolejnść zgłoszeń. Zajęcia: - Angielski dla początkujących (A1/A2), - Angielski dla średnio-zaawansowanych (B1) Zajęcia trwają 12 miesięcy. Wszyscy studenci objęci są opieką metodyczną. Szkoła Językowa Dobra Zuza jest placówką kształcenia ustawicznego wpisaną do ewidencji szkół i placówek niepublicznych prowadzonej przez m. st. Warszawa pod numerem 1052 K. Zaświadczenia o ukończeniu kursu wydawane są na podstawie §18 ust. 2 rozporządzenia Ministra Edukacji Narodowej z dnia 11 stycznia 2012 r. w sprawie kształcenia ustawicznego w formach pozaszkolnych (Dz. U. poz. 186, z późniejszymi zmianami). Na zajęcia można zapisywać się indywidualnie lub grupowo. Istnieje możliwość otrzymania faktury. Szczegółowe informacje o naborze dostępne są na stronie: http://www.ekursy.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Zrezygnuj z otrzymywania wiadomści: http://www.ekursy.co.pl/mailing/unsubscribe.php?email=739...@bugs.debian.org
Bug#739581: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 10-13.03.2014 odbędzie się nabór na kurs języka angielskiego. Jest to IV edycja projektu Każdy Dorosły Polak Mówi po angielsku Kod upoważniający do 61% zniżki na szkolenie: E1403 Liczba miejsc ograniczona, decyduje kolejnść zgłoszeń. Zajęcia: - Angielski dla początkujących (A1/A2), - Angielski dla średnio-zaawansowanych (B1) Zajęcia trwają 12 miesięcy. Wszyscy studenci objęci są opieką metodyczną. Szkoła Językowa Dobra Zuza jest placówką kształcenia ustawicznego wpisaną do ewidencji szkół i placówek niepublicznych prowadzonej przez m. st. Warszawa pod numerem 1052 K. Zaświadczenia o ukończeniu kursu wydawane są na podstawie §18 ust. 2 rozporządzenia Ministra Edukacji Narodowej z dnia 11 stycznia 2012 r. w sprawie kształcenia ustawicznego w formach pozaszkolnych (Dz. U. poz. 186, z późniejszymi zmianami). Na zajęcia można zapisywać się indywidualnie lub grupowo. Istnieje możliwość otrzymania faktury. Szczegółowe informacje o naborze dostępne są na stronie: http://www.ekursy.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Zrezygnuj z otrzymywania wiadomści: http://www.ekursy.co.pl/mailing/unsubscribe.php?email=739...@bugs.debian.org
Bug#618639: gvfsd-http: cannot handle error codes and login pages
On Mon, Mar 10, 2014 at 11:33:50PM +, althaser wrote: Hey Yves, Could you please still reproduce this issue with newer versions ? It doesn't look so. -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741234: src:gcc-4.8: [PATCH] When building cross-compilers using prebuilt libraries, no longer re-build those libraries
Wookey woo...@wookware.org writes: Doko pointed out that the java cross-compiler is needed in order to be able to cross-build the compiler itself. So we probably should build that by default (and document how to turn it off for bootstrapping or local-build purposes) I'm not sure if the same argument applies to the D compiler? OK. Attaching a new set of patches. They're only different in the last one, where I select a new set of languages. At this point I don't build compilers forD I dobuild compilers forC,C++,fortran,go,objc,objcxx,java The builds complete for armel and i386 for these. The issue where we get confused about i386/i486 exists in the D compiler build, so this is off for now. I'd like to get the cross-compilers for common languages (c,c++ mostly) out of the door as soon as we can, then we can worry about things like D. dima gccpatches_2014_03_11.tar.gz Description: Binary data
Bug#564316: closed by Jeremy Lainé jeremy.la...@m4x.org (Closing #564316)
You need to sent it to the 564316-submitter@ in order for the submitter to see it. Anyway I don't use the package anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739583: Acknowledgement (wine-unstable and wine: error when trying to install together)
On Thu, Feb 20, 2014 at 09:14:15PM +0100, Ralf Treinen wrote: The same holds for some other packages from wine and their counterpart from wine-unstable: libwine-dev and libwine-dev-unstable I've cloned this bug to keep track of this particular instance; the -dev packages conflict over /usr/include/wine/windows, which should probably become /usr/include/wine-unstable/windows in libwine-dev-unstable. Regards, Stephen signature.asc Description: Digital signature
Bug#733556: binfmt detectors for Windows executables
On Sun, 9 Mar 2014 10:40:42 +, Colin Watson cjwat...@debian.org wrote: On Sat, Mar 08, 2014 at 01:44:15PM +0100, Stephen Kitt wrote: I was working on restoring binfmt support to wine (http://bugs.debian.org/733556) and I came across the detectors spec in binfmt-support. The latter mentions detection code to handle Windows binaries which Alp Toker has - is that still the case, Alp? I quote: As far as wine is concerned, the modification should be as follows: add /usr/lib/wine/binfmt-detector-wine or similar with the Win32 format detection code (Alp has the details of this, it's a few dozen lines of C), and add 'detector /usr/lib/wine/binfmt-detector-wine' to /usr/share/binfmts/wine. This was for Mono. I think the descendant of this has wound up in debian/detector/binfmt-detector-cli.c in the Debian mono source package; looking at that it should be fairly straightforward to invert (or similar) the relevant bit of logic for Win32. OK, thanks! Regards, Stephen signature.asc Description: PGP signature
Bug#619521: Uwaga - zostały ostatnie 3 dni
Informujemy, że w dniach 10-13.03.2014 odbędzie się nabór na kurs języka angielskiego. Jest to IV edycja projektu Każdy Dorosły Polak Mówi po angielsku Kod upoważniający do 61% zniżki na szkolenie: E1403 Liczba miejsc ograniczona, decyduje kolejnść zgłoszeń. Zajęcia: - Angielski dla początkujących (A1/A2), - Angielski dla średnio-zaawansowanych (B1) Zajęcia trwają 12 miesięcy. Wszyscy studenci objęci są opieką metodyczną. Szkoła Językowa Dobra Zuza jest placówką kształcenia ustawicznego wpisaną do ewidencji szkół i placówek niepublicznych prowadzonej przez m. st. Warszawa pod numerem 1052 K. Zaświadczenia o ukończeniu kursu wydawane są na podstawie §18 ust. 2 rozporządzenia Ministra Edukacji Narodowej z dnia 11 stycznia 2012 r. w sprawie kształcenia ustawicznego w formach pozaszkolnych (Dz. U. poz. 186, z późniejszymi zmianami). Na zajęcia można zapisywać się indywidualnie lub grupowo. Istnieje możliwość otrzymania faktury. Szczegółowe informacje o naborze dostępne są na stronie: http://www.ekursy.co.pl Dodatkowych informacji udziela sekretariat szkoły pod numerem: +48 22 379 65 67 (w godzinach od 8:00 do 17:00) Zrezygnuj z otrzymywania wiadomści: http://www.ekursy.co.pl/mailing/unsubscribe.php?email=619...@bugs.debian.org
Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects
Hi Diane, On Mon, Mar 10, 2014 at 02:44:44PM -0700, Diane Trout wrote: Thank you for working on this dependency. I tried to build and run the libcofoja package, and it didn't work for me. I did a git checkout of the debian-med repoistory, and set up the pristine-tar and upstream branches for gbp. I used pristine-tar checkout libcofoja- java_1.1-r150.orig.tar.xz to extract the source tar-ball. I built it with cowbuilder-dist sid. I think this is a bit complicated. The easy way would have been: gbp-clone ssh://git.debian.org/git/debian-med/libcofoja-java.git cd libcofoja-java git-buildpackage I was getting exceptions like the following.: ERROR [2014-03-10 14:37:36,472] [DefaultExceptionHandler.java:42] [AWT- EventQueue-1] Unhandled exception java.lang.UnsupportedClassVersionError: com/google/java/contract/util/Objects at org.broad.igv.data.Interval.contains(Interval.java:59) at org.broad.igv.track.LoadedDataInterval.contains(LoadedDataInterval.java:46) at org.broad.igv.track.DataTrack.render(DataTrack.java:83) at org.broad.igv.ui.panel.DataPanelPainter.draw(DataPanelPainter.java:260) at org.broad.igv.ui.panel.DataPanelPainter.paintFrame(DataPanelPainter.java:234) at org.broad.igv.ui.panel.DataPanelPainter.paint(DataPanelPainter.java:176) at org.broad.igv.ui.panel.DataPanel.paintComponent(DataPanel.java:138) These errors do occure when running igv right? The building of libcofaja-java went fine so far I assume. One other thing odd I noticed about the package was the version number appeared to be included in the base name. /usr/share/java/cofoja-1.1-20140310-1.1.jar /usr/share/java/cofoja-1.1-20140310-bare-1.1.jar /usr/share/java/cofoja-1.1-20140310-bare.jar - cofoja-1.1-20140310- bare-1.1.jar /usr/share/java/cofoja-1.1-20140310.jar - cofoja-1.1-20140310-1.1.jar While a symlink more consistent with the other java packages would look more like: cofoja.jar - cofoja-1.1-20140310-1.1-jar. I need to admit that I totally blindly applied javahelper without fiddling around with symlinks at all. I tried with both the 1.1 and bare jar files by loading a bigwig file and then trying to scroll around the file. I admit I have no real clue but have set Olivier put in CC explicitly - perhaps he might be able to help. 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#741288: [Debian-med-packaging] Bug#741288: seqan: FTBFS on many buildds due to RAM exhaustion
Hi Charles, On Tue, Mar 11, 2014 at 07:38:51AM +0900, Charles Plessy wrote: Le Mon, Mar 10, 2014 at 10:31:47PM +0100, Andreas Tille a écrit : It seems reducing optimisation in d/rules [...] did not really help (perhaps even droping -O1 could be tried but I doubt this). Hello everybody, I would also recommend to not make the program slower by design, unless you want public researchers to buy more computers with your tax money. This is not the case. The default optimisation is done for architectures capable to build currently. It is only decreased for those that don't. 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#741273: [Bash-completion-devel] Bug#741273: bash-completion BROKEN with 'nounset'
On Mon, Mar 10, 2014 at 6:41 PM, Paul Nienaber p...@uvic.ca wrote: Debian's bash-completion (not upstream) is broken when 'nounset' is set. It's not a Debian-only issue, upstream bash-completion is broken in that setup too. And this is a known one, tracked and discussed at https://alioth.debian.org/tracker/index.php?func=detailaid=313270group_id=100114atid=413095 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740859: duck: Curl:1 HTTP:0 Unsupported protocol Protocol git not supported or disabled in libcurl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, and thanks for the report. Currently i choose the VCS tool to use not by the URL scheme but by the field name: VCS-Git, VCS-Svn, ... This works currently only for d/control file. In upstream metadata, the Repository: field gives no indication which VCS was used. So it's quite impossible to find the correct VCS, because at least GIT, SVN and HG (and some others) may also use HTTP(S) for transport. I currently implemented detection of non-HTTP based URL schemas with the follwing implications: git:// and svn:// Urls are checked usign the appropriate tool, all other HTTP(S) based URLS with no indication as what VCS they might be using, are simply checked for basic availability via HTTP. This means only reporting HTTP 403, 404, 500 and some more HTTP errors. I would prefer doing a check with the appropriate tool, but I think this is currently better than wildly guessing which VCS might have been used by trying different permutations of the Repository URL, which might give even more unreliable results. This is implemented in duck 0.4, to be uploaded soon. Bye, Simon Am 2014-03-05 17:27, schrieb Axel Beckert: Package: duck Version: 0.2 Hi Simon, thanks for making duck also available as package for maintainers to test their packages themselves! I'm running duck on the git checkout of the screen package (which contains an debian/upstream directory): ~/screen/screen $ duck -v debian/control: Vcs-Git: git://anonscm.debian.org/collab-maint/screen.git: OK debian/control: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git: OK debian/control: Homepage: http://savannah.gnu.org/projects/screen: OK debian/upstream/metadata: Repository: URL: git://git.sv.gnu.org/screen.git: ERROR Curl:1 HTTP:0 Unsupported protocol Protocol git not supported or disabled in libcurl debian/upstream/metadata: Homepage: URL: https://www.gnu.org/software/screen/: OK debian/upstream/metadata: Bug-Database: URL: https://savannah.gnu.org/bugs/?group=screen: OK debian/upstream/metadata: Repository-Browse: URL: http://git.savannah.gnu.org/cgit/screen.git/: OK debian/upstream/metadata: Changelog: URL: http://git.savannah.gnu.org/cgit/screen.git/plain/src/ChangeLog: OK debian/upstream/metadata: FAQ: URL: http://aperiodic.net/screen/faq: OK ~/screen/screen $ While duck recognizes git:// URLs in the Vcs-Git field without issues, it does not recognizes git:// URLs in debian/upstream/metadata's Repository field. I would have expected that it handles all fields the same way, at least all fields where not only HTTP based URLs are expected. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-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 Versions of packages duck depends on: ii bzr 2.6.0+bzr6591-1 ii git1:1.9.0-1 ii libfile-which-perl 1.09-1 ii libparse-debian-packages-perl 0.03-2 ii libwww-curl-perl 4.17-1 ii mercurial 2.9.1-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 duck recommends no packages. duck suggests no packages. -- no debconf information - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTHr/hAAoJEBy08PeN7K/p/5oP/iHegC+dPuDxJm8QL+OFhPcI ofrUFcfw7l3OVXPxzoxQp2xqtLQS9K8uK4P4PCehRoC0dPNDInSgqKAGm4Gvt24O KeDGkC5g/TPB7hJot/CU4MhlzwhtIcRvHPqytHycxsHRzImd/d3bRB8EbPetr6RJ O8c8U7sOSEbLhqEmTM59+6q1Lom12741zEJimspyqKFM9RF8qE/w6Zp8+aumPxLf vTJKYnrHgEhoHx3UCtqrTaVuIcN/sP5tSVeXteYYYZTCBugXPxJp3qnEVl7TjvfI jorAN4RO1WvCKEzEvzOUFN2HJbzQ7MW2ZIFhCliHPuRkO+9C0jTyj+bPaMttW0/n gf8RExVWXEP3piGB2RN/GJGxAzfllpCCDR3y9VKIs9E5mPumJILmlTV3uwd0K6qv PtUTmatr8HKc8P5wh+q5wDlOzZ21/0DuYyEFvik6gmTyRSCXBgyBDYfADPNfm7zd PPCoqSGf1PGRaUtL/sEzmthgs9PWuY9y5xfSumKyF3/FsAZ4bKYnebaIjNZigrnM rB8c4HMTc2/jivnJVDzpi0iCpqzK1aIjeqyt+MAVoiQ8+AT1PySPW9OPScIaFmyr pRsRiMdrqMm9BTf0FGJeWJLmP9qm7iQynusdT6YQyV5VTUqMMHCxLBbGV7gNbq3B Vfxo0ZsfJe5mEHETHyAa =NoIK -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#627949: [Pkg-systemd-maintainers] Bug#627949: Bug#627949: /etc/modules parsing still broken
Hi brian, brian m. carlson sand...@crustytoothpaste.net writes: Could you please help us by sending a patch for module-init-tools that does what Michael Biebl outlined in #27? No, because I believe the right solution is to make systemd respect the way the file works already, and not to break the semantics of the current file in favor of another solution. Making systemd split on whitespace isn't very hard, and the fact is there's no good reason to change the existing behavior. In general, if there are things that switching to systemd breaks that have worked for a long time (i.e. regressions), we need to fix systemd, and not implement hacks that work around systemd's shortcomings. In this specific case, upstream has a good argument for not supporting options in /etc/modules, as has been explained in this thread. It’s too bad you don’t want to actually help. I’ll try to work on a patch, but it’s not very high priority for me. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741316: Please package new upstream release (6.5.5)
Package: offlineimap Severity: wishlist Hello, Could you please package offlineimap 6.5.5? Thanks! Regards, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741317: mopidy-soundcloud: Missing dependency on gstreamer0.10-plugins-ugly
Package: mopidy-soundcloud Version: 1.2.0-1 Severity: important Soundcloud seems to stream audio in a format that you need -ugly to play, without it, playback fails with: WARNING There is no codec present that can handle the stream's type. Debug message: gsturidecodebin.c(874): unknown_type_cb (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin1 ERRORYour GStreamer installation is missing a plug-in. Debug message: gstdecodebin2.c(3576): gst_decode_bin_expose (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin20: no suitable plugins found -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mopidy-soundcloud depends on: ii mopidy0.18.3-1 ii python-pkg-resources 2.2-1 ii python-pykka 1.2.0-1 ii python-requests 2.2.1-1 pn python:anynone mopidy-soundcloud recommends no packages. mopidy-soundcloud suggests no packages. -- no debconf information -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735935: grub2: LVM trouble at boot after upgrade to 2.02 beta
Hello. After yesterday's upgrade of grub in unstable, I'm hit by this bug as well, so there must be some problem with grub and LVM. Nothing else have changed in my up to now running configuration and after downgrading grub to 2.00-22, system boots just fine. The difference is my VG containing root fs doesn't get started at all, I have to do lvm vgchange -ay in intramfs shell and after exit, boot continues just fine. In grub.cfg, differences are in using set root='lvmid/2D6mtT-... instead of set root='lvm/vg00-r and UUID instead of /dev/mapper... in kernel boot configuration. -- Michal Kašpar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741318: cups-filters: CVE-2013-6476 CVE-2013-6475 CVE-2013-6474 CVE-2013-6473
Package: cups-filters Severity: grave Tags: security Justification: user security hole Hi, Fixed upstream in 1.0.47: CVE-2013-6473: http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7175 CVE-2013-6474: CVE-2013-6475: CVE-2013-6476: http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7176 I haven't checked the filters from src:cups in oldstable yet. 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#732251:
forwarded 732251 https://github.com/slact/nginx_http_push_module/issues/83 tags 732251 + upstream thanks On Mon, Mar 10, 2014 at 07:36:49PM -0400, Thomas Ward wrote: According to a report on the Launchpad bug I have opened for this, there was reference made that this is indeed a bug in the push module. See https://github.com/slact/nginx_http_push_module/issues/83 for the issue on this. Great, we will update the module as soon as it is fixed upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741023: xpra attach :100 leads to 'segmentation fault'
Hi, You are probably right. The jessie xpra package suggests to install python-pyopencl (which I installed). If I uninstall it (even reinstalling xpra), xpra works Best Wenceslao On 11/03/14 01:57, Antoine Martin wrote: On 11/03/14 07:15, Dmitry Smirnov wrote: Hi Wenceslao, Please avoid using HTML formatting (it doesn't look good in bug report) and use only plain-text emails. On Mon, 10 Mar 2014 14:05:23 Wenceslao González-Viñas wrote: It works!!! How can the problem be fixed (not temporarily)? Please try with --opengl=no (it will probably work). No, that's unlikely. OpenGL and OpenCL are totally different things. It looks to me like the opencl package installed is not the one that the module was built against. -- Wenceslao González-Viñas e-mail: w...@unav.es http://fisica.unav.es/gmm/ FAX:+34 948.425.740 phn:+34 948.425.600 ext: 806500 / 806603 Depto. Física y Matemática Aplicada Facultad de Ciencias Universidad de Navarra c/Irunlarrea 1 E-31008 Pamplona, Navarra, Spain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741319: [xen-system-amd64] Xen 4.4 is available
Package: xen-system-amd64 Version: 4.3.0-3+b1 Severity: wishlist --- Please enter the report below this line. --- Please package Xen 4.4: http://blog.xen.org/index.php/2014/03/10/xen-4-4-released/ It has experimental support for PVH mode among other improvements: http://wiki.xenproject.org/wiki/Xen_4.4_Feature_List#Experimental_Support_for_ParaVirtualization_Hardware_.28PVH.29_Mode_for_Guests --- System information. --- Architecture: amd64 Kernel: Linux 3.13-1-amd64 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 testing ftp.ro.debian.org 1 experimentalftp.ro.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741320: RFS: scli/0.4.0-4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package scli. As always checked with lintian. * Package name: scli Version : 0.4.0-4 Upstream Author :Schoenwaelder, Juergen (j.schoenwael...@jacobs-university.de) * URL : www.ibr.cs.tu-bs.de/projects/scli/ * License : GPL Section : net It builds those binary packages: scli - collection of SNMP command line management tools To access further information about this package, please visit the following URL: http://mentors.debian.net/package/scli Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/scli/scli_0.4.0-4.dsc More information about *scli* can be obtained from www.ibr.cs.tu-bs.de/projects/scli/ Changes since the last upload: * Set Maintainer again to Stefan Bauer stefan.ba...@cubewerk.de (Closes: #695128) * Bump Standards to 3.9.5 * Depend on automake instead of automake1.9 (Closes: #724433) Regards, Stefan Bauer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595288: Please provide an example for bug #595288
tags 595288 + moreinfo unreproducible thanks I am using MixMonitor without any problems from the dialplan, can you please let me know: - if the bug you reported is still relevant on modern asterisk versions - how to reproduce your bug Thanks, Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740345: [Pkg-systemd-maintainers] Bug#740345: systemd: configuration/arch-any files under /usr/lib/
Am 28.02.2014 13:03, schrieb Axel Beckert: Package: systemd Version: 204-7 Severity: serious Justification: Policy 9.1.1 / FHS systemd demands that plain-text default configuration files (according to tmpfiles.d(5)) for temporary directories are placed under /usr/lib/tmpfiles.d/ and places at least one file there itself. This violates FHS as architecture independent files must not go under /usr/lib/ but under /usr/share/ instead. See the discussion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741304 Tollef, Michael S., we should consider seconding Joeyh's proposal to get this into the next debian-policy revision. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#724391: hunspell: diff for NMU version 1.3.2-6.1
On Mon, Mar 10, 2014 at 01:27:27PM -0400, Eric Dorland wrote: Sure, but it is the prescribed forum for discussing these mass bug filings and the thread Mass *bug-filing*, yes... Still it does not say something about *mass NMUing* for those wishlist bugs. I might have overseen it but I checked the mail archives since June. Besides that, 99_build_stuff,dpatch actualy is not used so I'll just do a uploading removing that and the build-depends and migrating the whole thing away from dpatch... Well that would be perfect, thanks! Done yesterday. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711869: Processed (with 1 errors): limit source to postgresql-9.3, tagging 314427 (fwd)
Control: retitle -1 limit source broken for postgresql-* limit source postgresql-9.3 (as generated by tagpending) is likewise broken: Date: Mon, 10 Mar 2014 16:45:10 + From: Debian Bug Tracking System ow...@bugs.debian.org To: Christoph Berg christoph.b...@credativ.de Subject: Processed (with 1 errors): limit source to postgresql-9.3, tagging 314427 Processing commands for cont...@bugs.debian.org: #postgresql-9.3 (9.3.3-2) UNRELEASED; urgency=medium # # * Don't install server includefiles in libpq-dev. (Closes: #314427) # limit source postgresql-9.3 Limiting to bugs with field 'source' containing at least one of 'postgresql-9.3' Limit currently set to 'source':'postgresql-9.3' tags 314427 + pending source: postgresql-8.0, postgresql-8.1, postgresql-8.2, postgresql-8.3, postgresql-8.4, postgresql-9.0, postgresql-9.1, postgresql-9.2, postgresql-9.3' does not match at least one of postgresql-9.3 Failed to alter tags of Bug 314427: limit failed for bugs: 314427. It looks like the check might have the lhs and rhs messed up. Mit freundlichen Grüßen, Christoph Berg -- Senior Berater, Tel.: +49 (0)21 61 / 46 43-187 credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer pgp fingerprint: 5C48 FE61 57F4 9179 5970 87C6 4C5A 6BAB 12D2 A7AE signature.asc Description: Digital signature
Bug#741321: iceweasel: javascript bookmarklets fail with recent iceweasel
Package: iceweasel Version: 24.3.0esr-1 Severity: normal Dear iceweasel maintainers, Starting with this version, all but the most simple javascript bookmarklets fail miserably with unexpected syntax error messages (even though they were woprking fine before). Digging a bit, it looks like, while iceweasel converts to URL-encoded strings upon saving the bookmarklet, it does not decode the string anymore, so javascript:{alert(stuff)}; works, but javascript:{ alert(stuff)}; does not work anymore, because its is converted to javascript:{%20alert(stuff)}; and run like that (syntax error). I didn't find any report of this problem in upstream's bugzilla, but didn't conduct an extensive search. Editing the .json bookmarks storage does not seem to do the joc. Best regards, Vincent -- Package-specific info: -- Extensions information Name: Cookie Monster Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi Status: enabled Name: Default Location: ${PROFILE_EXTENSIONS}/{972ce4c6-7e08-4474-a285-3208198ce6fd} Status: enabled Name: NoScript Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232} Package: xul-ext-noscript Status: enabled Name: User Agent Switcher Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1} Package: xul-ext-useragentswitcher Status: enabled -- Plugins information Name: F5 Network Access plugin Location: /home/fv/.mozilla/firefox/6jzd2q3r.default/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/plugins/np_F5_SSL_VPN_x86_64.so Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: Shockwave Flash (11,2,202,335) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii google-talkplu 5.1.4.0-1amd64Google Talk Plugin ii xul-ext-noscri 2.6.8.15-1 all permissions manager for Iceweasel ii xul-ext-userag 0.7.3-1 all Iceweasel/Firefox addon that allo -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.11.0-5 ii libc6 2.18-3 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libnspr42:4.10.3-1 ii libnspr4-0d 2:4.10.3-1 ii libsqlite3-03.8.3.1-1 ii libstdc++6 4.8.2-16 ii procps 1:3.3.8-2 ii xulrunner-24.0 24.3.0esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none ii fonts-oflb-asana-math 000.907-6 ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.12+dfsg-2 pn mozplugger none Versions of packages xulrunner-24.0 depends on: ii libasound21.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libbz2-1.01.0.6-5 ii libc6 2.18-3 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libfontconfig12.11.0-1 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libhunspell-1.3-0 1.3.2-6 ii libmozjs24d 24.3.0esr-1 ii libnspr4 2:4.10.3-1 ii libnss3 2:3.15.4-2 ii libpango-1.0-01.36.0-1 ii libsqlite3-0 3.8.3.1-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.2-16 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xulrunner-24.0 suggests: ii libcanberra0 0.30-2 ii libgnomeui-0 2.24.5-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741322: autopkgtest: responds poorly to timeout, should display stdout/stderr and move on
Package: autopkgtest Version: 2.9.1 Severity: normal I recently added autopkg tests to dbus. They worked in a schroot on my laptop, but failed with a timeout on ci.debian.net, presumably because the schroot was not minimal (it was originally for sbuild, so it has build-essential) or because there's some other environmental difference. However, from the output that was logged, I can't tell what the difference or failure was, because adt-run logged the extensive shell command that it invoked, but not any of its output. It also aborted the entire test run when the timeout was reached, rather than moving on to the next autopkgtest (admittedly, dbus only has two, because I'm representing all the upstream tests as one big autopkgtest at the moment, but it was the first one that failed). http://ci.debian.net/data/unstable-amd64/packages/d/dbus/2014-02-27.log: adt-run: version 2.7.2 adt-run: $ vserver: adt-virt-schroot debci-unstable-amd64 adt-run: builds ... adt-run: tree tree0 adt-run: builds done. adt-run: tests ... adt-run: test tree tree0 adt-run: @@ run_tests ... adt-run: tree0t-installed-tests: preparing adt-run: tree0t-installed-tests: processing dependency dbus ... adt-run: dependencies: install-deps: running ['/usr/lib/pbuilder/pbuilder-satisfydepends-classic', '--binary-all', '--internal-chrootexec', '/tmp/tmpJx9O1I/satdep-auxverb', '-c', '/tmp/tmpJx9O1I/deps.dsc'] ... Setting up dbus-1-dbg:amd64 (1.8.0-2) ... Processing triggers for libc-bin (2.18-3) ... - Finished parsing the build-deps adt-run: tree0t-installed-tests: [ adt-run: testbed failed: sent `execute su,-s,/bin/sh,debci,-c,/tmp/adt-run.7lKKGR/tree0-tree/debian/tests/installed-tests /dev/null /tmp/adt-run.7lKKGR/tree0t-installed-tests-stdout /tmp/adt-run.7lKKGR/tree0t-installed-tests-stderr /tmp/adt-run.7lKKGR/tree0-tree timeout=1 env=TMPDIR=/tmp/adt-run.7lKKGR/tree0t-installed-tests-testtmp/tmpdir env=ADTTMP=/tmp/adt-run.7lKKGR/tree0t-installed-tests-testtmp/adttmp env=ADT_ARTIFACTS=/tmp/adt-run.7lKKGR/tree0t-installed-tests-testtmp/artifacts env=LANG=C', got `timeout', expected `ok...' As it happens, all the current dbus installed-tests are meant to be fast ( 1 minute), so for the next upload I'm going to wrap each test in coreutils timeout(1) and see what happens; but it seems wrong to be second-guessing adt-run's own timeout logic? Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716927: grub-efi-amd64: grub-efi doesn't support HFS+ EFI partitions
Package: grub-efi-amd64 Version: 2.02~beta2-7 Followup-For: Bug #716927 Hello, Now the situation is even worst. With last updated package, grub-install is not anymore a script but a binary... So there is no way to change this (at least that you recompile the package with the desired change I imagine). Isn't there any way to add a conditional to detect the hfsplus the exfat partition to continue?. This is the error I get: ✘ muammar@ihacku ⮀ ~ ⮀ sudo apt-get dist-upgrade [sudo] password for muammar: Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up grub-efi-amd64 (2.02~beta2-7) ... Installing for x86_64-efi platform. grub-install: error: Can't create file: No such file or directory. dpkg: error processing package grub-efi-amd64 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: grub-efi-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks, -- Package-specific info: *** WARNING grub-setup left core.img in filesystem *** BEGIN /proc/mounts /dev/disk/by-uuid/b366afdb-add9-4315-a5ba-b65cb1ad0edb / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda6 /home hfsplus rw,relatime,umask=22,uid=0,gid=0,nls=utf8 0 0 /dev/sda7 /home/muammar/devel ext4 rw,relatime,data=ordered 0 0 /dev/sda8 /boot/efi hfsplus rw,relatime,umask=22,uid=0,gid=0,nls=utf8 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-TOSHIBA_MK5065GSXF_4198CBR1T *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi set default=0 if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4' b366afdb-add9-4315-a5ba-b65cb1ad0edb else search --no-floppy --fs-uuid --set=root b366afdb-add9-4315-a5ba-b65cb1ad0edb fi font=/usr/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_US insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else set timeout=5 fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4' b366afdb-add9-4315-a5ba-b65cb1ad0edb else search --no-floppy --fs-uuid --set=root b366afdb-add9-4315-a5ba-b65cb1ad0edb fi insmod png if background_image /usr/share/images/desktop-base/joy-grub.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload=${1} } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-b366afdb-add9-4315-a5ba-b65cb1ad0edb' { load_video insmod gzio insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 --hint='hd0,gpt4' b366afdb-add9-4315-a5ba-b65cb1ad0edb else search --no-floppy --fs-uuid --set=root
Bug#740574: Confirmation of bug 740574
This is happening to me too with Jessie and version 0.2.2-7: Mar 11 10:28:45 localhost rpc.statd[21572]: Version 1.2.8 starting Mar 11 10:28:45 localhost sm-notify[21573]: Version 1.2.8 starting Mar 11 10:28:45 localhost sm-notify[21573]: Already notifying clients; Exiting! Mar 11 10:28:45 localhost rpc.statd[21572]: failed to create RPC listeners, exiting Downgrading libtirpc1 to 0.2.2-5 and restarting rpcbind, nfs-common and nfs-kernel-server did bring the NFS server up again.
Bug#741323: atftpd installation message - send report to maintainer
Package: atftpd Version: 0.7.dfsg-11 Severity: minor Dear Maintainer, During installation of atftpd, at last section I saw such message in my screen: = Setting up atftpd (0.7.dfsg-11) ... *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Creating config file /etc/rlinetd.d/tftp_udp with new version rlinetd: no process found = So, as described, I inform you with this message. Is atftpd will work correctly on me system? -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) 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 Versions of packages atftpd depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libpcre3 1:8.30-5 ii libwrap0 7.6.q-24 ii update-inetd 4.43 Versions of packages atftpd recommends: ii rlinetd [inet-superserver] 0.8.2-2 Versions of packages atftpd suggests: ii logrotate 3.8.1-4 -- debconf information: atftpd/port: 69 atftpd/tftpd-timeout: 300 atftpd/mcast_port: 1758 atftpd/verbosity: 5 (LOG_NOTICE) atftpd/timeout: true atftpd/tsize: true atftpd/retry-timeout: 5 atftpd/multicast: true atftpd/ttl: 1 atftpd/use_inetd: true atftpd/basedir: /srv/tftp atftpd/mcast_addr: 239.239.239.0-255 atftpd/logfile: /var/log/atftpd.log atftpd/blksize: true atftpd/logtofile: false atftpd/maxthread: 100
Bug#738989: postfix: looking for plugins in '/usr/lib/sasl2', failed to open directory, error: No such file or directory
Il Wed, Mar 05, 2014 at 12:20:23PM -0500, Scott Kitterman scrisse: On Friday, February 14, 2014 17:29:35 you wrote: Package: postfix ... after last update, /var/log/auth.log shows more lines like Feb 14 17:06:20 hpdv5 postfix/smtp[23848]: looking for plugins in '/usr/lib/sasl2', failed to open directory, error: No such file or directory ... /etc -su # ls -la /var/spool/postfix/usr/lib/sasl2/ totale 0 drwxr-xr-x 2 root root 1 set 14 2008 ./ drwxr-xr-x 4 root root 16 feb 8 2009 ../ It is empty but I don't see permission problem. ... Is your postfix in a chroot (the default). If it's not, please check /usr/lib/sasl2/. Hi I'm sorry for delay. I use the Debian default configuration, so I think it's chrooted. However, also /usr/lib/sasl2/ is empty. Ciao -- Stefano Callegari ste...@infinito.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741152: ITP: python-socksipychain -- socksipy with support for chaining proxies
The package is uploaded to unstable and waiting for NEW processing. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740859: duck: Curl:1 HTTP:0 Unsupported protocol Protocol git not supported or disabled in libcurl
Hi Simon, Simon Kainz wrote: Currently i choose the VCS tool to use not by the URL scheme but by the field name: VCS-Git, VCS-Svn, ... This works currently only for d/control file. In upstream metadata, the Repository: field gives no indication which VCS was used. *nod* Sounds sane. So it's quite impossible to find the correct VCS, because at least GIT, SVN and HG (and some others) may also use HTTP(S) for transport. I currently implemented detection of non-HTTP based URL schemas with the follwing implications: git:// and svn:// Urls are checked usign the appropriate tool, You may also want to generally exclude all URLs which have svn+ssh:// or ssh:// as protocol. (Not sure if git+ssh:// also exists.) all other HTTP(S) based URLS with no indication as what VCS they might be using, are simply checked for basic availability via HTTP. This means only reporting HTTP 403, 404, 500 and some more HTTP errors. Which is fine IMHO. That will find at least (re)moved repositories (and did in the past), but now with less false positives -- which is definitely an improvement. I would prefer doing a check with the appropriate tool, but I think this is currently better than wildly guessing which VCS might have been used by trying different permutations of the Repository URL, which might give even more unreliable results. Yes. There are likely a few heuristics, but then again they're still heuristics and may be wrong. This is implemented in duck 0.4, to be uploaded soon. Yay, thanks. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741324: rpm regulary creates directory /~
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: rpm Version: 4.11.2-2 Severity: serious rpm did create /.rpmdb before and now it does much more annoyingly create /~/.rpmdb. For the fact that rpm is an absolute useless package on debian systems and only exists for the dependencies of alien that is a dependency of lsb-core, this bug is really annoying and shold be solved. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages rpm depends on: ii debugedit 4.11.2-2 ii libc6 2.18-4 ii libelf1 0.157-3 ii libpopt0 1.16-8 ii librpm3 4.11.2-2 ii librpmbuild3 4.11.2-2 ii librpmio3 4.11.2-2 ii librpmsign1 4.11.2-2 ii perl 5.18.2-2+b1 ii rpm-common4.11.2-2 ii rpm2cpio 4.11.2-2 rpm recommends no packages. Versions of packages rpm suggests: ii alien 8.90 ii elfutils 0.157-3 pn rpm-i18n none pn rpm2html none pn rpmlint none - -- debconf information: rpm/upgrade-failed: - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTHt7/AAoJEKZ8CrGAGfas1wgMAITAWvTznwRKQGpB7MAU6CWw I2qnCgzC81bVvS4yj3ZlngXOwB9Yg7a8ce4VCtMDE9jiSmTkw6e2LFWst8HzuloK NqagHWtMS9KYbWrurV503C0bLX5tcI6xfb0VBinjNzIQWAuajjYwQ1WB8AWzHw2b Pp9muwnDRkXs/HsEkC2y87Lh+FDTG8tWYKFO3rXqa0Nkn5usmD0AOsxd5aWSjfHy sQvZTOS5S0ScVnr3Jis3Il2NdTAlSv6dIYisINVoan9K8YXo2D7I/wKwX3lfLLfH SvjPVxn4nXKdpNREthG94vZTCg/BWzDzBDJprO3Iyu9HYJ+GG7RXxuheD4X48B8d nT9CYKx3yGXU0HHXOEFwQP4tbOzL0Hr+epQguvba5ggxolZXUlezgYyliqbBaJtD b7+dTxLIwVcCRkceKhyT/wcgd5fF9x7PwRlx57H4WGbQnsw2K/IZWt85A/FtuYZS EHy3HH9csrMMf3L3S9ycRz3MRaJfTa5yPHcI3nMWUw== =OwQC -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#741325: FTBFS: leveldb - hppa patch
Package: leveldb Version: 1.15.0 Severity: important Tags: patch levedb fails to build on hppa/parisc: http://buildd.debian-ports.org/status/fetch.php?pkg=leveldbarch=hppaver=1.15.0-2stamp=1394501428 Fix is trivial, hust the ; is missing. Patch attached. Thanks, Helge diff -up ./port/atomic_pointer.h.org ./port/atomic_pointer.h --- ./port/atomic_pointer.h.org 2014-03-11 03:57:05.033166000 -0600 +++ ./port/atomic_pointer.h 2014-03-11 03:57:18.909166000 -0600 @@ -205,10 +205,10 @@ inline void WriteMemoryBarrier() { #elif defined(ARCH_CPU_PARISC_FAMILY) inline void ReadMemoryBarrier() { - __asm__ __volatile__( : : : memory) + __asm__ __volatile__( : : : memory); } inline void WriteMemoryBarrier() { - __asm__ __volatile__( : : : memory) + __asm__ __volatile__( : : : memory); } #define LEVELDB_HAVE_MEMORY_BARRIER
Bug#740345: [Pkg-systemd-maintainers] Bug#740345: Bug#740345: systemd: configuration/arch-any files under /usr/lib/
Hi Michael, Michael Biebl bi...@debian.org writes: See the discussion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741304 Tollef, Michael S., we should consider seconding Joeyh's proposal to get this into the next debian-policy revision. Thanks for pointing out that bug. I agree with the proposal. How do we officially second this? Is seconding how policy changes work? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740345: [Pkg-systemd-maintainers] Bug#740345: systemd: configuration/arch-any files under /usr/lib/
Hi, Michael Biebl wrote: systemd demands that plain-text default configuration files (according to tmpfiles.d(5)) for temporary directories are placed under /usr/lib/tmpfiles.d/ and places at least one file there itself. This violates FHS as architecture independent files must not go under /usr/lib/ but under /usr/share/ instead. See the discussion in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741304 Thanks. Michael Stapelberg and me recently discussed that at the Debian Zurich meetup and there I more or less suggested to write a bug-report against the policy. I'm glad that there is now a solution which seems fine for all. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741326: creates files in /.cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: how-can-i-help Version: 5 Severity: serious The package creates files in / root directory namely /.cache. Please never write such files to /. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages how-can-i-help depends on: ii ruby 1:1.9.3.4 ii ruby-debian 0.3.8+b2 ii ruby-json1.8.0-1+b1 how-can-i-help recommends no packages. how-can-i-help suggests no packages. - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTHt+0AAoJEKZ8CrGAGfasmsYMAI0xAtDllsDeMdONILts56mK q7uhIuAk/G9IWlJdfYScdXUZKcG7sA0KZYTppYaKqrZLDHUHpn1aNMQWd9zPUPbP GatifkQ09u3JJn/bjZzT+XrQTULd1QOWzJhK9BC9xiT/OyLtFqhzfdeNhGqT2n+a V0PIC4qWnzb4e3OunEfhYV1WPvF8toL7EA2achu/nAnjjMa1ua16dgkMcAkZUOx7 Z3vW9ldiev2rx7bo1NDlyOykQdCG4jvBUOFICFLb38DA0m3/gTLGUUjebTalWrhS M/s7KC6QhYVQrplgaBVtn/wyFncMUbisIQdhlEwmWIEnIoh8llCbiFwUBDEM0zzb qYkB+gUBOmoU2SY4ck9ldtpWcALE8qi3w8O91lU3QMhn5FnRmh/H16XsX6haOJg6 ZgfVLreEw/p2LRxMpvgyLOH7bNEb8TDcH6cUCbl2Ppf6iW8j96ZgNZICcJxPSmzH KxjzKnLx6XUSsYs0tWgbbbYy5Cg6gu+/pWeM8HwFQw== =nnUu -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#741327: netsniff-ng: maintainer address bounces
Source: netsniff-ng Severity: serious X-Debbugs-Cc: Kartik Mistry kar...@debian.org The maintainer address bounces, see below. Ansgar On 03/11/2014 10:50, Mail Delivery System wrote: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: dan...@netsniff-ng.org SMTP error from remote mail server after RCPT TO:dan...@netsniff-ng.org: host mail.netsniff-ng.org [213.133.104.62]: 550 Unroutable address -- This is a copy of the message, including all the headers. -- Return-path: envel...@ftp-master.debian.org Received: from dak by franck.debian.org with local (Exim 4.80) (envelope-from envel...@ftp-master.debian.org) id 1WNJJx-0002Mf-1T; Tue, 11 Mar 2014 09:50:01 + From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Daniel Borkmann dan...@netsniff-ng.org, Kartik Mistry kar...@debian.org X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: netsniff-ng Precedence: bulk Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: netsniff-ng_0.5.8~rc5-1_amd64.changes ACCEPTED into experimental Message-Id: e1wnjjx-0002mf...@franck.debian.org Sender: Archive Administrator d...@franck.debian.org Date: Tue, 11 Mar 2014 09:50:01 + Accepted: Format: 1.8 Date: Mon, 10 Mar 2014 18:28:13 +0530 Source: netsniff-ng Binary: netsniff-ng Architecture: source amd64 Version: 0.5.8~rc5-1 Distribution: experimental Urgency: low Maintainer: Daniel Borkmann dan...@netsniff-ng.org Changed-By: Kartik Mistry kar...@debian.org Description: netsniff-ng - packet sniffing beast Closes: 688171 Changes: netsniff-ng (0.5.8~rc5-1) experimental; urgency=low . * New upstream RC release: + Removed patches merged in upstream. + Updated manpage_fix patch. * debian/control: + Added VCS-* fields. + Enabled ia64 and mips archs as liburcu-dev supports them now. + Updated build-depends to libnl-3-dev (Closes: #688171) + Updated Standards-Version to 3.9.5 * debian/rules: + Fixed clean target. + Fixed hardening support. * debian/docs: + Documentation/ folder no longer exists. * Updated debian/watch file. Checksums-Sha1: 6be67ffc486cd0dbd6153aea22f05bd634afcc71 1533 netsniff-ng_0.5.8~rc5-1.dsc ca5c26dabc86fde38e9b0a674da4df9b56d6a3a5 667768 netsniff-ng_0.5.8~rc5.orig.tar.gz 0ee6fec5cba25acfa4af10d9cab8ab23c04a5326 6564 netsniff-ng_0.5.8~rc5-1.debian.tar.xz 2058c7b6fadc9fc0561793ca6f8fe7ec16ff3265 516470 netsniff-ng_0.5.8~rc5-1_amd64.deb Checksums-Sha256: 0c88b31b7bb642be120e0aff745c17f48b78bcd51ae17ba6eec22b3353e6b69d 1533 netsniff-ng_0.5.8~rc5-1.dsc 40c679f1c3abae8a9cfd1e27ed295888ba7ef1e6097d75dd75d19b9c4200 667768 netsniff-ng_0.5.8~rc5.orig.tar.gz 43f82bddebdcaac1745538b9a5857d50b2b708486a2f792e672cf1e0a979f206 6564 netsniff-ng_0.5.8~rc5-1.debian.tar.xz 6e11d262053eea2358d3cd06914c176be60488e2006c48ca2d420087a1bf0e06 516470 netsniff-ng_0.5.8~rc5-1_amd64.deb Files: 6f8d654c3ec9bc3dfd836f11e78bc63b 1533 net optional netsniff-ng_0.5.8~rc5-1.dsc 7867c2c9b3e6f78f26f3fab2d19f40f5 667768 net optional netsniff-ng_0.5.8~rc5.orig.tar.gz a79ab575aee52246427e5c142ecd54ed 6564 net optional netsniff-ng_0.5.8~rc5-1.debian.tar.xz 27d159e9b322b1c575c1c7b7798f723a 516470 net optional netsniff-ng_0.5.8~rc5-1_amd64.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741328: rpm should be recommend not dependencie
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: alien Version: 8.90 Severity: normal Please lower the dependencie for rpm to recommend as rpm is somewhat useless on debian and much broken as it creates files in /. There is no need for having rpm installed at all if alien is only installed to solve the lsb-core dependencie. At least it should be possible to deinstall rpm. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.2 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages alien depends on: ii cpio 2.11+dfsg-1 ii debhelper 9.20140228 ii dpkg-dev 1.17.6 ii make 3.81-8.3 ii perl 5.18.2-2+b1 ii rpm4.11.2-2 ii rpm2cpio 4.11.2-2 alien recommends no packages. Versions of packages alien suggests: ii bzip21.0.6-5 ii lintian 2.5.21 pn lsb-rpm none ii lzma 9.22-2 ii patch2.7.1-4 ii xz-utils [lzma] 5.1.1alpha+20120614-2 - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTHuHnAAoJEKZ8CrGAGfasZfUMAIpTm+6GyvCKZuneKmLn3F4U r6leunXB73s/qdR2fWCi2Ho83V4NZw79PwClT3WpRZZwKkl2OE0uXFjdQ33PpGao cP3hpP495GbnYzSCptKrgcKouMcw9Cii/9aShd/Wj8RRgyW/xUPaLtx3xjcdwV5Z Xypp/zLnfla2Ez39TKLUDYuYGBlPn+eHkw+6rKfPl0yca4U+S4+ceNX/XTCm/Ugl KhjA/XV4ta8VdsTHmN+SHYbCosXLvTrzMxzF/RsAV7cZasz3x/EXc8AzZ+VXO1O6 pnRDo9GHo3Fv53SWqh2Xuq85eaHuu63i2DWP1RhGrVQ3LQVe4JwhsSf7wNeK6q7t W+Yunca2tyu/Jy39R5ABJclbGZbJBHNRKVnDYcmMknKgrj4ML5gILMXwYIrAH0fl iaW7BsYFLwyuUXbaD8BoCNCzyNbCRNrufbN1QVvY7XjzBjJQpoOOHGcSc1TcNp+m UhBneg33GBNtp1C9nH/r/gmloZmWl1ksCxtb+93b0Q== =1BcG -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#738945: [Pkg-xfce-devel] Bug#738945: task-xfce-desktop: Hibernate doesn't work out of the box
On Tue, Mar 11, 2014 at 01:13:59AM +0100, Cyril Brulebois wrote: Hi Xfce maintainers, please find below an installation report regarding Xfce. Feedback welcome. Thanks for the report, answers inline. Max Kubierschky m...@knirz.de (2014-02-14): Package: task-xfce-desktop Version: 3.14.1 Severity: normal Dear Maintainer, I installed debian wheezy with xfce desktop. hibernate was available in the energy settings, but did not work. Or more exactly, hibernate did work, but after switching on the computer again, it booted normally, instead of thawing. After some debugging and research, Installing uswsusp solved the problem. What kind of debug did you do? Do the following ways work: - logout button, then hibernate - pm-hibernate (as root) - echo disk /sys/power/state (as root) Also, it'd help to know the kind of hardware you have (and especially stuff like wireless and graphic cards). Suggestion: add dependency on uswsusp to package task-xfce-desktop No way. uswsusp is (imho) just plain useless. Hibernation belongs in the kernel. If it's broken, it should be fixed there. In any case, it looks at first sight unrelated to Xfce, but the questions above will help narrow the problem. Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741271: RFS: libnftnl/1.0.0+git20140122-1 [ITP] (repackaged, resend)
Control: tag -1 + moreinfo On Mon, Mar 10, 2014 at 9:31 AM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package libnftnl * Package name: libnftnl Version : 1.0.0+git20140122-1 Upstream Author : Pablo Neira Ayuso pa...@netfilter.org * URL : http://netfilter.org/projects/libnftnl/index.html * License : GPL-2+ Section : libs It builds those binary packages: libnftnl-dev - Development files for libnftnl0 libnftnl0 - Netfilter nftables userspace API library libnftnl0-dbg - Debugging symbols for libnftnl0 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libnftnl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libn/libnftnl/libnftnl_1.0.0+git20140122-1.dsc Changes since the last upload: * Repacked. I was packaging a version a few commit ahead of 1.0.0, but the package version did not include the git reference. * Other than this, the package is the same. Note that kernel = 3.13 is already in Debian, so we can start using libnftnl. Just a few quick comments: - consider targeting unstable directly instead of experimental, given that 3.13 is already available in unstable - libnftnl-dev Depends: ${misc:Pre-Depends}; I'm pretty sure you meant Pre-Depends there - a lot of files in tests/ are copyright 2012 Ana Rey Botello ana...@gmail.com, please mention that in debian/copyright - don't override no-upstream-changelog if there's actually no upstream changelog available (just ignore that lintian issue) - if you don't use a pristine upstream tarball, please provide a get-orig-source target in debian/rules (see Policy 4.9 [1]) - remove your override_dh_auto_test target in d/rules Regards, Vincent [1] https://www.debian.org/doc/debian-policy/ch-source.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711856: dovecot-imapd: Permission denied missing +w perm: /var/mail, we're not in group 8(mail)
I also experienced a similar issue with Dovecot 1:2.1.7-7, during the delivery from Postfix to dovecot-lda (not LMTP), related to the write locking of the /var/mail/user mailbox. dovecot: lda(user): Error: file_dotlock_create(/var/mail/user) failed: Permission denied (euid=1000(user) egid=1000(user) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775) (set mail_privileged_group=mail) On http://wiki2.dovecot.org/MailLocation/mbox#A.2BAC8-var.2BAC8-mail.2BAC8_dotlocks Dovecot highlights the fact that the LDA delivery should either 1/ add the sticky bit on /var/mail (to write the dotlock /var/mail/user.lock); 2/ remove the dotlocking; or 3/ use LMTP. The method used by Bernhard Kuemel was to give write permissions (through the 'mail' group) to the user who is currently writting the /var/mail/user file. I don’t think this is the right solution since it should be configured on a user basis and could give the right to read other mailboxes in /var/mail if they are in 0660 mode. I used successfully the sticky bit method, but this is not a solution which could be generalized since users could abuse of this right given on /var/mail. A proper resolution of this bug could be to use the fcntl locking method in the Dovecot parameter mbox_write_locks http://wiki2.dovecot.org/MboxLocking. Additionally I see it is encouraged by https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-mail-transport-agents ; I probably don’t see all the consequences of such a change, but I find it would be worth considering it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680389: gvfsd-afp consumes lot of cpu
tags 680389 + moreinfo Hey, Could you please still reproduce this issue with newer version ? thanks regards althaser
Bug#741329: python-pykcs11: import module import PyKCS11 fail
Package: python-pykcs11 Version: 1.2.4-1 Severity: important when i try to load PyKCS11 I obtain the following error: import PyKCS11 Traceback (most recent call last): File stdin, line 1, in module File PyKCS11/__init__.py, line 20, in module import PyKCS11.LowLevel File PyKCS11/LowLevel.py, line 26, in module _LowLevel = swig_import_helper() File PyKCS11/LowLevel.py, line 18, in swig_import_helper import _LowLevel ImportError: No module named _LowLevel -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (700, 'oldstable'), (500, 'stable-updates'), (450, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pykcs11 depends on: ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libpython2.6 2.6.8-1.1 ii libpython2.7 2.7.3-6 ii libstdc++64.7.2-5 ii python2.7.3-4+deb7u1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 python-pykcs11 recommends no packages. python-pykcs11 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#692805: gvfs: fails to mount certain removable devices
tags 692805 + moreinfo thanks Hey, Could you please still reproduce this issue with newer version ? thanks regards althaser
Bug#741330: autopkgtest: please add ability to wrap a script/runner/adverb around existing tests
Package: autopkgtest Version: 2.9.1 Severity: wishlist autopkgtest is not the only implementation of as-installed package testing. Other options include: * GNOME InstalledTests (a test is a .desktop-style file in a subdirectory of /usr/share/installed-tests, https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests) * Autotools make installcheck * NetBSD kyua http://code.google.com/p/kyua/wiki/About * Perl-style TAP tests * whatever other ad-hoc frameworks people have come up with, e.g. /usr/lib/telepathy-gabble-tests/twisted/run-test.sh vaguely mimics Autotools output and was designed to be screen-scraped by Linaro's LAVA It would be nice to be able to wrap tests designed for one of these other frameworks to make them conform to autopkgtest syntax and requirements. For instance, some tests are executable as-is, but should be wrapped in adverb commands like env, xvfb-run and/or dbus-run-session; and the .test files representing GNOME installed-tests are not directly executable at all, but can be run by wrapping them in gnome-desktop-testing-runner. autopkgtest currently requires that each test is a separate executable in debian/tests (or some other single directory in the source tarball). In practice, this results in the entire upstream test-suite becoming a single autopkgtest, for instance http://anonscm.debian.org/viewvc/pkg-gnome/desktop/experimental/glib2.0/debian/tests/installed-tests?revision=40498view=markup, making it impossible for a generic autopkgtest-based framework to track failures over time: instead of tests 'foo' and 'bar' have always passed, but test 'baz' regressed between versions 1.2 and 1.3 the best available report would be the only test is 'installed-tests' and it regressed between 1.2 and 1.3. Straw-man syntax proposal: If the Interpreter for a stanza is specified, the autopkgtest implementation will look for it in the Tests-Directory (defaulting to debian/tests as usual). If it is found there, it will be made executable and executed once for each test-case listed in Tests, passing the test-case's name as an argument. If the Interpreter does not exist as a file in the Tests-Directory, it is taken to be a shell command-line to which the test-case's name will be appended; commands which can typically be used in this way include env, dbus-run-session and xvfb-run. If an Interpreter is specified, the Tests are not required to exist as files in debian/tests, and may contain / in addition to the characters allowed in Debian package names. Example: wrapping non-executable tests in commands from $PATH Tests: glib/1bit-mutex.test glib/642026-ec.test ... glib/vfs.test glib/volumemonitor.test Interpreter: xvfb-run gnome-desktop-testing-runner Depends: gnome-desktop-testing, xvfb, ... Example: wrapping tests that need a special environment # debian/tests/control: Tests: fred bill bongo Interpreter: wrap-test.sh Depends: dbus, dpkg-dev, xvfb, ... # debian/tests/wrap-test.sh: #!/bin/sh exec dbus-run-session -- xvfb-run -- env TEST_OPTIONS=all,verbose -- \ debian/tests/$1 It would also be nice if the Tests could be the output of a script, or listed in a file that may be created by the package build, or something, so that the list of test cases doesn't have to be hard-coded in debian/tests/control. That way, GNOME packages could use something like gnome-desktop-testing-runner --list glib/ | sed -e 's/ (.*)$//' | LC_ALL sort -u to list all their test-cases automatically. Regards, S -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autopkgtest depends on: ii apt-utils 0.9.15.5+b1 ii debhelper 9.20140228 ii pbuilder 0.215 ii python 2.7.5-5 ii python-debian 0.1.21+nmu2 autopkgtest recommends no packages. Versions of packages autopkgtest suggests: pn autopkgtest-xenlvm none ii lxc 0.9.0~alpha3-2+deb8u1 ii qemu-system 1.7.0+dfsg-3 ii qemu-utils 1.7.0+dfsg-3 ii schroot 1.6.8-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741332: glx does not work anymore
Package: fglrx-driver Version: 1:14.2~beta1.3-1 Severity: important Hi Fglrx packaging team, since latest package upgrade, my ATI video card does not work any more correctly. This is what happen: giuseppe@blatta:~$ fglrxinfo X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 155 (GLX) Minor opcode of failed request: 19 (X_GLXQueryServerString) Serial number of failed request: 12 Current serial number in output stream: 12 In Xorg.0.log I see: [ 15083.502] (II) glx will be loaded by default. [ 15083.502] (II) LoadModule: glx [ 15083.502] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [ 15083.503] (II) Module glx: vendor=Advanced Micro Devices, Inc. [ 15083.503]compiled for 6.9.0, module version = 1.0.0 [ 15083.504] Loading extension GLX [ 15083.504] (==) Matched ati as autoconfigured driver 0 [ 15083.504] (==) Matched modesetting as autoconfigured driver 1 [ 15083.504] (==) Matched fbdev as autoconfigured driver 2 [ 15083.504] (==) Matched vesa as autoconfigured driver 3 [ 15083.504] (==) Assigned the driver to the xf86ConfigLayout and the libglx should be the right one: giuseppe@blatta:~$ ls -l /usr/lib/xorg/modules/linux/libglx.so \ /etc/alternatives/glx--linux-libglx.so /usr/lib/fglrx/fglrx-libglx.so lrwxrwxrwx 1 root root 30 feb 12 11:53 /etc/alternatives/glx--linux-libglx.so - /usr/lib/fglrx/fglrx-libglx.so -rw-r--r-- 1 root root 579920 feb 28 13:30 /usr/lib/fglrx/fglrx-libglx.so lrwxrwxrwx 1 root root 38 feb 12 11:53 /usr/lib/xorg/modules/linux/libglx.so - /etc/alternatives/glx--linux-libglx.so My xorg.conf file is attached. Thank you very much, Giuseppe Section ServerLayout Identifier Layout di base Screen 0 DELL Precision M4700 0 0 EndSection Section Module EndSection Section InputClass Identifier TouchPad DELL Precision M4700 Driver synaptics MatchIsTouchpad yes Option Protocol auto-dev Option SHMConfig on Option LeftEdge 110 Option RightEdge 1930 Option TopEdge 150 Option BottomEdge 1400 Option PressureMotionMinZ 25 Option PressureMotionMaxZ 50 Option EdgeMotionMinZ 25 Option EdgeMotionMaxZ 50 Option TapButton1 1 Option TapButton2 3 Option VertTwoFingerScroll 1 Option HorizTwoFingerScroll 1 EndSection Section Monitor Identifier CMN 5553 DisplaySize 344194 Option VendorName CMN Option ModelName 15b1 Option DPMS true EndSection Section Device Identifier AMD Radeon HD 7700M Series Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier DELL Precision M4700 Device AMD Radeon HD 7700M Series MonitorCMN 5553 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection
Bug#741331: ruby-rspec-puppet - Fails to find rspec: Could not find rspec (= 2.0.0) amongst [] (Gem::LoadError)
Package: ruby-rspec-puppet Version: 1.0.1-1 Severity: important A minimal rspec/puppet setup fails to find rspec: | $ rspec | /usr/lib/ruby/1.9.1/rubygems/dependency.rb:247:in `to_specs': Could not find rspec (= 2.0.0) amongst [] (Gem::LoadError) | from /usr/lib/ruby/1.9.1/rubygems/dependency.rb:256:in `to_spec' | from /usr/lib/ruby/1.9.1/rubygems.rb:1231:in `gem' | from /usr/lib/ruby/vendor_ruby/puppetlabs_spec_helper/puppet_spec_helper.rb:10:in `top (required)' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `rescue in require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:35:in `require' | from /usr/lib/ruby/vendor_ruby/puppetlabs_spec_helper/module_spec_helper.rb:2:in `top (required)' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `rescue in require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:35:in `require' | from …/spec/spec_helper.rb:2:in `top (required)' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:60:in `rescue in require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:35:in `require' | from …/spec/defines/grub2_spec.rb:1:in `top (required)' | from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load' | from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `block in load_spec_files' | from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `each' | from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load_spec_files' | from /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:22:in `run' | from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run' | from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in autorun' | $ cat spec/defines/grub2_spec.rb | require 'spec_helper' | | describe 'sysinit::grub2' do | | end | $ cat spec/spec_helper.rb | require 'rubygems' | require 'puppetlabs_spec_helper/module_spec_helper' | $ cat Rakefile | require 'rubygems' | require 'puppetlabs_spec_helper/rake_tasks' Bastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-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/dash Versions of packages ruby-rspec-puppet depends on: ii ruby 1:1.9.3 ii ruby-rspec2.14.1-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ruby-rspec-puppet recommends no packages. ruby-rspec-puppet 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#716911: gvfs 1.16.3-1 fails to mount certain devices (cdrom, sd-cards, sony prs-t2 reader, etc.) under xfce
Hey, Could you please still reproduce this issue with newer version ? thanks regards althaser
Bug#741328: Acknowledgement (rpm should be recommend not dependencie)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The same is valid for rpm2cpio. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTHugCAAoJEKZ8CrGAGfasuUUL/3xzZiJjvY6eu1NvWK2F52/X diID3AybdxyqLxMTyebUJvPCnlZJjEAh9B/KAZYrf0lf9cB4UE7qrXi3V6SLeF5Q leaKeUn2AMrJ+xdFAkI+Mg2bl+8HKT94wjmjrqFfywzWDLFXcG6Uk9U80HQrubIp NIxFvP/Vv/SNCDlU8ePrO+0MJ+Wdk4y/LQ6+Xc5qGXohKJqinetGIc7sovhf3JLe S5R6UDyhS9l41j2BqlZz6ublHvgW2HTU2gLADzDjTO/uOjPxvJnGJBCj2qwvw2wB BZlT7Q7h29K0CO9ZSVVyDaLr7nOlg2DCk6KTpXvmqmvUd2zwHxGwm2aqS9N+yoQF HeGkMVy2LfYE8hfKUKJuU+f5ACKfssInyaA8c7pOV9R6pHjhiONcvzMFtkeYszee MSmHdTLONprvhDmMJyNS/5peRUBKF+KHqn5zehVdK7LyQnOTPR+s5SYIB9AuImy+ RnRE57qattKF19qt8UnQYt+bmrarBtTeVFuQ7XLp8w== =ydjF -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#728066: redshift: New upstream version available
Hey Jon, On Mon, Mar 10, 2014 at 11:07:14PM +, Jonathan McCrohan wrote: Any update on this? I'll package the new upstream version within the next days. It would be good to have the latest version available before Jessie is released. Yepp. I agree. If you do not have time to maintain this package, I would be happy to help you maintain it. Help maintaining the package would be appreciated - especially for testing. I adopted this package before all the gnome3 stuff arrived and as I am normally using redshift with openbox it's rather tiring to test it against the whole gnome environment I don't use. So if you want to help there that'd be great. Cheers, Rhalina -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redshift depends on: ii gconf-service 3.2.6-1 ii libc6 2.18-4 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.38.2-5 ii libx11-6 2:1.6.2-1 ii libxcb-randr0 1.10-2 ii libxcb11.10-2 ii libxxf86vm11:1.1.3-1 redshift recommends no packages. redshift suggests no packages. -- no debconf information -- rhalina (Franziska Lichtblau) rhal...@old-forest.org lichtb...@cip.ifi.lmu.de «I refuse to be bound by software I cannot trust and negotiate with.» -- Enrico Zini -- signature.asc Description: Digital signature
Bug#741318: cups-filters: CVE-2013-6476 CVE-2013-6475 CVE-2013-6474 CVE-2013-6473
Control: found -1 cups/1.4.4-7+squeeze3 Control: found -1 cups-filters/1.0.25-1 Control: notfound -1 cups-filters/1.0.18-2.1 Hi Moritz, and thanks for the heads-up, Le mardi, 11 mars 2014, 09.14:30 Moritz Muehlenhoff a écrit : Fixed upstream in 1.0.47: CVE-2013-6473: http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/re vision/7175 This doesn't affect stable's cups-filters (urftopdf was introduced in cups-filters 1.0.25 and has never been in cups itself). CVE-2013-6474: CVE-2013-6475: CVE-2013-6476: http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/re vision/7176 I haven't checked the filters from src:cups in oldstable yet. This affects cups-filters in stable too, I'll prepare an updated package. It also affects the cups-filters as released in src:cups as debian/local/filters/ in oldstable, I'll prepare an update too. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741318: cups-filters: CVE-2013-6476 CVE-2013-6475 CVE-2013-6474 CVE-2013-6473
Control: notfound -1 cups/1.4.4-7+squeeze3 Control: clone -1 -2 Control: reassign -2 cups/1.4.4-7+squeeze3 Control: retitle -2 cups: CVE-2013-6476 CVE-2013-6475 CVE-2013-6474 Le mardi, 11 mars 2014, 11.50:27 Didier '' Raboud a écrit : It also affects the cups-filters as released in src:cups as debian/local/filters/ in oldstable, I'll prepare an update too. And, according to bugs.debian.org, this should be tracked using a separate bug, not a found, hereby fixing. OdyX signature.asc Description: This is a digitally signed message part.
Bug#741334: nagios-plugins: New upstream release 2.0
Package: nagios-plugins Version: 1.5-3 Severity: wishlist There is a new upstream release (2.0) available for the nagios plugins. See: http://nagios-plugins.org/ Please update the package to include the new upstream release and also update the Homepage field to point to the new upstream homepage (stated above). Thanks in advance. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734154: debian-installer: touchpad driver missing
Hi, Cyril Brulebois k...@debian.org wrote: Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-04): On 04.01.2014 16:02, Cyril Brulebois wrote: Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-04): I just meant, that the touchpad cannot move the cursor, although evdev is loaded. Might be a kernel or driver bug. Can you please attach Xorg log and kernel log from the installer? I attached Xorg.0.log and syslog, but I found no related error messages in them. Also I realized that the left mouse button at least is working. It would be nice to know how it goes with a 3.13-based installation image. (No need to test the whole installation, just trying to figure out if there's still something that needs fixing.) Testing this with a daily build i386 netinst CD from 20140311 on my Thinkpad T60: everything works fine here, cursor is moving and buttons are also working. evdev is loaded, but synaptics is not (of course). As it has worked fine on this machine all the time since introducing the graphical installer with X.Org (Great work Kibi BTW :-) ) Just double- checked with a 7.1 netinst CD. Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636679: ITP apitrace any progress?
Hi, I'd wish to see this utility on Debian. This ITP has been open for more than 2 years already and the last update from the bug owner was more than one year ago. Christopher, is there any progress on this? If you are not longer interested or you don't have time for packaging apitrace on Debian, please retitle this bug to RFP so this package work can be taken by anyone interested and/or with time available. Thanks! signature.asc Description: OpenPGP digital signature
Bug#741334: [Pkg-nagios-devel] Bug#741334: nagios-plugins: New upstream release 2.0
On 11.03.2014 12:12, Benjamin Drung wrote: Package: nagios-plugins Version: 1.5-3 Severity: wishlist There is a new upstream release (2.0) available for the nagios plugins. See: http://nagios-plugins.org/ Please update the package to include the new upstream release and also update the Homepage field to point to the new upstream homepage (stated above). That's not upstream. That's the (hijacked) fork by Nagios Enterprises being the domain and trademark owner, but not being the original development team. Probably you should dig a bit into history, like [0] or [1] or [2] The original upstream was required to be renamed to http://www.monitoring-plugins.org which provides the *trusted* upgrade path for the sources built into debian binary packages. I'd call that upstream, but ask Jan, he'll know better who to trust. Some further discussion was already here [3] introducing a rename to monitoring-plugins while still providing a clean, trusted upgrade path to all existing users (which I am and I also do care for the Icinga community). 'nagios-plugins-2,0' should probably get a new package named 'nagios-enterprises-plugins' or 'nagios-core-plugins' as already suggested in other distribution bug reports. jm2c, Michael [0] https://www.monitoring-plugins.org/news/new-project-name.html [1] https://www.monitoring-plugins.org/archive/devel/2014-January/009417.html [2] https://bugzilla.redhat.com/show_bug.cgi?id=1054340 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736331 -- DI (FH) Michael Friedrich michael.friedr...@gmail.com || icinga open source monitoring https://twitter.com/dnsmichi || lead core developer dnsmi...@jabber.ccc.de || https://www.icinga.org/team irc.freenode.net/icinga || dnsmichi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741335: bzr: 'latin-1' codec can't encode characters on branch command
Subject: bzr: 'latin-1' codec can't encode characters on branch command Package: bzr Version: 2.6.0+bzr6591-1 Severity: important bzr branch lp:a11ytesting bzr: ERROR: exceptions.UnicodeEncodeError: 'latin-1' codec can't encode characters in position 90-95: ordinal not in range(256) Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 930, in exception_to_return_code return the_callable(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 1121, in run_bzr ret = run(*run_argv) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 673, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 697, in run return self._operation.run_simple(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 136, in run_simple self.cleanups, self.func, *args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 166, in _do_with_cleanups result = func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/builtins.py, line 1507, in run source_branch=br_from) File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 367, in sprout create_tree_if_local=create_tree_if_local) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 132, in run self.cleanups, self.func, self, *args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 166, in _do_with_cleanups result = func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 435, in _sprout hardlink=hardlink, from_branch=result_branch) File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 907, in create_workingtree accelerator_tree=accelerator_tree, hardlink=hardlink) File /usr/lib/python2.7/dist-packages/bzrlib/workingtree_4.py, line 1565, in initialize delta_from_tree=delta_from_tree) File /usr/lib/python2.7/dist-packages/bzrlib/transform.py, line 2543, in build_tree delta_from_tree) File /usr/lib/python2.7/dist-packages/bzrlib/transform.py, line 2661, in _build_tree tt.finalize() File /usr/lib/python2.7/dist-packages/bzrlib/transform.py, line 1214, in finalize delete_any(path) File /usr/lib/python2.7/dist-packages/bzrlib/osutils.py, line 1156, in delete_any _delete_file_or_dir(path) File /usr/lib/python2.7/dist-packages/bzrlib/osutils.py, line 1175, in _delete_file_or_dir if isdir(path): # Takes care of symlinks File /usr/lib/python2.7/dist-packages/bzrlib/osutils.py, line 621, in isdir return stat.S_ISDIR(os.lstat(f)[stat.ST_MODE]) UnicodeEncodeError: 'latin-1' codec can't encode characters in position 90-95: ordinal not in range(256) bzr 2.7.0dev1 on python 2.7.6 (Linux-3.10-1-amd64-x86_64-with- LinuxMint-10-julia) arguments: ['/usr/bin/bzr', 'branch', 'lp:a11ytesting'] plugins: bash_completion[2.7.0dev1], changelog_merge[2.7.0dev1], grep[2.7.0dev1], launchpad[2.7.0dev1], netrc_credential_store[2.7.0dev1], news_merge[2.7.0dev1], po_merge[2.7.0dev1], weave_fmt[2.7.0dev1] encoding: 'iso8859-1', fsenc: 'ISO-8859-1', lang: 'en_US' *** Bazaar has encountered an internal error. This probably indicates a bug in Bazaar. You can help us fix it by filing a bug report at https://bugs.launchpad.net/bzr/+filebug including this traceback and a description of the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages bzr depends on: ii python-bzrlib 2.6.0+bzr6591-1 pn python:any none Versions of packages bzr recommends: ii python-gpgme 0.2-3 Versions of packages bzr suggests: pn bzr-doc none pn bzr-svn none pn bzrtools none pn python-bzrlib.tests none -- no debconf information
Bug#741336: keyutils: please update to 1.5.9
Package: keyutils Version: 1.5.6-1 Severity: wishlist Hi, there's a new version 1.5.9 available, and freeipa needs at least 1.5.7 which added get_persistent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741337: ckeditor: New upstream release 4.3.3
Package: ckeditor Version: 4.3.0+dfsg0-0.1 Severity: wishlist There is a new upstream release (4.3.3) available for ckeditor. Please update the package. Thanks in advance. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713124: gnat-4.6: FTBFS: unsatisfiable build-dependency: automake ( 1:1.12) but 1:1.13.3-1 is to be installed
Hi, Is there any reason to specify Build-Depends: automake ( 1:1.12)? I can build this package without it. Patch attached. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru gnat-4.6-4.6.4/debian/changelog gnat-4.6-4.6.4/debian/changelog --- gnat-4.6-4.6.4/debian/changelog 2013-05-11 06:10:24.0 +0900 +++ gnat-4.6-4.6.4/debian/changelog 2014-03-11 15:31:30.0 +0900 @@ -1,3 +1,13 @@ +gnat-4.6 (4.6.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control +- Just remove limitation Build-Depends: automake ( 1:1.12) + (Closes: #713124) +- remove Build-Conflicts: binutils-gold to avoid Dependency error. + + -- Hideki Yamane henr...@debian.org Tue, 11 Mar 2014 15:31:06 +0900 + gnat-4.6 (4.6.4-1) unstable; urgency=low * Rebuild with gnat-4.6-source (= 4.6.4-1). Closes: #707261. diff -Nru gnat-4.6-4.6.4/debian/control gnat-4.6-4.6.4/debian/control --- gnat-4.6-4.6.4/debian/control 2013-05-10 01:38:25.0 +0900 +++ gnat-4.6-4.6.4/debian/control 2014-03-11 15:30:50.0 +0900 @@ -6,7 +6,7 @@ Standards-Version: 3.9.4 Build-Depends: dpkg-dev (= 1.16.0~ubuntu4), debhelper (= 5.0.62), g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc], libc6.1-dev (= 2.13-5) [alpha ia64] | libc0.3-dev (= 2.13-5) [hurd-i386] | libc0.1-dev (= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (= 2.13-5), libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390 [s390x], libc6-dev-s390x [s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 ppc64 kfreebsd-amd64 s390x], lib64gcc1 [i386 powerpc sparc s390], libc6-dev-mips64 [mips mipsel], libc6-dev-mipsn32 [mips mipsel], - m4, libtool, autoconf2.64, automake (= 1:1.11), automake ( 1:1.12), + m4, libtool, autoconf2.64, automake (= 1:1.11), libunwind7-dev (= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], zlib1g-dev, gawk, lzma, xz-utils, patchutils, binutils (= 2.21.1) | binutils-multiarch (= 2.21.1), binutils-hppa64 (= 2.21.1) [hppa], @@ -15,7 +15,6 @@ libcloog-ppl-dev (= 0.16), libmpc-dev (= 1.0), libmpfr-dev (= 3.0.0-9~), libgmp-dev (= 2:5.0.1~), libelfg0-dev (= 0.8.12), dejagnu [!m68k !hurd-i386 !hurd-alpha], realpath (= 1.9.12), chrpath, lsb-release, make (= 3.81), quilt Build-Depends-Indep: -Build-Conflicts: binutils-gold Homepage: http://gcc.gnu.org/ XS-Vcs-Browser: http://svn.debian.org/viewsvn/gcccvs/branches/sid/gcc-4.6/ XS-Vcs-Svn: svn://svn.debian.org/svn/gcccvs/branches/sid/gcc-4.6
Bug#741334: [Pkg-nagios-devel] Bug#741334: nagios-plugins: New upstream release 2.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 741334 + wontfix thanks Hi Benjamin, thanks for bringing up this, but we are aware of the situation. Am 11.03.14 12:12, schrieb Benjamin Drung: There is a new upstream release (2.0) available for the nagios plugins. See: http://nagios-plugins.org/ Please update the package to include the new upstream release and also update the Homepage field to point to the new upstream homepage (stated above). I guess you checked the existing bugreports before you opened this one, so you should have seen the discussion in #736331. We are going to stay with the origin project (even if it has to use another name now) and not packaging the forked one. Cheers, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iEYEARECAAYFAlMe9ukACgkQ9u6Dud+QFySY9ACeKnmBq/3H2WfbiBN7sbO8SS/r Sm4AnifsgAvbhcixdcvtwFp9h8weUYMc =HFnj -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#738945: [Pkg-xfce-devel] Bug#738945: task-xfce-desktop: Hibernate doesn't work out of the box
Hi everybody, Ok, I was't informed, that hibernating should work without uswsusp. So I removed uswsusp again, for bug-hunting. I did try as suggested: - logout button, then hibernate - pm-hibernate (as root) - echo disk /sys/power/state (as root) All of the above have the same effect: The screen goes black, after some seconds, the computer switches off. When switching it on again, It boots normally instead of returning to the hibernated state. So this bug is indeed not related to Xfce. For me personally, the problem is solved, as I am fine with uswsusp. But if it may benefit other users, I'm willing to cooperate in hunting it down further. As to my hardware: Its a Dell inspiron 1525 Notebook. To provide more information, below is the output from lspci. I have the non-free module iwl3945 installed for wifi, but rmmod iwl3945 iwl_legacy mac80211 cfg80211 before hibernating doesn't change anything. Yours, Max lspci 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c) 00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02) 00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02) 00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02) 00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 02) 00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02) 00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2) 00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 02) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02) 02:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 02:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 02:09.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 02:09.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12) 09:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8040 PCI-E Fast Ethernet Controller (rev 12) 0b:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02) Am 11.03.2014 11:16, schrieb Yves-Alexis Perez: On Tue, Mar 11, 2014 at 01:13:59AM +0100, Cyril Brulebois wrote: Hi Xfce maintainers, please find below an installation report regarding Xfce. Feedback welcome. Thanks for the report, answers inline. Max Kubierschkym...@knirz.de (2014-02-14): Package: task-xfce-desktop Version: 3.14.1 Severity: normal Dear Maintainer, I installed debian wheezy with xfce desktop. hibernate was available in the energy settings, but did not work. Or more exactly, hibernate did work, but after switching on the computer again, it booted normally, instead of thawing. After some debugging and research, Installing uswsusp solved the problem. What kind of debug did you do? Do the following ways work: - logout button, then hibernate - pm-hibernate (as root) - echo disk /sys/power/state (as root) Also, it'd help to know the kind of hardware you have (and especially stuff like wireless and graphic cards). Suggestion: add dependency on uswsusp to package task-xfce-desktop No way. uswsusp is (imho) just plain useless. Hibernation belongs in the kernel. If it's broken, it should be fixed there. In any case, it looks at first sight unrelated to Xfce, but the questions above will help narrow the problem. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734154: debian-installer: touchpad driver missing
Hi, On 11.03.2014 02:03, Cyril Brulebois wrote: It would be nice to know how it goes with a 3.13-based installation image. (No need to test the whole installation, just trying to figure out if there's still something that needs fixing.) Daily d-i builds or upcoming jessie alpha 1 images should be enough to make sure. I just tested it again with the latest daily: Debian GNU/Linux testing Jessie - Official Snapshot amd64 NETINST Binary-1 20140311-04:12 Unfortunately, moving the cursor still doesn't work. :( Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741338: usbmuxd starts only if manually launched on systemd testing kde 32bit
Package: usbmuxd Version: 1.0.8-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I've freshly installed stable kde from dvd then updated/upgraded then dist-upgraded to testing then installed systemd and systemd-sysv. * What exactly did you do (or not do) that was effective (or ineffective)? Nothing * What was the outcome of this action? usbmuxd not automatically started means that idevice conection are not detected as AFC protocol devices; no one of the applications using usbmuxd is working: ifuse (got from unstable), ideviceinstaller, gvfs-afc-volume-monitor * What outcome did you expect instead? kind of autostart of usbmuxd on idevice connection -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usbmuxd depends on: ii adduser 3.113+nmu3 ii libc6 2.18-4 ii libplist1 1.10-1 ii libusb-1.0-0 2:1.0.17-1+b1 ii libusbmuxd2 1.0.8-2 usbmuxd recommends no packages. usbmuxd 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#741310: mencoder missing in jessie
On Mon, Mar 10, 2014 at 11:51 PM, Chris Bainbridge chris.bainbri...@gmail.com wrote: Package: mencoder Version: Severity: normal Dear Maintainer, mencoder is available in wheezy and sid but not jessie https://packages.debian.org/sid/mencoder Please have a look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732159 for a broader discussion. Short, unless someone is found to work on the package, it is going to be removed from sid as well. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741339: RFS: sbnc/1.3~beta8-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sbnc. As always checked with lintian. * Package name: sbnc Version : 1.3~beta8-1 Upstream Author : Gunnar Beutner gun...@beutner.name * URL : http://www.shroudbnc.info/ * License : GPL Section : net It builds those binary packages: sbnc - IRC proxy for multiple users sbnc-dbg - IRC proxy for multiple users (debugging symbols) sbnc-php-dev - IRC proxy for multiple users (PHP classes) sbnc-tcl - IRC proxy for multiple users (Tcl extension) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sbnc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sbnc/sbnc_1.3~beta8-1.dsc More information about *sbnc* can be obtained from http://www.shroudbnc.info/ Changes since the last upload: * New upstream release Upstream fixed several memory resource leaks and removed dead code * New Maintainer (Closes: #622977) * Include new watch file - Thanks to Bart Martens * Updated standards version * Set debhelper compatibility to 9 * Include Japanese translation (Closes: #693059) Thanks to victory victory@gmail.com * fix lintian warnings * enabled hardening flags * remove old snippets from debian/rules * adjust init script to source init functions * sbnc mysql support was removed because upstream dropped it from source Package sbnc-mysql is dropped as consequence Also dropped build depends on libmysql-client * moved tcl scripts from /var/lib/sbnc to /usr/share/sbnc * removed most of the patches as they are now included by upstream * Place user configs in /etc/sbnc instead of /var/lib/sbnc Regards, Stefan Bauer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741340: python3-chardet: Depends on Python 3.4
Package: python3-chardet Version: 2.2.1-1 Severity: normal Dear Maintainer, It looks like the latest upload of python3-chardet depends on Python 3.4: https://packages.debian.org/jessie/python3-chardet Apparently for no particular reason? It looks like upstream works with 3.2 and 3.3 as well. (I apologize in advance if my assumptions about dependencies are wrong.) Can I persuade you to rebuild with 3.3, the default Python 3 version in testing? Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740282:
Hi, the upstream maintainer is evaluating the situation and patch. Cheers, -- Angel Abad an...@debian.org | angela...@ubuntu.com | angela...@gmail.com http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279
Bug#741271: RFS: libnftnl/1.0.0+git20140122-1 [ITP] (repackaged, resend)
On 11 March 2014 11:21, Vincent Cheng vch...@debian.org wrote: Just a few quick comments: - consider targeting unstable directly instead of experimental, given that 3.13 is already available in unstable - libnftnl-dev Depends: ${misc:Pre-Depends}; I'm pretty sure you meant Pre-Depends there - a lot of files in tests/ are copyright 2012 Ana Rey Botello ana...@gmail.com, please mention that in debian/copyright - don't override no-upstream-changelog if there's actually no upstream changelog available (just ignore that lintian issue) - if you don't use a pristine upstream tarball, please provide a get-orig-source target in debian/rules (see Policy 4.9 [1]) - remove your override_dh_auto_test target in d/rules Hi Vincent, thanks for your comments. I've addressed all of them. Find a new package uploaded to mentors [0] (I just uploaded). BTW, i'm doing the packaging at github [1]. Regards. [0] http://mentors.debian.net/debian/pool/main/libn/libnftnl/libnftnl_1.0.0+git20140122-1.dsc [1] https://github.com/aborrero/pkg-libnftnl -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741341: phpmyadmin: missing tcpdf in apache.conf php_admin_value open_basedir
Package: phpmyadmin Version: 4:4.1.8-1 Severity: important Dear Maintainer, Menu Export don't work! Please add /usr/share/php/tcpdf to /etc/phpmyadmin/apache.conf file in php_admin_value open_basedir line. From apache2 log: PHP Fatal error: require_once(): Failed opening required '/usr/share/php/tcpdf/tcpdf.php' (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/phpmyadmin/libraries/PDF.class.php on line 12, referer: ... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (500, 'oldstable'), (99, 'unstable'), (98, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13.6 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages phpmyadmin depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.52 ii libapache2-mod-php5 5.5.9+dfsg-1 ii libjs-codemirror 2.23-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-cookie 9-1 ii libjs-jquery-event-drag 9-1 ii libjs-jquery-mousewheel 9-1 ii libjs-jquery-tablesorter 9-1 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libjs-sphinxdoc 1.2.1+dfsg-3 ii perl 5.18.2-2+b1 ii php-gettext 1.0.11-1 ii php-tcpdf 6.0.048+dfsg-2 ii php5 5.5.9+dfsg-1 ii php5-cgi 5.5.9+dfsg-1 ii php5-json 1.3.3-1 ii php5-mcrypt 5.5.9+dfsg-1 ii php5-mysql5.5.9+dfsg-1 ii ucf 3.0027+nmu1 Versions of packages phpmyadmin recommends: ii apache2 2.4.7-1 ii apache2-bin [httpd] 2.4.7-1 ii apache2-mpm-itk [httpd] 2.4.7-1 ii mysql-client 5.5.35+dfsg-2 ii mysql-client-5.5 [virtual-mysql-client] 5.5.35+dfsg-2 ii php5-gd 5.5.9+dfsg-1 Versions of packages phpmyadmin suggests: ii elinks [www-browser] 0.12~pre6-4 ii iceweasel [www-browser] 27.0-2 ii mysql-server 5.5.35+dfsg-2 ii mysql-server-5.5 [virtual-mysql-server] 5.5.35+dfsg-2 -- Configuration Files: /etc/phpmyadmin/apache.conf changed [not included] /etc/phpmyadmin/config.inc.php changed [not included] -- 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#741342: /usr/sbin/update-grub: update-grub writes root=UUID= to grub.cfg for LVM2, renders machine unbootable
Package: grub2-common Version: 2.02~beta2-7 Severity: critical File: /usr/sbin/update-grub Justification: breaks the whole system Hello, update-grub writes root=UUID=xx for LVM2 volumes to kernel command line. This renders the system unbootable since it is not supported as far as I can tell. Hence, if I replace root=UUID=af89a290-9c6f-4039-8d5c-95aa75654776 with root=/dev/mapper/mdxinventi-root, the system boots fine. P.S. It appears that 2.02~beta2-7 has been uploaded to unstable even if the changelog indicates that it was targeted to experimental. -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/mdxinventi-root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda1 /boot ext2 rw,relatime 0 0 /dev/mapper/mdxinventi-home /home ext4 rw,relatime,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST9500423AS_5WR0GXYW *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ ${next_entry} ] ; then set default=${next_entry} set next_entry= save_env next_entry set boot_once=true else set default=0 fi if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod lvm insmod ext2 set root='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl' af89a290-9c6f-4039-8d5c-95aa75654776 else search --no-floppy --fs-uuid --set=root af89a290-9c6f-4039-8d5c-95aa75654776 fi font=/usr/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=lt_LT insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_msdos insmod lvm insmod ext2 set root='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='lvmid/nqfp4d-BOkJ-OIVj-Uigv-ysEo-NOTR-8Xy1pJ/0TBnxh-eEPl-YGJO-6Q4E-9MRF-6qic-fIRzyl' af89a290-9c6f-4039-8d5c-95aa75654776 else search --no-floppy --fs-uuid --set=root af89a290-9c6f-4039-8d5c-95aa75654776 fi insmod png if background_image /usr/share/images/desktop-base/joy-grub.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload=${1} } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-af89a290-9c6f-4039-8d5c-95aa75654776' { load_video insmod gzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1' 77b9f482-78cc-4625-885e-1d6489b84fc1 else search --no-floppy --fs-uuid --set=root 77b9f482-78cc-4625-885e-1d6489b84fc1 fi echo'Loading Linux 3.13-1-amd64 ...' linux /vmlinuz-3.13-1-amd64 root=UUID=af89a290-9c6f-4039-8d5c-95aa75654776 ro splash quiet echo'Loading initial ramdisk ...' initrd /initrd.img-3.13-1-amd64 } submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option
Bug#741343: gnome-shell: Gnome shell crashes and restarts when launching chromium with background mode enabled.
Package: gnome-shell Version: 3.4.2-7+deb7u1 Severity: important Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? having chromium run in the background with some backgrounded extensions * What exactly did you do (or not do) that was effective (or ineffective)? If there are no open windows/programs in gnome shell, starting chromium crashes gnome-shell, if other windows are open, starting chromium does not crash gnome-shell * What was the outcome of this action? lacuning chromium from gnome-shell while its running in the background(in the bottom right of gnome-shell) with no other windows open, crashes gnome shell. * What outcome did you expect instead? -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gconf-service 3.2.5-1+build1 ii gir1.2-accountsservice-1.00.6.21-8 ii gir1.2-atk-1.02.4.0-2 ii gir1.2-caribou-1.00.4.4-1 ii gir1.2-clutter-1.01.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.00.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.0 3.4.2-1 ii gir1.2-gtk-3.03.4.2-7 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.0 3.4.1-5 ii gir1.2-networkmanager-1.0 0.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.0 0.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.12 0.18.2-2 ii gir1.2-telepathylogger-0.20.4.0-1 ii gir1.2-upowerglib-1.0 0.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-shell-common3.4.2-7+deb7u1 ii gnome-themes-standard 3.4.2-2.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango01.10.2-7 ii libcogl9 1.10.2-7 ii libcroco3 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-113.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-13.4.4-3 ii libffi5 3.0.10-3 ii libfolks250.6.9-1+b1 ii libgck-1-03.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-13.4.1-3 ii libgdk-pixbuf2.0-02.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-1 1.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgnome-menu-3-0 3.4.2-5 ii libgstreamer0.10-00.10.36-1.2 ii libgtk-3-03.4.2-7 ii libical0 0.48-2 ii libjson-glib-1.0-00.14.2-1 ii libmozjs185-1.0
Bug#741344: ssh-copy-id: Could not resolve hostname :: Name or service not known
Package: openssh-client Version: 1:6.5p1-4 Hello, ssh-copy-id incorrectly parses the host name, removing everything after and including the last colon. I'm not sure why is it done at all, but this prevents me from copying an id to the localhost (don't ask why I need that). Here's a patch which removes the last colon and everything after it only if it's not preceded by one more colon (::), so user@:: would still work. -- Cheers, Andrew --- /usr/bin/ssh-copy-id2013-06-05 14:48:45.0 +0200 +++ /usr/bin/ssh-copy-id2014-03-11 13:42:18.694699984 +0100 @@ -174,7 +174,7 @@ fi # drop trailing colon -USER_HOST=$(printf %s\n $1 | sed 's/:$//') +USER_HOST=$(printf %s\n $1 | sed 's/\([^:]\):$/\1/') # tack the hostname onto SSH_OPTS SSH_OPTS=${SSH_OPTS:+$SSH_OPTS }'$(quote $USER_HOST)' # and populate $@ for later use (only way to get proper quoting of options)
Bug#741345: ITP: mathematical-components -- Mathematical Components library for the Coq proof system
Package: wnpp Severity: wishlist Owner: Enrico Tassi gareuselesi...@debian.org * Package name: mathematical-components Version : 1.4.0 Upstream Author : Mathematical Components team * URL : http://www.msr-inria.fr/projects/mathematical-components/ * License : BSD Programming Lang: Coq Description : Mathematical Components library for the Coq proof system From version 1.5, the ssreflect source package was split in two by the aupstrem: - ssreflect (OCaml plugin for Coq, plus a small set of Coq files) - mathcomp (the rest of the Coq files) While the former is in debian, the latter is not (yet). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559783: Upping the severity
Increasing the severity since this prevents new uploads as it fails the embedded library check. Hi, Eric! cve-2009-3720 has closed long ago. also upstream is dead (only security problems are fixed). Do You have any other (not cve-2009-3720) causes to keep severity serious? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#741334: [Pkg-nagios-devel] Bug#741334: nagios-plugins: New upstream release 2.0
On Di, 2014-03-11 at 12:43 +0100, Jan Wagner wrote: tags 741334 + wontfix thanks Hi Benjamin, thanks for bringing up this, but we are aware of the situation. Am 11.03.14 12:12, schrieb Benjamin Drung: There is a new upstream release (2.0) available for the nagios plugins. See: http://nagios-plugins.org/ Please update the package to include the new upstream release and also update the Homepage field to point to the new upstream homepage (stated above). I guess you checked the existing bugreports before you opened this one, so you should have seen the discussion in #736331. I checked the existing bug reports, but oversaw bug #736331. I didn't saw that there were interpersonal issues that causes forks of this package. Now there are two projects maintained by two different teams. We are going to stay with the origin project (even if it has to use another name now) and not packaging the forked one. I don't know which is the best way forward. It probably makes sense to make it possible to ship both packages in Debian and let the user decide which project is better and wins. To make them co-installable, both project should pick new binary package names and the nagios-plugins packages should become transitional package and go away. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739593: [Pkg-systemd-maintainers] Bug#739593: Bug#739593: closed by Michael Stapelberg stapelb...@debian.org (Re: Bug#739593: systemd makes / shared by default)
Re: Michael Stapelberg 2014-03-08 x6d2hwflle@midna.zekjur.net The following patch works for me to make your newpid program work: --- i/newpid.c +++ w/newpid.c @@ -40,11 +40,9 @@ run (void *argv_void) pid_t child; pid_t pid; - if (umount (/proc) != 0) { - /* ignore errors here, /proc could be busy - perror (umount /proc); + if (mount(none, /proc, NULL, MS_PRIVATE|MS_REC, NULL) != 0) Ok, that works, thanks! I only tried to remount / which didn't seem to have any effect. Unfortunately MS_PRIVATE and MS_REC are not defined in squeeze, so that fix won't work for chroots running on a systemd system, but that's something I should be able to work around. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#741262: bash-completion reports words: bad array subscript after bash upgrade from 4.2 to 4.3
Package: bash Version: 4.3-2 Followup-For: Bug #741262 I have managed to reproduced the problem after I upgraded bash tonight. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 bash depends on: ii base-files 7.2 ii dash 0.5.7-4 ii debianutils 4.4 ii libc62.18-4 ii libtinfo55.9+20140118-1 Versions of packages bash recommends: ii bash-completion 1:2.1-2 Versions of packages bash suggests: pn bash-doc none -- Configuration Files: /etc/bash.bashrc changed [not included] -- 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#734216: libmrss: use dh-autoreconf to fix FTBFS on ppc64el
Dear Logan, I am currently updating the package to use debhelper v9, so I can't integrate the package as-is, but I've integrate the autoreconf using the dh $@ --with autoreconf scheme. I still have some tests to do but the autoreconf dependency will be set in the next release. Best regards, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741346: lintian: check the name of modules config in /etc/pkcs11/modules
Package: lintian Version: 2.5.21 Tags: patch Severity: wishlist Hi, Submitting as a bug for it to be reviewed and, if somebody beats me to it, writing a a test case. An example of a package triggering the warning by p11-kit (from jessie or wheezy-bpo) is wheezy's gnome-keyring. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net From 1e197a7baf40d1e7c5874cf02335af4c53f8844d Mon Sep 17 00:00:00 2001 From: Raphael Geissert geiss...@debian.org Date: Tue, 11 Mar 2014 11:39:44 +0100 Subject: [PATCH] Check for the naming convention of etc/pkcs11/modules files --- checks/files.desc | 11 +++ checks/files.pm |5 + 2 files changed, 16 insertions(+) diff --git a/checks/files.desc b/checks/files.desc index 760f86a..604610d 100644 --- a/checks/files.desc +++ b/checks/files.desc @@ -1448,3 +1448,14 @@ Info: The given file is in PATH but consists of non-ASCII characters. . Note that Lintian may be unable to display the filename accurately. Unprintable characters may have been replaced. + +Tag: incorrect-naming-of-pkcs11-module +Severity: important +Certainty: certain +Info: This package ships a PKCS#11 module configuration file under + tt/etc/pkcs11/modules/tt, but its naming doesn't conform to what + ttp11-kit/tt expects. Files in that directory should respect the + following convention, case insensitive: [a-z0-9][a-z0-9_.-]*.module + . + p11-kit currently warns on every file that does not follow the + convention and may ignore them in the future. diff --git a/checks/files.pm b/checks/files.pm index a3fda48..2276108 100644 --- a/checks/files.pm +++ b/checks/files.pm @@ -480,6 +480,11 @@ sub run { close($fd); } } +# /etc/pkcs11/modules +elsif ($file =~ m,^etc/pkcs11/modules/\S, + $file !~ m,^etc/pkcs11/modules/[a-z0-9][a-z0-9_.-]*\.module$,i) { +tag 'incorrect-naming-of-pkcs11-module', $file; +} # /etc/rc.d /etc/rc?.d elsif ( $type ne 'udeb' and $file =~ m,^etc/rc(?:\d|S)?\.d/\S, -- 1.7.10.4
Bug#741297: Rmpi dlopen's libmpi.so.0 instead of libmpi.so.1
(Re-adding bug submitter Don and bug tracking email box) On 11 March 2014 at 09:21, Hao Yu wrote: | Hi Dir, | | I had .so and .so.0 already there. It is easy to add .so.1. Also | libmpi.dylib for MAC is not necessary. It will be removed. Sounds good, and thanks for the prompt reply. I'll catch the new Rmpi when it hits CRAN Dirk | Thanks, | | Hao | | Dirk Eddelbuettel wrote: | | Dear Hao, | | Here is a fresh, and good looking, bug report from a fellow Debianer and R | user. Can you take a look? Based on my Debian testing system we want .1 | whereas Ubuntu still has .0 -- so the suggest pairing below makes a lot of | sense (Thanks, Don!) | | Dirk | | On 10 March 2014 at 14:45, Don Armstrong wrote: | | Package: r-cran-rmpi | | Version: 0.6-3-1 | | Severity: serious | | Control: tag -1 patch | | | | Rmpi should dlopen libmpi.so.1 in addition to libmpi.so.0, otherwise | | Rmpi is useless without having libopenmpi-dev installed (which provides | | libmpi.so). | | | | The following trivial patch fixes this: | | | | --- rmpi-0.6-3.orig/src/Rmpi.c | | +++ rmpi-0.6-3/src/Rmpi.c | | @@ -69,7 +69,8 @@ | | | | #ifndef MAC | | #ifdef OPENMPI | | -if (!dlopen(libmpi.so.0, RTLD_GLOBAL | RTLD_LAZY) | | +if (!dlopen(libmpi.so.1, RTLD_GLOBAL | RTLD_LAZY) | | + !dlopen(libmpi.so.0, RTLD_GLOBAL | RTLD_LAZY) | | !dlopen(libmpi.so, RTLD_GLOBAL | RTLD_LAZY)){ | | // !dlopen(libmpi.dylib, RTLD_GLOBAL | RTLD_LAZY) | | // !dlopen(libmpi.1.dylib, RTLD_GLOBAL | RTLD_LAZY)) { | | | | | | -- | | Don Armstrong http://www.donarmstrong.com | | | | Where I sleep at night, is this important compared to what I read | | during the day? What do you think defines me? Where I slept or what I | | did all day? | | -- Thomas Van Orden of Van Orden v. Perry | | -- | Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com | | | | -- | Department of Statistics Actuarial Sciences | Office Phone#:(519)-661-3622 | Fax Phone#:(519)-661-3813 | The University of Western Ontario | London, Ontario N6A 5B7 | http://www.stats.uwo.ca/yu -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673380:
Seems like I am still missing something from my x86_64: $ tcc -vv -m32 -o a a.c tcc: using 'i386-tcc' tcc version 0.9.26 (i386 Linux) tcc: error: file 'crt1.o' not found tcc: error: file 'crti.o' not found - a.c - /usr/lib/x86_64-linux-gnu/../tcc/i386/libtcc1.a tcc: error: file 'crtn.o' not found Where: $ apt-cache policy libc6-dev:i386 libc6-dev:i386: Installé : 2.13-38+deb7u1 Candidat : 2.13-38+deb7u1 Table de version : 2.18-4 0 200 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 100 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages *** 2.13-38+deb7u1 0 500 http://ftp.fr.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status $ ls -al /usr/lib/i386-linux-gnu/crtn.o -rw-r--r-- 1 root root 504 déc. 23 19:13 /usr/lib/i386-linux-gnu/crtn.o -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728748: mutt-patched: segfault when using 'unsetmailboxes *'
Hi Evgeni, [Re: Bug#728748: mutt-patched: segfault when using 'unsetmailboxes *'] On 14.03.06 (Thu 21:04) Evgeni Golov wrote: Hi Joe, On Mon, Nov 04, 2013 at 04:17:26PM -0500, Joe MacDonald wrote: I use multiple accounts within a single mutt configuration. Each account has IMAP mailboxes I wish to monitor, but I don't intend to monitor all mailboxes all the time, so wanted to use 'unmailboxes *' in each of my configurations that get sourced when I switch accounts. This almost always results in a segfault. If I attach gdb to the mutt process in an attempt to get a backtrace, however, I never see a segfault. This apepars to be common to both the version of mutt in wheezy (which already has a fix for what looks like precisely this problem with a FREE being called on a static buffer) and the version from sid that I built just a few minutes ago. We have (finally) uploaded mutt 1.5.22 with and updated sidebar patch to sid. Could you try to reproduce the bug there? Sadly, I fail to do so on both, the wheezy and sid versions with my config. I don't have any sid machines right now to try this on, but I grabbed the updated mutt-patched source and built it on my wheezy setup using dpkg-buildpackage. Everything went fine but I still get the segfault with the updated package. The only info I've got to add at this point is what showed up in my dmesg: [ 6340.496717] traps: mutt[12627] general protection ip:29cc5c6f0d5 sp:3b3172ecc80 error:0 in libc-2.13.so[29cc5bf8000+182000] [ 6340.496737] grsec: Segmentation fault occurred at(nil) in /usr/bin/mutt-patched[mutt:12627] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/mksh[ksh:6561] uid/euid:1000/1000 gid/egid:1000/1000 [ 6340.496753] grsec: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /usr/bin/mutt-patched[mutt:12627] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/mksh[ksh:6561] uid/euid:1000/1000 gid/egid:1000/1000 but that's not all that helpful. If I get a chance, I'll try to capture more debug information or try to reproduce the problem with gdb attached again. Thanks for the update, though. -- -Joe MacDonald. :wq signature.asc Description: Digital signature
Bug#739593: [Pkg-systemd-maintainers] Bug#739593: Bug#739593: closed by Michael Stapelberg stapelb...@debian.org (Re: Bug#739593: systemd makes / shared by default)
On Tue, 11.03.14 14:14, Christoph Berg (m...@debian.org) wrote: Re: Michael Stapelberg 2014-03-08 x6d2hwflle@midna.zekjur.net The following patch works for me to make your newpid program work: --- i/newpid.c +++ w/newpid.c @@ -40,11 +40,9 @@ run (void *argv_void) pid_t child; pid_t pid; - if (umount (/proc) != 0) { - /* ignore errors here, /proc could be busy - perror (umount /proc); + if (mount(none, /proc, NULL, MS_PRIVATE|MS_REC, NULL) != - 0) Please do not use MS_PRIVATE for this. This has the the result to disconnect propagation both ways, which doesn't sound too bad, but actually is. The reason is that this controls propagation for both mount *and* umount. Hence any file system you inherited from the root namespace will stay mounted forever in your detached namespace, and that might be a problem for the admin since that way the device it is mounted from is kept busy until forever. If you use MS_SLAVE however then any umount from the host will still propagate into your namespace, and thus no t keep things busy. Now, if you only care about /proc then this isn't too bad as no block devices are mounted below /proc, but I would still do it, since at least binfmt_misc is still mounted there... MS_PRIVATE only makes sense on file systems you created entirely on your own. Ok, that works, thanks! I only tried to remount / which didn't seem to have any effect. Unfortunately MS_PRIVATE and MS_REC are not defined in squeeze, so that fix won't work for chroots running on a systemd system, but that's something I should be able to work around. They have been vailable in the kernel for a long long time. If you libc doesn't expose them use something like this: #ifndef MS_PRIVATE #define MS_PRIVATE (1 18) #endif #ifndef MS_REC #define MS_REC 16384 #endif We use the same code in systemd. Lennart -- Lennart Poettering, Red Hat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741340: python3-chardet: Depends on Python 3.4
It looks like the latest upload of python3-chardet depends on Python 3.4: https://packages.debian.org/jessie/python3-chardet Apparently for no particular reason? FTR: the reason is /usr/bin/chardetect3's shebang, I'll fix it in debian/rules (or in dh-python) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741347: gitg: can't stage files
Package: gitg Version: 0.2.4-1.1+deb7u1 Severity: important Dear Maintainer, After upgrading from squeeze to wheezy gitg stops working. Clicking on one of the unstaged files in the commit view causes a 100% utilization of one CPU and gitg stops to respond on user commands. Clicking on untracked files did not trigger the issue. This issue does also not exist in the history view. This is no git issue, 'git gui' works without problems. I attached the output of a gdb session, not sure if this will help. Please feel free to contact me if you need more information. Best regards Gerald (gdb) r Starting program: /usr/bin/gitg [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb69afb70 (LWP 15421)] [New Thread 0xb5fffb70 (LWP 15422)] [New Thread 0xb1179b70 (LWP 15424)] [New Thread 0xb0978b70 (LWP 15425)] [Thread 0xb0978b70 (LWP 15425) exited] ^C Program received signal SIGINT, Interrupt. 0xb7f98f4f in gtk_source_view_get_type () from /usr/lib/i386-linux-gnu/libgtksourceview-3.0.so.0 (gdb) bt #0 0xb7f98f4f in gtk_source_view_get_type () from /usr/lib/i386-linux-gnu/libgtksourceview-3.0.so.0 #1 0xb7f9c90f in gtk_source_view_get_mark_attributes () from /usr/lib/i386-linux-gnu/libgtksourceview-3.0.so.0 #2 0xb7f9d15a in ?? () from /usr/lib/i386-linux-gnu/libgtksourceview-3.0.so.0 #3 0x0806c1fc in ?? () #4 0xb7c12962 in ?? () from /usr/lib/i386-linux-gnu/libgtk-3.so.0 #5 0xb7d58183 in ?? () from /usr/lib/i386-linux-gnu/libgtk-3.so.0 #6 0xb769dced in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so .. .. -- System Information: Debian Release: 7.4 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 gitg depends on: ii dbus-x11 1.6.8-1+deb7u1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii git 1:1.7.10.4-1+wheezy1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38+deb7u1 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libdconf00.12.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-7 ii libgtksourceview-3.0-0 3.4.2-1 ii libpango1.0-01.30.0-1 gitg recommends no packages. gitg 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#741134: unable to select repos in software-properties-gtk
Well i did the installation without an internet connection as my wireless card require a non-free driver. Maybe that could be the reason. Sorry about the long line, outlook.com didnt wrap the lines for some strange reason. Please do look at capture3.png as it contains a typo found in the third tab. Jay Philips On 03/10/2014 09:13 PM, Julian Andres Klode wrote: Control: forcemerge 608043 -1 On Sun, Mar 09, 2014 at 03:19:48AM +0400, Jay Philips wrote: Package: software-properties-gtk Version: 0.82.7.1debian1 I installed the 7.4 xfce version of debian and after that i opened synaptic and through it software-properties-gtk, but the checkboxes on the repos were blank and when i try to select them, the check would appear and then disappear. I have included screenshots 1 and 2 to show what is present in sources.list and screenshot 3 you'll notice notify me of a new ubuntu version. I know. It's a problem on some systems, I don't know why it happens. It happens on my old laptop, but not on my new laptop (with a new installation). This is practically the same bug as 608043. Please keep your lines at 72 - 80 characters. Long lines hurd readability and cause extra work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741261: [Pkg-mozext-maintainers] Bug#741261: enigmail: fails to recognize private keys for different accounts, asks for all private keys passphrases
Control: tags -1 + moreinfo hi dpdt1-- On 03/10/2014 10:28 AM, dpdt1 wrote: i have 7-8 private keys in my gpg keyring, 3 of those just for email accounts. when i decrypt with default key(set in gpg.conf) everything's allright. when i try to decrypt another account, gpg-agent asks for all other private keys/subkeys's passphrases, untill it reaches the particular one.. and not asking for that particular one in the first place.. that's really annoying on tb/enigmail since i get 8 pop-ups asking for different passphrases everytime... i've set mail accounts to use specific key for those, and see no difference.. still asking passphrase for all of them... You seem to be asking about decryption specifically, and not signing. i think that makes sense, i'm just double-checking to make sure, since there are two operations enigmail is capable of doing with a secret key. The choice of which key to use for decrypting any given message is based on the PK-ESK OpenPGP packet stored in the message itself: https://tools.ietf.org/html/rfc4880#section-5.1 Normally, this packet contains the OpenPGP keyID of the target to whom the message is encrypted, but some people use a keyID of 0x to hide the target (this is done by enigmail by default when Bcc'ing someone on a message, and some people make it happen by default by adding throw-keyids to ~/.gnupg/gpg.conf, using --hidden-recipient arguments, or other gpg options. When the keyID is hidden like this, gpg just tries all secret keys. Perhaps this is what is happening for you? You can find out, for any given message, by choosing view source on any given message, and then pasting the source into gpg --list-packets. If there is a hidden keyid, you'll see: :pubkey enc packet: version 3, algo 1, keyid I agree this is super annoying, but i'm not sure that enigmail is the place to fix it, or how you would fix it in engimail as well. Maybe you can ask your correspondents not to hide your keyid when they send you mail? i thought it was a problem with gpg-agent and maybe it is (?), but other apps recognize correctly each key and ask only for that passphrase which other apps? decrypting what sort of data? --dkg signature.asc Description: OpenPGP digital signature
Bug#739490: iceweasel: compiled extensions can not be built with version in wheezy-sec
On 7 March 2014 11:29, Raphael Geissert geiss...@debian.org wrote: On 5 March 2014 23:01, Mike Hommey m...@glandium.org wrote: What about pkg-config --cflags libxul? Could you also share your built -dev package? -I/usr/include/xulrunner-24.0 A quick and dirty workaround is to symlink the nss and nspr .pc files as mozilla-$foo. An alternative solution that seems to work fine is to: * revert the part of the Check less things during configure patch that modifies the calls to nspr-config, * and an else to [1] to do something like this: cd debian/tmp/usr/include/xulrunner-$(GRE_VERSION) \ for f in nss/* nspr/*; do \ ln -s $$f $$(basename $$f); \ done [1] http://sources.debian.net/src/iceweasel/24.3.0esr-1/debian/rules#L309 Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741326: creates files in /.cache
Hi Klaus, On 11/03/14 at 11:04 +0100, Klaus Ethgen wrote: Package: how-can-i-help Version: 5 Severity: serious The package creates files in / root directory namely /.cache. Please never write such files to /. Strange. the relevant code in hcih is: HOME=ENV['HOME'] CACHEDIR = #{HOME}/.cache/how-can-i-help Do you have HOME set to an empty string? Thanks - Lucas signature.asc Description: Digital signature
Bug#739835: ~ vs. filename expansion
Following patch (from this MP[1]) seems to fix it for me - at least for: 1) completion when 1st char is '~' 2) fixing potential double escaping when the argument is already escaped, eg: cat /tmp/file\ with\ spacTAB revno: 46 committer: JuanJo Ciarlante j...@canonical.com branch nick: bash-completion timestamp: Tue 2014-03-11 11:27:12 -0300 message: [jjo, r=] fix _quote_readline_by_ref to avoid escaping 1st '~', and re-eval to fix double escaping diff: === modified file 'bash_completion' --- bash_completion 2013-12-27 01:28:28 + +++ bash_completion 2014-03-11 14:27:12 + @@ -539,6 +539,9 @@ if [[ $1 == \'* ]]; then # Leave out first character printf -v $2 %s ${1:1} +elif [[ $1 == ~* ]]; then +# avoid escaping first ~ +printf -v $2 ~%q ${1:1} else printf -v $2 %q $1 fi @@ -547,6 +550,10 @@ # drop the additional quoting. See also: http://www.mail-archive.com/ # bash-completion-de...@lists.alioth.debian.org/msg01942.html [[ ${!2} == \$* ]] eval $2=${!2} +# Re-evaluate if result is double escaped, ie contains: \\ +# This happens always when argument is already escaped at cmdline, +# and passed to this function as e.g.: file\ with\ spaces +[[ ${!2} == *\\* ]] eval $2=${!2} } # _quote_readline_by_ref() [1] https://code.launchpad.net/~jjo/bash-completion/fix-bash43-quote_readline_by_ref-tilde-and-double_escaping/+merge/210421 Cheers, --JuanJo - http://twitter.com/xjjo - http://bit.ly/jjo-cv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741326: creates files in /.cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Di den 11. Mär 2014 um 15:34 schrieb Lucas Nussbaum: The package creates files in / root directory namely /.cache. Please never write such files to /. Strange. the relevant code in hcih is: HOME=ENV['HOME'] CACHEDIR = #{HOME}/.cache/how-can-i-help Do you have HOME set to an empty string? No I don't. But I had such caches in / so I believe that maybe in cron apt commands $HOME might not be set or something similar. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTHyMDAAoJEKZ8CrGAGfaso0ML/AgrNB+talWIEFugCURIWPn0 9p2dqdxQTTOfFxVRVIb01YrnZGa8BPP1AD8LIWLye5SfSMr9fDbyXCk8XYh3uk0K oMsErQeWWEpydrXssv/n/BpJawipCsboxPGEhMeC9QEYW32f+ur7XcHiB6PYhHSd xGuOLwkDXp7baFMo8L4lg/NsJ6jjJjZx65U1KJO65Isbf2w1RqaGtQa95oGpziAI AonTENwwv+DNydCLZZd7u5pG6Urqz/V1kbdH6vjpdlQO5EJyaIysTw0LdyWUTaah aKf7Oj8Ob5L8OH4YdUsc/mWfjnE1dci8iCupGfmjP7tlz4G1wglBwyMV+aAt8aND 7BQPKDrTB642QldL8VZfqBZNU0T4OAXsrKAm5dDCB7lu2q8pb0Lnfa9eMM/GZimh 4X6hhvM6jlytYUO5UpJfxlnoYjyoxIfaivCCgDtK75XixMO1jesEvgsjR+H1c6r6 hkGKNrOBedZkv7mglKkZQF87oinz5FwiyyMugK43tw== =f6pI -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#741190: qt4-x11: Improve atomic support on parisc
On Monday 10 March 2014 10:52:23 John David Anglin wrote: On 3/10/2014 9:06 AM, Lisandro Damián Nicanor Pérez Meyer wrote: tag 741190 moreinfo thanks Hi Jhon! This seems an interesting bugfix for Qt4, if there any chance for you to push it upstream? As it stands, the patch is only applicable to linux. On parisc, kernel support is required to implement GCC's atomic builtins and linux is the only system with this support. I have no clue as to whether Qt will build on hpux or openbsd. If not, the change could go upstream as is. Otherwise, we need to keep the old atomic code for hpux and openbsd. I think not, so the best thing here would be to you to push it upstream. Please note I would really love to do it myself, but I can't due to Qt's CLA. You need to sign up in upstream's gerrit instance and push the patch there. Of course, **do not hesitate** in asking me for help if needed. Once you have pushed the patch upstream, also don't forget to add me as reviewer, at that point I might be of even more help :) The patch changes the atomic interface and this affects quite a few packages using qt4-x11. Since hppa has been back in ports, we have been building qt4-x11 unstable with this change. That's the perfect reason for upstream to accept it, don't forget to mention it! Thanks! -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741347: gitg: can't stage files
On Tue, 11 Mar 2014 14:51:41 Gerald wrote: Version: 0.2.4-1.1+deb7u1 I recommend to install never version from backports especially if 0.2.4 do not work for you. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.