Bug#722904: Processed: tagging 722904
reassign 722904 ftp.debian.org forcemerge 722415 722904 affects 722415 libthreads-shared-perl, libthreads-perl thanks On Sat, 14 Sep 2013, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: tags 722904 + jessie sid Bug #722904 [libthreads-perl] libthreads-perl: obsoleted by perl 5.18 Added tag(s) sid and jessie. thanks Stopping processing here. There is already a RoM removal bug for both libthreads-shared-perl and libthreads-perl, and libthreads-perl has already been removed from testing. Because threads and threads::shared do not have any substantial new features beyond those present in core perl, there's no reason to maintain them separately in the archive. -- Don Armstrong http://www.donarmstrong.com I never meant to let you down. I thought for sure the attic lock would hold. -- a softer world #562 http://www.asofterworld.com/index.php?id=562 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724013: Gui is not shown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: clementine Version: 1.1.1+dfsg-2+b1 If I start clementine, then there is no GUI. It doesn't exit, either. It just shows 09:00:03.957 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.957 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.957 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:03.962 WARN unknown QPixmap: It is not safe to use pixmaps outside the GUI thread 09:00:04.245 WARN unknown QSortFilterProxyModel: invalid inserted rows reported by source model If I start a second instance of clementine (while the first one is still running), then the GUI comes up. There are no additional warning or error messages. Removing .config/Clementine does not help. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBCAAGBQJSPpaiAAoJEAqeKp5m04HLeeAH/j2im40VFa9gKx2OR4LWgQRx AqpANASZy3ajEZZNJ8LvA9MtNr1hw2OVAIEtG9nRmAkrfS2MH9FegFonxKq1oo4m V7363pLbQ1CfMc5kmijoBPRJf5yCVFJwOwb1RVvEnOyztneqdCZGfo6lBod2Z4IF F+XWpbK27UcA8sLwVw9K1mlBxs3l88RL29kytvWE2r+NJ96DF+YIXgOUzqELOuS0 Gi6juCrci1Jx8FPcSg0vn8tWsBapYa4vTRQ49gCGzyINxZB13+PVu1NjgTCCh1Fw V8VgYIWOpSwQlwcquUTDQ7221y8jgJsQPdEjlut90OckiRvu4AI8xdQmU/jWVps= =SnCl -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#723092: [solid] [Bug 324954] kded4 leak sockets when wifi connections fail
Control: tag -1 patch
Control: reassign -1 libsolid4
Control: found -1 4.8.4-4
[ Lamarque V. Souza in https://bugs.kde.org/show_bug.cgi?id=324954 ]
Can you test if the patch in
https://git.reviewboard.kde.org/r/112869/ solves your problem?
As far as I can tell, it fixes the problem. After rebuilding kde4lib
and installing the new libsolid4 package, the number of open sockets
stay on 6 also when I try using time nmcli con up uuid
7b9a986e-0b25-4314-9d39-c33a9047a262 to reconnect to the wifi network
that reject my connection.
But I had to adjust the patch slightly, including the unistd.h
header with the close() definition:
Index: kde4libs-4.8.4/solid/solid/backends/udev/udevnetworkinterface.cpp
===
--- kde4libs-4.8.4.orig/solid/solid/backends/udev/udevnetworkinterface.cpp
2013-09-21 20:22:53.159831857 +0200
+++ kde4libs-4.8.4/solid/solid/backends/udev/udevnetworkinterface.cpp
2013-09-21 20:56:34.033957465 +0200
@@ -24,6 +24,7 @@
#include sys/socket.h
#include sys/ioctl.h
+#include unistd.h
#include sys/stat.h
#include linux/if_arp.h
#include linux/wireless.h
@@ -67,8 +68,10 @@
QFileInfo phyDir(m_device-deviceName() + /phy80211);
if ((ioctl (ioctl_fd, SIOCGIWNAME, iwr) == 0) || phyDir.isDir()) {
+close(ioctl_fd);
return true;
}
+close(ioctl_fd);
}
return false;
}
Cc to the Debian bug, letting the maintainers know that a fix is
available. It would be great if this fix made it into Debian Wheezy.
--
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#724014: pavucontrol: Output settings are forgotten and must be set again
Package: pavucontrol Version: 1.0-1 Severity: normal Dear Maintainer, * What led up to the situation? I have a HDMI monitor with built-in sound. I would like to use an analog sound output on my laptop, but my system prefers sending the sound output to the HDMI monitor. I use Pavucontrol to set the output according to my preference, but these settings are forgotten and I have to set them again and again. * What exactly did you do (or not do) that was effective (or ineffective)? I click on Pavucontrol Settings Built-in Audio Profile Digital Stereo (HDMI) Output - changed to Analog Stereo Output and then in Playback ALSA Playback Built-in Audio Digital Stereo (HDMI) - changed to Built-in Audio Analog Stereo. * What was the outcome of this action? The sound is played through the analog ouptut, but when I quit the application and start it again over time, or when I restart the system, the digital (HDMI) output settings are back again. * What outcome did you expect instead? I would like to set my preferred sound output settings just once. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pavucontrol depends on: ii libatk1.0-0 2.8.0-2 ii libatkmm-1.6-1 2.22.7-2 ii libc62.17-92+b1 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcairomm-1.0-1 1.10.0-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtk-3-0 3.8.4-1 ii libgtkmm-3.0-1 3.8.1-1 ii libpango1.0-01.32.5-5+b1 ii libpangomm-1.4-1 2.34.0-1 ii libpulse-mainloop-glib0 4.0-6 ii libpulse04.0-6 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.1-10 pavucontrol recommends no packages. pavucontrol 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#723886: Don't flag pkg-config-multi-arch-wrong-dir reports as error
Le 20 sept. 2013 23:06, Russ Allbery r...@debian.org a écrit : Michael Biebl bi...@debian.org writes: The multiarch -L path is coming from `gpgme-config --libs`. The maintainer took the advice and tried to move the .pc file to a multiarch location (even though the library itself was not multiarchified). This resulted in [1]. Yes, at the least the message should make clear that you have to multiarch the whole package to fix this. As we found out, pkg-config actually strips such library system search paths: $ pkg-config --static --libs gmime-2.6 -pthread -lgmime-2.6 -lnsl -lgpgme-pthread -lassuan -lgpg-error -lpthread -lgio-2.0 -lz -lresolv -lgmodule-2.0 -ldl -lgobject-2.0 -lffi -lglib-2.0 -lpcre Is that true if you run that command on the wrong architecture? In other words, I would expect it to strip out the multiarch path that matches your local system, but if you run the same command on (say) arm with the same file, for it to *not* strip out the path. Which potentially causes problems. It seems reasonable to therefore downgrade this message to a warning. Warning does seem like the right level regardless, since most of the circumstances under which this can actually break something are fairly obscure. I personnaly break by multiarching ImageMagick and forgetting to move the PC file. And it lead to ftbs in other package in arch other than amd64. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
Bug#723886: Don't flag pkg-config-multi-arch-wrong-dir reports as error
Le 20 sept. 2013 23:21, Michael Biebl bi...@debian.org a écrit : Am 20.09.2013 23:03, schrieb Russ Allbery: As we found out, pkg-config actually strips such library system search paths: $ pkg-config --static --libs gmime-2.6 -pthread -lgmime-2.6 -lnsl -lgpgme-pthread -lassuan -lgpg-error -lpthread -lgio-2.0 -lz -lresolv -lgmodule-2.0 -ldl -lgobject-2.0 -lffi -lglib-2.0 -lpcre Is that true if you run that command on the wrong architecture? In other words, I would expect it to strip out the multiarch path that matches your local system, but if you run the same command on (say) arm with the same file, for it to *not* strip out the path. Which potentially causes problems. You are right: I hand-edited gmime-2.6.pc for testing purposes, assuming the package was built on i386. My primary architecture is amd64. This results in # pkg-config --static --libs gmime-2.6 -pthread -L/usr/lib/i386-linux-gnu -lgmime-2.6 -lnsl -lgpgme-pthread -lassuan -lgpg-error -lpthread -lgio-2.0 -lz -lresolv -lgmodule-2.0 -ldl -lgobject-2.0 -lffi -lglib-2.0 -lpcre Yes it is the problem and instead of having it for -L flag I get it for -I on a include path. In this case maybe it is safe because linker will not choose foreign arch for linking but for -I it change padding of structure and api/abi Bastien -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#724015: ITP: ruby-rspec-longrun -- RSpec formatter for long-running specs
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-rspec-longrun Version : 0.1.2 Upstream Author : Mike Williams m...@dogbiscuit.org * URL : https://github.com/mdub/rspec-longrun * License : Expat Programming Lang: Ruby Description : RSpec formatter for long-running specs RSpec is a unit-testing framework for Ruby, but is also handy for acceptance and integration tests. But the default report formatters make it difficult to track progress of such long-running tests. The RSpec::Longrun::Formatter outputs the name of each test as it starts, rather than waiting until it passes or fails. It also provides a mechanism for reporting on progress of a test while it is still executing. This is a build-dependency for ruby-nmatrix. This package will be maintained under Ruby Team's umbrella. Cheers, Cédric signature.asc Description: Digital signature
Bug#713514: Need help with lazarus-related bug
Hi Paul, thanks for the pointer! Unfortunately that did not solve the original issue: lazbuild --build-all --ws=gtk2 --pcp=/etc/lazarus mricron.lpi SetPrimaryConfigPath NewValue=/etc/lazarus - /etc/lazarus primary config path: /etc/lazarus/ TLazPackageGraph.OpenDependency: LazarusDir=/usr/lib/lazarus/1.0.10/ The lpl directory is missing. Check that the Lazarus (--lazarusdir) directory is correct. The lpk is missing for dependency=FCL (=1.0) ERROR: Broken dependency: FCL (=1.0) I'd be glad if you have another idea. Thanks, Michael On Sat, Sep 21, 2013 at 7:50 PM, Paul Gevers elb...@debian.org wrote: On 21-09-13 19:39, Michael Hanke wrote: It seems like a broken build-dependency spec is the reason -- it builds on my laptop, but I can't get it to work in a clean chroot. I wonder whether you could easily spot the problem and help me out? I had a very similar bug reported against my package winff. It has nothing to do with the version of lazarus, but with the way that specific rebuild is done. I fixed it in this [1] commit. Hope this helps. Paul [1] http://anonscm.debian.org/gitweb/?p=pkg-pascal/winff.git;a=commit;h=168a95092d1e3ad2785412b6c60223fa564a8aa7
Bug#724016: FTBFS on arm
Package: openrpt
Version: 3.3.4-4
Severity: serious
All other platforms appear good.
We probably need to run make -k on arm to see how many other errors exist.
Full build log:
https://buildd.debian.org/status/fetch.php?pkg=openrptarch=armhfver=3.3.4-4stamp=1379746133
Errors:
/usr/include/qt4/QtCore/qglobal.h:1221:34: note: template argument
deduction/substitution failed:
satopaintengine.cpp:224:83: note: deduced conflicting types for
parameter 'const T' ('double' and 'qreal {aka float}')
int eltSize = qRound (qBound(2.0, (qreal)height /
(qreal)dmtxInfos.ySize, 20.0));
^
satopaintengine.cpp: At global scope:
satopaintengine.cpp:249:6: warning: unused parameter 'sr'
[-Wunused-parameter]
void SatoPaintEngine::drawImage ( const QRectF rectangle, const
QImage image, const QRectF sr, Qt::ImageConversionFlags flags )
^
satopaintengine.cpp:249:6: warning: unused parameter 'flags'
[-Wunused-parameter]
make[2]: *** [tmp/satopaintengine.o] Error 1
make[2]: Leaving directory `/«PKGBUILDDIR»/OpenRPT/renderer'
make[1]: *** [sub-OpenRPT-renderer-make_default-ordered] Error 2
dh_auto_build: make -j1 returned exit code 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build-arch] Error 25
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658612: dragonplayer: should claim support for application/x-cd-image to work with DVD images
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=325164 I've created a bug upstream asking for the same thing. -- 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#724017: create a postbooks-dev package (doxygen material)
Package: src:postbooks Version: 4.0.2-1 Severity: wishlist The package includes some doxygen scripts for creating documentation This would make a useful dev package for people who want to extend PostBooks functionality -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658716: dragonplayer: should disable the screen saver when playing a video in fullscreen
According to URL: https://bugs.kde.org/show_bug.cgi?id=259313 , this issue was fixed 2012-06-02. I am not sure which version this would represent in Debian, and lack the setup to test anything after wheezy at the moment. Just mentioning it here, in case it can be closed in unstable now. -- 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#713514: Need help with lazarus-related bug
Hi Michael, [I cc'd the pascal devel mail list which is going to be the maintainer of most pascal based packages, including fpc/lazarus itself, please don't respond to me in private, but to that list (Mail-Reply-To set accordingly) I am subscribed.] On 22-09-13 09:36, Michael Hanke wrote: thanks for the pointer! Unfortunately that did not solve the original issue: So far, you didn't explain the original issue :). lazbuild --build-all --ws=gtk2 --pcp=/etc/lazarus mricron.lpi SetPrimaryConfigPath NewValue=/etc/lazarus - /etc/lazarus primary config path: /etc/lazarus/ TLazPackageGraph.OpenDependency: LazarusDir=/usr/lib/lazarus/1.0.10/ The lpl directory is missing. Check that the Lazarus (--lazarusdir) directory is correct. The lpk is missing for dependency=FCL (=1.0) ERROR: Broken dependency: FCL (=1.0) Please check your alternative settings for lazarus and fpc. I recommend them to be set to the highest version of fpc and lazarus that you installed. That is to say, start with checking that /etc/lazarus is actually a symlink to /etc/alternatives/lazarus.cfg. Of course, the other thing to check is your build dependencies. Might be that you are missing one (lcl-units ?). I hope Abou can jump in on this discussion, he is much more knowledgeable than me on the exact layout of the different packages. I don't really understand them as I am not enough involved in development of lazarus. I git cloned your packaging, so I could help debug, but it is not working for me. Do you also have a pristine-tar branch so that I create the tar ball from the git repository? Your get-orig-source target finishes with an error: finishing deferred symbolic links: mricron/mricron.app/Contents/MacOS/mricron - ../../../mricron date: invalid date `28 August 2013\n 32bit\n 64bit' make: *** [get-latest-source] Error 1 Also your clean target fails: paul@wollumbin ~/tmp/mricron $ debian/rules clean dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[1]: Entering directory `/media/home/paul/tmp/mricron' find . -name '*.o' -delete -o -name '*.ppu' -delete -o -name '*.a' -delete find . -name '*.compiled' -delete rm mricron.rc mricron.lrs mricron rm: cannot remove `mricron.rc': No such file or directory rm: cannot remove `mricron.lrs': No such file or directory rm: cannot remove `mricron': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm dcm2nii/dcm2nii rm: cannot remove `dcm2nii/dcm2nii': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm dcm2nii/dcm2niigui rm: cannot remove `dcm2nii/dcm2niigui': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm npm/mricron-npm rm: cannot remove `npm/mricron-npm': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) rm iconfinal-*.xpm mricron.xpm rm: cannot remove `iconfinal-*.xpm': No such file or directory rm: cannot remove `mricron.xpm': No such file or directory make[1]: [override_dh_clean] Error 1 (ignored) dh_clean make[1]: Leaving directory `/media/home/paul/tmp/mricron' And lastly, it is of course possible that you hit a bug in the packaging of lazarus. Maybe we find out here. Paul On Sat, Sep 21, 2013 at 7:50 PM, Paul Gevers elb...@debian.org mailto:elb...@debian.org wrote: On 21-09-13 19:39, Michael Hanke wrote: It seems like a broken build-dependency spec is the reason -- it builds on my laptop, but I can't get it to work in a clean chroot. I wonder whether you could easily spot the problem and help me out? I had a very similar bug reported against my package winff. It has nothing to do with the version of lazarus, but with the way that specific rebuild is done. I fixed it in this [1] commit. Hope this helps. Paul [1] http://anonscm.debian.org/gitweb/?p=pkg-pascal/winff.git;a=commit;h=168a95092d1e3ad2785412b6c60223fa564a8aa7 signature.asc Description: OpenPGP digital signature
Bug#721941: Info received (Bug#721941: dokuwiki: Let me reserve rights to content, or abort installation)
I should add, in local.php simply setting, $conf['license'] = NULL; seems to work excellently. -- Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576066: Sponsoring dov4l (was: Re: updated package available)
On Sun, 12 May 2013, Anders Lennartsson wrote: Hi, Thanks for pointing this out. An updated package is available from http://lennartsson.se/debian/ I can sponsor this package, but unfortunatelly this cannot be uploaded as is, because such an upload will be rejected, as nobody is allowed to replace an .orig.tar.gz file already existing in Debian archive with a different version. Please create a new fake upstream version including some suffix like `+repack' like for example in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576055#10 As the versions 0.9-5 and 0.9-6 were never uploaded into Debian, there is no point in having them in the changelog, and you can join them together into for example 0.9+repack-1. Regards, robert signature.asc Description: Digital signature
Bug#713514: Need help with lazarus-related bug
Hi Paul, On Sun, Sep 22, 2013 at 10:47 AM, Paul Gevers elb...@debian.org wrote: On 22-09-13 09:36, Michael Hanke wrote: thanks for the pointer! Unfortunately that did not solve the original issue: So far, you didn't explain the original issue :). thanks again for your time! I was indeed sloppy explaining the problem. I am quite sure now it is a depedency issue. Once I install 'lazarus' in the chroot it works. Also thanks for the bug report regarding pristine-tar -- I have never pushed that indeed -- will do. I am now going to the list of packages that could have changed after wheezy. I'll update this bug once I have the solution, or come back aksing for more help. Thanks, Michael
Bug#723551: tdbcodbc link with -L/usr/lib
the switch -L/usr/lib comes from the tclConfig.sh script used to build Tcl binary packages. This script is shipped in package tcl8.x-dev. Multiarch management for Tcl related packages should go there and eventually the problem will go away also the tdbc suite of packages -- Massimo On 09/17/2013 12:56 PM, YunQiang Su wrote: Package: tdbcodbc Version: 1.0.0-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718588: dhelp: transition to apache2.4
On Fri, Aug 02, 2013 at 05:41:25PM +0100, Julian Gilbey wrote: Package: dhelp Version: 0.6.21+nmu2 Severity: serious Apache has been upgraded from version 2.2 to version 2.4, with the consequence that the /etc/apache2/conf.d directory is no longer supported. Please upgrade the package to support the new version! There is guidance available in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669837 for the phppgadmin package; dhelp will presumably be similar. If I were capable of providing a dhelp specific patch at the current time, I would, but I'm only just looking at the transition myself. Julian It's now worse than that: on a fresh testing install, I can't install dhelp, and then I can't purge the broken package either :-( It's complaining as follows during the configure phase: Setting up dhelp (0.6.21+nmu2) ... Building HTML tree...Invalid format Text for lilypond (GNU LilyPond, the music typesetter) Invalid format Text for lilypond (GNU LilyPond, the music typesetter) done. apache2-maintscript-helper invoked from a modified environment. Please hint required arguments manually dpkg: error processing dhelp (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for menu ... Errors were encountered while processing: dhelp Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723982: dlopen: segfaults right inside call_init
Control: reassign -1 src:eglibc On Sb, 21 sep 13, 23:07:02, Yann Dirson wrote: Source: libc6 Version: 2.17-92+b1 Severity: normal While updating the tulip package to new upstream version, I get a systematic segfault when tulip attempts to load its plugins. I would understand that call_init() would call some code inside the dlopen'd module and segfault there, but in this case the backtrace seems to tell that the segfault is occuring inside libc. According to the backtrace reproduced below, the presumably-faulty code at dl-init.c:84 is: addrs = (ElfW(Addr) *) (init_array-d_un.d_ptr + l-l_addr); for (j = 0; j jm; ++j) 84: ((init_t) addrs[j]) (argc, argv, env); Looks like either addrs would be bogus, or any the pointers therein, and this code does not check either of them, and does not seem to provide any simple means of knowing which of those conditions occured (and recompiling libc just for this may be seen as a bit like overkill :). Even looking at the call_init() code, it is not obvious which code is supposed to be run, as dlopen(3) only mentions _init and __attribute__((constructor)) as possible hooks, and the code talks about DT_INIT_ARRAY. Looking at the elf sections in the plugin, .init_array looks like a good candidate, but is it really necessary to read the libc code and infer such things to reach such a conclusion ? $ objdump -s -j .init_array /usr/lib/tulip//libogdfvisibility-4.3.0.so /usr/lib/tulip//libogdfvisibility-4.3.0.so: file format elf64-x86-64 Contents of section .init_array: 2102e8 0090 e071 .q.. I assume this can be an array of 64bit pointers, or relocatable addresses in the plugin itself that would have been relocated already when used - but I can't find what they would refer to in this .so file. Any hint of a simple way to track such a problem ? Wouldn't it be possible to make call_init() more helpful in case of failure ? Reading symbols from /usr/bin/tulip...Reading symbols from /usr/lib/debug/.build-id/d0/b7ce81909c9154903346982ab0ba3e52f06725.debug...done. done. (gdb) r Starting program: /usr/bin/tulip warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Fontconfig warning: /etc/fonts/conf.d/41-arphic-uming.conf, line 16: Having multiple family in alias isn't supported and may not work as expected ... Fontconfig warning: /etc/fonts/conf.d/64-arphic-uming.conf, line 47: Having multiple values in test isn't supported and may not work as expected No probe DLL specified. [New Thread 0x7fffe8dd4700 (LWP 4127)] [New Thread 0x7fffe332c700 (LWP 4128)] [New Thread 0x7fffe2923700 (LWP 4129)] [Thread 0x7fffe332c700 (LWP 4128) exited] Program received signal SIGSEGV, Segmentation fault. 0x77de99e4 in call_init (env=0x7fffdd18, argv=0x7fffdd08, argc=1, l=optimized out) at dl-init.c:84 84 dl-init.c: No such file or directory. (gdb) bt #0 0x77de99e4 in call_init (env=0x7fffdd18, argv=0x7fffdd08, argc=1, l=optimized out) at dl-init.c:84 #1 call_init (l=optimized out, argc=1, argv=0x7fffdd08, env=0x7fffdd18) at dl-init.c:34 #2 0x77de9aca in _dl_init (main_map=main_map@entry=0x79d410, argc=1, argv=0x7fffdd08, env=0x7fffdd18) at dl-init.c:133 #3 0x77dedaf9 in dl_open_worker (a=a@entry=0x7fffd2d8) at dl-open.c:566 #4 0x77de9826 in _dl_catch_error (objname=objname@entry=0x7fffd2c8, errstring=errstring@entry=0x7fffd2d0, mallocedp=mallocedp@entry=0x7fffd2c7, operate=operate@entry=0x77ded780 dl_open_worker, args=args@entry=0x7fffd2d8) at dl-error.c:177 #5 0x77ded329 in _dl_open (file=0x7c92c8 /usr/lib/tulip//libogdfvisibility-4.3.0.so, mode=-2147483646, caller_dlopen=optimized out, nsid=-2, argc=1, argv=0x7fffdd08, env=0x7fffdd18) at dl-open.c:656 #6 0x71ef6026 in dlopen_doit (a=a@entry=0x7fffd4e0) at dlopen.c:66 #7 0x77de9826 in _dl_catch_error (objname=0x6ad9d0, errstring=0x6ad9d8, mallocedp=0x6ad9c8, operate=0x71ef5fc0 dlopen_doit, args=0x7fffd4e0) at dl-error.c:177 #8 0x71ef65ec in _dlerror_run (operate=operate@entry=0x71ef5fc0 dlopen_doit, args=args@entry=0x7fffd4e0) at dlerror.c:163 #9 0x71ef60c1 in __dlopen (file=optimized out, mode=optimized out) at dlopen.c:87 #10 0x77ad3f36 in tlp::PluginLibraryLoader::loadPluginLibrary (filename=..., loader=loader@entry=0x772db0) at /work/yann/deb/tulip/tulip-git/library/tulip-core/src/PluginLibraryLoader.cpp:120 #11 0x77ad40fd in tlp::PluginLibraryLoader::initPluginDir (this=0x691030, loader=loader@entry=0x772db0) at
Bug#724019: Please package upstream version 1.3 and include markdown-extra.php into the package
Package: libmarkdown-php
Version: 1.0.1q-1
Severity: wishlist
Dear Maintainer,
Please consider updating the package version to 1.3 which is the latest
from upstream also now it merges markdown-extra.php into the same
bundle. markdown-extra is dependency for friendica and I filed [1] to
package it but since upstream is shipping both as part of markdown-php
there is no meaning now to continue with this ITP.
ATM we are planning to ship duplicate code copy as part of friendica
package. If you are okay with a helping hand I'm ready to update the
package to latest upstream version. :-).
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705882
Thank you,
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel
Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmarkdown-php depends on:
ii php5 5.5.3+dfsg-1
ii php5-cli 5.5.3+dfsg-1
libmarkdown-php recommends no packages.
libmarkdown-php suggests no packages.
-- no debconf information
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#724018: italc: [INTL:pt] Updated Portuguese translation for debconf messages
Package: italc Version: 1:2.0.1-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for italc's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#724020: potential errors on console at startup
Package: postbooks Version: 4.0.2-1 Severity: normal The following appears in the console when postbooks is launched, after login: $ postbooks Sun Sep 22 11:28:45 2013 Debug: Locale set to language English and country Ireland error: empty dic file Hash Manager Error : 2 Are these signs of some upstream problem or packaging problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724021: via: maintainer address bounces
Source: via Version: 2.0.4-2 Tags: sid Severity: serious X-Debbugs-Cc: m...@debian.org The maintainer address for via bounces, see below. Ansgar mailer-dae...@zimbra.cbs.mpg.de (Mail Delivery System) writes: This is the mail system at host zimbra.cbs.mpg.de. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system michael.chapp...@charite.de (expanded from lip...@cbs.mpg.de): host mail.charite.de[141.42.202.200] said: 550-5.1.1 michael.chapp...@charite.de: Recipient address rejected: User unknown 550 5.1.1 Contact your postmaster/admin for technical assistance. Or send a fax to: +49 (0)30 450 7570600 containing: time (Sep 21 20:23:37), client (194.95.183.231) and server (mail.charite.de). (in reply to RCPT TO command) anne-marike.schif...@nf.mpg.de (expanded from lip...@cbs.mpg.de): host mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) christiane.ahlh...@nf.mpg.de (expanded from lip...@cbs.mpg.de): host mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) darja.kr...@nf.mpg.de (expanded from lip...@cbs.mpg.de): host mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) mari.hr...@nf.mpg.de (expanded from lip...@cbs.mpg.de): host mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) schub...@nf.mpg.de (expanded from lip...@cbs.mpg.de): host mpgmx-s.rrz.uni-koeln.de[134.95.19.170] said: 550 #5.1.0 Address rejected. (in reply to RCPT TO command) bahlm...@berkeley.edu (expanded from lip...@cbs.mpg.de): host mx.berkeley.edu[169.229.218.141] said: 550 unknown user (in reply to RCPT TO command) Reporting-MTA: dns; zimbra.cbs.mpg.de X-Postfix-Queue-ID: C63AEC40001 X-Postfix-Sender: rfc822; envel...@ftp-master.debian.org Arrival-Date: Sat, 21 Sep 2013 20:23:36 +0200 (CEST) Final-Recipient: rfc822; michael.chapp...@charite.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.1.1 Remote-MTA: dns; mail.charite.de Diagnostic-Code: smtp; 550-5.1.1 michael.chapp...@charite.de: Recipient address rejected: User unknown 550 5.1.1 Contact your postmaster/admin for technical assistance. Or send a fax to: +49 (0)30 450 7570600 containing: time (Sep 21 20:23:37), client (194.95.183.231) and server (mail.charite.de). Final-Recipient: rfc822; anne-marike.schif...@nf.mpg.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de Diagnostic-Code: smtp; 550 #5.1.0 Address rejected. Final-Recipient: rfc822; christiane.ahlh...@nf.mpg.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de Diagnostic-Code: smtp; 550 #5.1.0 Address rejected. Final-Recipient: rfc822; darja.kr...@nf.mpg.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de Diagnostic-Code: smtp; 550 #5.1.0 Address rejected. Final-Recipient: rfc822; mari.hr...@nf.mpg.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de Diagnostic-Code: smtp; 550 #5.1.0 Address rejected. Final-Recipient: rfc822; schub...@nf.mpg.de Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mpgmx-s.rrz.uni-koeln.de Diagnostic-Code: smtp; 550 #5.1.0 Address rejected. Final-Recipient: rfc822; bahlm...@berkeley.edu Original-Recipient: rfc822;lip...@cbs.mpg.de Action: failed Status: 5.0.0 Remote-MTA: dns; mx.berkeley.edu Diagnostic-Code: smtp; 550 unknown user From: Debian FTP Masters ftpmas...@ftp-master.debian.org Subject: via_2.0.4-2.1_amd64.changes ACCEPTED into unstable To: Lipsia Group lip...@cbs.mpg.de, Luk Claes l...@debian.org Date: Sat, 21 Sep 2013 17:49:09 + Accepted: Format: 1.8 Date: Sat, 14 Sep 2013 18:12:04 +0200 Source: via Binary: libvia2 libvia-dev via-bin libvia-doc Architecture: source amd64 all Version: 2.0.4-2.1 Distribution: unstable Urgency: low Maintainer: Lipsia Group lip...@cbs.mpg.de Changed-By: Luk Claes l...@debian.org Description: libvia-dev - library for volumetric image analysis libvia-doc - VIA library API documentation libvia2- library for volumetric image analysis via-bin- tools for volumetric image analysis Closes: 662532 714741 Changes: via (2.0.4-2.1) unstable; urgency=low . * Non-maintainer upload. * Drop libpng12-dev alternative build
Bug#723899: fortune-mod: debian menu entries sh -c unnecessary
tags 723899 pending stop Thank you for reporting this bug. You are right, sh -c shouldn't be there. I fixed debian/menu in the repo, will reach unstable along the next upload. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#724022: cryptkeeper: Does not unmount when exiting
Package: cryptkeeper
Version: 0.9.5-5.1
Severity: normal
Tags: patch
Dear Maintainer,
cryptkeeper does not unmount volumes when exiting. It just leaves them mounted
and the user has to unmount them manually using 'fusermount -u'. I've included a
patch (my first one, I hope it's right) to solve this issue.
Thanks!
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cryptkeeper depends on:
ii encfs 1.7.4-2.4+b2
ii fuse2.9.2-4
ii gconf-service 3.2.6-1
ii libatk1.0-0 2.8.0-2
ii libc6 2.17-92+b1
ii libcairo2 1.12.14-4
ii libfontconfig1 2.10.2-2
ii libfreetype62.4.9-1.1
ii libgcc1 1:4.8.1-10
ii libgconf-2-43.2.6-1
ii libgdk-pixbuf2.0-0 2.28.2-1
ii libglib2.0-02.36.4-1
ii libgtk2.0-0 2.24.20-1
ii libpango1.0-0 1.32.5-5+b1
ii libstdc++6 4.8.1-10
ii libx11-62:1.6.1-1
ii zenity 3.8.0-1
cryptkeeper recommends no packages.
cryptkeeper suggests no packages.
-- no debconf information
diff -Nru cryptkeeper-0.9.5/debian/changelog cryptkeeper-0.9.5/debian/changelog
--- cryptkeeper-0.9.5/debian/changelog 2012-05-15 17:10:31.0 +0200
+++ cryptkeeper-0.9.5/debian/changelog 2013-09-22 11:32:50.0 +0200
@@ -1,3 +1,10 @@
+cryptkeeper (0.9.5-5.2) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Fix not unmounting of encrypted volumes when exiting.
+
+ -- Eugenio M. Vigo emv...@gmail.com Sun, 22 Sep 2013 11:31:53 +0200
+
cryptkeeper (0.9.5-5.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru cryptkeeper-0.9.5/debian/patches/fix-unmount.patch cryptkeeper-0.9.5/debian/patches/fix-unmount.patch
--- cryptkeeper-0.9.5/debian/patches/fix-unmount.patch 1970-01-01 01:00:00.0 +0100
+++ cryptkeeper-0.9.5/debian/patches/fix-unmount.patch 2013-09-22 11:42:14.0 +0200
@@ -0,0 +1,103 @@
+Index: cryptkeeper-0.9.5/src/main.cpp
+===
+--- cryptkeeper-0.9.5.orig/src/main.cpp 2013-09-22 11:35:23.946721564 +0200
cryptkeeper-0.9.5/src/main.cpp 2013-09-22 11:41:55.870705082 +0200
+@@ -149,7 +149,7 @@
+ static bool unmount_cryptpoint (int idx)
+ {
+ CryptPoint *cp = cryptPoints[idx];
+-
++
+ if (cp-GetIsMounted () == false) return true;
+
+ int result = !encfs_stash_unmount (cp-GetMountDir ());
+@@ -455,8 +455,48 @@
+ gtk_widget_destroy (dialog);
+ }
+
++static void on_exit ()
++{
++int i = 0;
++std::vectorCryptPoint::iterator it;
++for (it = cryptPoints.begin (); it != cryptPoints.end (); ++it, ++i) {
++if (it-GetIsMounted()){
++if (!unmount_cryptpoint (i)) {
++moan_cant_unmount (it-GetMountDir());
++}
++}
++}
++gtk_main_quit();
++}
++
++static void update_mounted()
++{
++int i = 0;
++ std::vectorCryptPoint::iterator it;
++ // find out which ones are mounted
++ for (it = cryptPoints.begin (); it != cryptPoints.end (); ++it, i++) {
++ struct stat s;
++
++ (*it).SetIsMounted (false);
++ (*it).SetIsAvailable (false);
++
++ if (stat ((*it).GetCryptDir (), s) != -1) {
++ if (S_ISDIR (s.st_mode)) (*it).SetIsAvailable (true);
++ }
++
++ // to get rid of festering mount points
++ if (!config_keep_mountpoints) rmdir ((*it).GetMountDir ());
++
++ if (is_mounted((*it).GetMountDir())) {
++ if (S_ISDIR (s.st_mode)) (*it).SetIsMounted (true);
++ }
++ }
++}
++
+ static void sico_right_button_activated ()
+ {
++update_mounted();
++
+ GtkWidget *menu = gtk_menu_new ();
+
+ GtkWidget *mi = gtk_image_menu_item_new_from_stock (GTK_STOCK_PREFERENCES, NULL);
+@@ -468,7 +508,7 @@
+ gtk_menu_append (GTK_MENU (menu), mi);
+
+ mi = gtk_image_menu_item_new_from_stock (GTK_STOCK_QUIT, NULL);
+- g_signal_connect (G_OBJECT (mi), activate, G_CALLBACK (gtk_exit), NULL);
++ g_signal_connect (G_OBJECT (mi), activate, G_CALLBACK (on_exit), NULL);
+ gtk_menu_append (GTK_MENU (menu), mi);
+
+ gtk_widget_show_all (menu);
+@@ -488,28 +528,10 @@
+ gtk_widget_set_sensitive (mi, FALSE);
+ gtk_menu_append (stashes_popup_menu, mi);
+
+- int i = 0;
+- std::vectorCryptPoint::iterator it;
+- // find out which ones are mounted
+- for (it = cryptPoints.begin (); it != cryptPoints.end (); ++it, i++) {
+- struct stat s;
+-
+- (*it).SetIsMounted (false);
+- (*it).SetIsAvailable (false);
+-
+- if (stat ((*it).GetCryptDir (), s) != -1) {
+- if (S_ISDIR (s.st_mode)) (*it).SetIsAvailable (true);
+- }
+-
+- // to get rid of festering mount points
+- if (!config_keep_mountpoints) rmdir ((*it).GetMountDir ());
+-
+- if (is_mounted((*it).GetMountDir())) {
+- if (S_ISDIR (s.st_mode)) (*it).SetIsMounted (true);
+- }
+- }
++update_mounted();
Bug#724023: ibus-table-cangjie3: Cangjie3 no longer showing as an input method, and cannot be added.
Package: ibus-table-cangjie3 Version: 1.4.6-Source-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm suspecting it might be the latest ibus update. * What exactly did you do (or not do) that was effective (or ineffective)? My session starts and ibus starts as normal, I can use chewing and anthy like normal, but I've lost cangjie3. * What was the outcome of this action? My session starts and ibus starts as normal, I can use chewing and anthy like normal, but I've lost cangjie3. * What outcome did you expect instead? cangjie3 should be listed as one of the input method, and it should be listed as one of the candidates to be added. *** End of the template - remove these lines *** -- 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.10-2-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 ibus-table-cangjie3 depends on: ii ibus-table 1.5.0.is.1.5.0.20130419-2 ibus-table-cangjie3 recommends no packages. ibus-table-cangjie3 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#724024: [PATCH] Ukrainian translation for im-config
Package: im-config Version: 0.22-3 Attached is a patch against git/master to add Ukrainian translation for im-config. Many thanks for reviewing it. 0001-Add-Ukrainian-translation.patch Description: Binary data
Bug#703645: packaging Postgres binary dump files
On 13340 March 1977, Daniel Pocock wrote: However, if the package is formally rejected by the FTP masters then I will be happy to change it to ASCII SQL if required. Please include the source / preferred form for modification in the source, and create this postgres thing from that. I've now re-created the git repos on alioth and created a new version of the orig.tar.gz that includes both the file downloaded from upstream and an ASCII SQL Only the SQL is shipped in the binary package. I think this is similar to other cases that came up in the past. The preferred form for modification isn't what is shipped and probably best to use / used by default from upstream and it's not easy to regenerate it at build time. The preferred form of modification is a running database and SQL commands issued to it with whatever interface. So what you should ship in the source is the file from upstream plus the SQL to generate it. Ideally you would now build-depend on a running postgres server, but everyone could understand the armada of black helicopters that buildd admins will send your way for this. I would even lend a chainsaw or two :) So this falls under the: Not easy to regenerate category. Which means that, ohwell, ship the upstream file - or one you generated yourself from the SQL, and don't rebuild it on buildds. BUT *you* *must* make entirely sure that what is shipped corresponds with the source AKA the SQL file. (And document it in README.source please) And double bonus points if there is an easy accessible way of getting from SQL to binary file, say debian/rules rebuild or so. With the implication that the user has to have a postgres ready for it to load and dump from. Or so. -- bye, Joerg Marge, it takes two to lie. One to lie and one to listen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor
Hello, Sorry for the slow reply. I finally tried setting the proposed kernel options, with the same result (or slightly worse, the cursor got blurred or something). I imagine the real problem is the fact that my card is not supported by the kernel anyway, since the (attached) log shows the same [KMS] drm report modesetting isn't supported. By the way, since I didn't find the info reported in the log, the card is: $ lspci | grep Radeon :00:10.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV350/M10 [Mobility Radeon 9600 PRO Turbo] (inside a PowerBook G4, quite a few years old). By the way, if I understand the log, does this mean that the real culprit is the fbdev driver? Best regards Sam [39.214] X.Org X Server 1.12.4 Release Date: 2012-08-27 [39.214] X Protocol Version 11, Revision 0 [39.214] Build Operating System: Linux 3.2.0-4-powerpc64 ppc Debian [39.214] Current Operating System: Linux koobow 3.2.0-4-powerpc #1 Debian 3.2.46-1 ppc [39.214] Kernel command line: root=UUID=b8cb2c6e-7a76-4d88-8ccf-3af16bda9229 ro radeon.modeset=1 video=radeonfb:off [39.214] Build Date: 29 August 2013 02:16:34PM [39.214] xorg-server 2:1.12.4-6.2+b1 (powerpc Build Daemon (parry) buildd_powerpc-pa...@buildd.debian.org) [39.214] Current version of pixman: 0.30.2 [39.214]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [39.214] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [39.215] (==) Log file: /var/log/Xorg.0.log, Time: Tue Sep 10 22:23:56 2013 [39.278] (==) Using system config directory /usr/share/X11/xorg.conf.d [39.345] (==) No Layout section. Using the first Screen section. [39.345] (==) No screen section available. Using defaults. [39.345] (**) |--Screen Default Screen Section (0) [39.345] (**) | |--Monitor default monitor [39.364] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [39.364] (==) Automatically adding devices [39.364] (==) Automatically enabling devices [39.389] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [39.389]Entry deleted from font path. [39.716] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [39.716]Entry deleted from font path. [39.717] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [39.717] (==) ModulePath set to /usr/lib/xorg/modules [39.717] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [39.862] (II) Loader magic: 0x209fb574 [39.862] (II) Module ABI versions: [39.862]X.Org ANSI C Emulation: 0.4 [39.862]X.Org Video Driver: 12.1 [39.862]X.Org XInput driver : 16.0 [39.862]X.Org Server Extension : 6.0 [39.864] (--) PCI:*(0:0:16:0) 1002:4e50:1002:4e50 rev 0, Mem @ 0xb800/134217728, 0xb000/65536, I/O @ 0x0400/256, BIOS @ 0x/131072 [39.864] (II) LoadModule: extmod [39.911] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [39.932] (II) Module extmod: vendor=X.Org Foundation [39.932]compiled for 1.12.4, module version = 1.0.0 [39.932]Module class: X.Org Server Extension [39.932]ABI class: X.Org Server Extension, version 6.0 [39.932] (II) Loading extension SELinux [39.932] (II) Loading extension MIT-SCREEN-SAVER [39.932] (II) Loading extension XFree86-VidModeExtension [39.932] (II) Loading extension XFree86-DGA [39.932] (II) Loading extension DPMS [39.932] (II) Loading extension XVideo [39.932] (II) Loading extension XVideo-MotionCompensation [39.932] (II) Loading extension X-Resource [39.932] (II) LoadModule: dbe [39.932] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [39.946] (II) Module dbe: vendor=X.Org Foundation [39.946]compiled for 1.12.4, module version = 1.0.0 [39.946]Module class: X.Org Server Extension [39.946]ABI class: X.Org Server Extension, version 6.0 [39.946] (II) Loading extension DOUBLE-BUFFER [39.946] (II) LoadModule: glx [39.946] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [40.474] (II) Module glx: vendor=X.Org Foundation [40.474]compiled for 1.12.4, module version = 1.0.0 [40.474]ABI class: X.Org Server Extension, version 6.0 [40.474] (==) AIGLX enabled [40.474] (II) Loading extension GLX [40.475] (II) LoadModule: record [
Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor
On Sun, Sep 22, 2013 at 12:15:03 +0200, Samuel Hym wrote: Hello, Sorry for the slow reply. I finally tried setting the proposed kernel options, with the same result (or slightly worse, the cursor got blurred or something). I imagine the real problem is the fact that my card is not supported by the kernel anyway, since the (attached) log shows the same [KMS] drm report modesetting isn't supported. Can you attach dmesg, and contents of /proc/fb? Cheers, Julien signature.asc Description: Digital signature
Bug#718588: dhelp: transition to apache2.4
On Sun, Sep 22, 2013 at 10:21:03AM +0100, Julian Gilbey wrote: On Fri, Aug 02, 2013 at 05:41:25PM +0100, Julian Gilbey wrote: Package: dhelp Version: 0.6.21+nmu2 Severity: serious Apache has been upgraded from version 2.2 to version 2.4, with the consequence that the /etc/apache2/conf.d directory is no longer supported. Please upgrade the package to support the new version! There is guidance available in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669837 for the phppgadmin package; dhelp will presumably be similar. If I were capable of providing a dhelp specific patch at the current time, I would, but I'm only just looking at the transition myself. Julian It's now worse than that: on a fresh testing install, I can't install dhelp, and then I can't purge the broken package either :-( It's complaining as follows during the configure phase: Setting up dhelp (0.6.21+nmu2) ... Building HTML tree...Invalid format Text for lilypond (GNU LilyPond, the music typesetter) Invalid format Text for lilypond (GNU LilyPond, the music typesetter) done. apache2-maintscript-helper invoked from a modified environment. Please hint required arguments manually dpkg: error processing dhelp (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for menu ... Errors were encountered while processing: dhelp I've figured out the bug and fixed it - I've uploaded a patched version to DELAYED-5. The full patch is attached. The tweaks to the lighttpd part may not be necessary, but they parallel the ones to the apache section. It could also have been dealt with by setting APACHE2_MAINTSCRIPT_METHOD, but that seemed a little more clunky. Julian diff -Nru dhelp-0.6.21+nmu2/config/apache-dhelp-2.2.conf dhelp-0.6.21+nmu3/config/apache-dhelp-2.2.conf --- dhelp-0.6.21+nmu2/config/apache-dhelp-2.2.conf 1970-01-01 01:00:00.0 +0100 +++ dhelp-0.6.21+nmu3/config/apache-dhelp-2.2.conf 2013-09-22 10:57:30.0 +0100 @@ -0,0 +1,53 @@ +# This config file is for Apache version 2.2.x and is installed +# into /etc/apache2/conf.d. It is ignored by Apache version 2.4.x; +# that has its own configuration file available in +# /etc/apache2/conf-available +Location ~ /cgi-bin/d(search|help_fetcher)(\?.*)? + order deny,allow + deny from all + allow from localhost + Options -Indexes -MultiViews +/Location + +Directory /usr/share/doc + order deny,allow + deny from all + allow from localhost + Options Indexes MultiViews FollowSymLinks +/Directory + +# The following directives are needed for the operation of Debian Online Help +# and are assumed to already be enabled on the server's configuration: +# +#Alias /doc /usr/share/doc +# +#ScriptAlias /cgi-bin /usr/lib/cgi-bin +#Directory /usr/lib/cgi-bin +# AllowOverride None +# Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch +# order allow,deny +# allow from all +#/Directory +# +# Note that enabling /doc/ alias may result in a security vulnerability, +# specifically CVE-2012-0216. Thus newer versions of the apache2 package +# do NOT have the /doc/ alias enabled by default. +# +# See http://www.debian.org/security/2012/dsa-2452 for reference and to +# decide whether the conditions stated there apply to your case. +# +# Then, enable the /doc/ alias by uncommenting the line above, if you judge +# that it is secure to do so. Else you can uncomment the following two lines +# to allow a secure partial operation of Debian Online Help, even if the +# above vulnerability is present: +# +#Alias /doc/HTML /usr/share/doc/HTML +#Alias /doc/dhelp/css /usr/share/doc/dhelp/css +# +# Using the above two alias you will be able to see descriptions and search +# for terms, but the documents themselves will be inaccessible. You will need +# to manually add an alias directive *for each document* that you want it to +# become accessible. +# +# See also /usr/share/doc/dhelp/README.Debian for more information. + diff -Nru dhelp-0.6.21+nmu2/config/apache-dhelp.conf dhelp-0.6.21+nmu3/config/apache-dhelp.conf --- dhelp-0.6.21+nmu2/config/apache-dhelp.conf 2012-06-12 19:59:55.0 +0100 +++ dhelp-0.6.21+nmu3/config/apache-dhelp.conf 2013-09-22 11:00:01.0 +0100 @@ -1,14 +1,14 @@ +# This config file is for Apache version 2.4.x and is installed +# into /etc/apache2/conf-available. It is ignored by Apache version 2.2.x; +# that has its own configuration file available in +# /etc/apache2/conf.d Location ~ /cgi-bin/d(search|help_fetcher)(\?.*)? - order deny,allow - deny from all - allow from localhost + Require local Options -Indexes -MultiViews /Location Directory /usr/share/doc - order deny,allow - deny from all - allow from localhost + Require local Options Indexes MultiViews FollowSymLinks /Directory @@ -27,7 +27,7 @@ # Note that enabling /doc/ alias may result in a security vulnerability, # specifically CVE-2012-0216. Thus newer versions of the apache2
Bug#706778: debian-policy: Please explicitly forbid - at the start of Deb822 field names
Le Mon, Sep 16, 2013 at 03:45:51PM +0200, Guillem Jover a écrit : On Mon, 2013-09-16 at 11:32:14 +0900, Charles Plessy wrote: /pptaglist +tag5.1/tag + itemControl data fields must not start with the hyphen character + (tt-/tt) because it interferes with clearsigning control data files. + /item tag5.4, 5.6.24/tag itemttChecksums-Sha1/tt and ttChecksums-Sha256/tt are now mandatory in file.dsc/file files. Strictly speaking the problem is with (all?) deb822 parsers that do not dash-unescape clearsigned messages not with the possibly dash-escaped control files, proper dash-escaping is there precisely to avoid any interference from initial dashes. And the reason to ban initial hyphens is because they do not make sense in field names and I don't think it's worth updating all parsers. Thanks Guillem, I will replace because it interferes with clearsigning control data files by to avoid potential confusions when parsing clearsigned control data files that were not properly unescaped. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723840: wmaker: Position of flags for 'find'.
On Fri, 20 Sep 2013, Mats Erik Andersson escribió: Package: wmaker Version: 0.95.3-2 Severity: minor Tags: patch Hello there the shell script wmaker uses the flags -mindepth and -maxdepth out-of-order for find(1). It results in two unnecessary warnings. Best regards, Mats Erik Andersson, DM --- usr/bin/wmaker.orig 2012-05-27 00:30:44.0 +0200 +++ usr/bin/wmaker2013-09-20 12:36:09.0 +0200 @@ -63,7 +63,7 @@ if [ -f $gs_defaults/WMGLOBAL ] ; then $convertfonts --keep-xlfd $gs_defaults/WMGLOBAL fi -find $wm_styles -type f -print0 -mindepth 1 -maxdepth 1 | +find $wm_styles -mindepth 1 -maxdepth 1 -type f -print0 | xargs -0 -r -n 1 $convertfonts --keep-xlfd touch $wm_base/.fonts_converted fi Hi, thanks a lot for your patch. This problem is solved in upstream: http://repo.or.cz/w/wmaker-crm.git/commit/9f694b66b50ff39f906221466e1b1916da56f8a6 http://repo.or.cz/w/wmaker-crm.git/blobdiff/1fb452ea953e0a34142031b04f909dfb8cc1de8f..9f694b66b50ff39f906221466e1b1916da56f8a6:/debian/debianfiles/wmaker I was on vacations these days and waiting for the new release to upload it. I will upload it today. Thanks a lot for your report. Best regards, kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724025: German debconf translation update for italc
Package: italc Version: 1:2.0.1-2 Tags: l10n, patch Severity: wishlist Update of the German debconf translation for italc. .po file is attached. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb # German translation italc # Copyright (C) 2013 italc untenstehende Übersetzer # This file is distributed under the same license as the italc package. # Mike Gabriel (mike.gabr...@das-netzwerkteam.de), 2013. # msgid msgstr Project-Id-Version: italc (1:2.0.1-2)\n Report-Msgid-Bugs-To: it...@packages.debian.org\n POT-Creation-Date: 2013-09-21 21:22+0200\n PO-Revision-Date: 2013-09-21 22:11+0100\n Last-Translator: Mike Gabriel mike.gabr...@das-netzwerkteam.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically set up iTALC's role model and create key pairs? msgstr Das iTALC-Rollenmodell automatisch einrichten und iTALC-Schlüsselpaare erstellen? #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC knows four different access roles for iTALC clients (teacher, student, supporter, and administrator). msgstr iTALC kennt vier verschiedene Zugriffsrollen für iTALC-Clients (Lehrer, Schüler, Supporter, Administrator). #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid iTALC manages this role-based client access via SSL keys. msgstr iTALC verwaltet diesen rollenbasierten Client-Zugriff mittels SSL-Schlüssel. #. Type: boolean #. Description #: ../italc-client.templates:6001 msgid Automatically generated SSL keys will be created in subfolders of /etc/italc/ keys. msgstr Automatisch generierte SSL-Schlüssel werden in Unterordnern von /etc/italc/ keys angelegt. #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid Create groups for iTALC roles now? msgstr Gruppen für iTALC-Rollen jetzt erstellen? #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid iTALC's role model requires four groups to exist: \teacher\, \student\, \supporter\, and \admin\. msgstr Für das iTALC-Rollenmodell werden vier Gruppen benötigt: »Lehrer«, »Schüler «, »Supporter«, und »Administrator«. #. Type: boolean #. Description #: ../italc-client.templates:7001 msgid If these four groups are not created now, you will be asked to assign existing groups in their place. msgstr Wenn diese vier Gruppen jetzt nicht erstellt werden, werden Sie dazu aufgefordert, anstelle dessen existierende Gruppen zuzuordnen. #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid Use already existing groups for iTALC roles? msgstr Bereits existierende Gruppen für das iTALC-Rollenmodell verwenden? #. Type: boolean #. Description #: ../italc-client.templates:8001 msgid If groups reflecting the iTALC role model have already been set up (e.g. in the LDAP user/group database) then you can specify those group names on the next screens. msgstr Falls bereits Gruppen zur Abbildung des iTALC-Rollenmodells angelegt wurden (z.B. in der LDAP-Benutzerdatenbank), dann können diese Gruppennamen in den nächsten Eingabemasken zugeordnet werden. #. Type: string #. Description #: ../italc-client.templates:9001 msgid iTALC teachers role group: msgstr Gruppe für iTALC-Lehrer: #. Type: string #. Description #: ../italc-client.templates:9001 msgid Please specify the group name for iTALC teachers. msgstr Bitte geben Sie den Gruppennamen für iTALC-Lehrer ein. #. Type: string #. Description #: ../italc-client.templates:9001 msgid The teacher role gives basic control over iTALC clients in classrooms. msgstr Die Lehrer-Rolle ermöglicht grundlegende Steuerung von iTALC-Clients in Klassenräumen. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../italc-client.templates:9001 ../italc-client.templates:11001 #: ../italc-client.templates:13001 ../italc-client.templates:15001 msgid If you leave this empty, the \root\ group will be used. msgstr Wird dieses Feld leer gelassen, dann wird die Gruppe »root« verwendet. #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #. Type: boolean #. Description #: ../italc-client.templates:10001 ../italc-client.templates:12001 #: ../italc-client.templates:14001 ../italc-client.templates:16001 msgid Delete the group that was formerly used for this role? msgstr Soll die Gruppe, die bislang für diese Rolle verwendet wurde, gelöscht werden? #. Type: boolean #. Description #: ../italc-client.templates:10001 msgid The group for the iTALC teacher role has been modified. msgstr Die Gruppe für die iTALC-Rolle
Bug#724026: (no subject)
Package: iotop Version: 0.6-1 Severity: minor Dear Maintainer, iotop requires python 2.7 As far as I've tested, iotop seems to work well with python3.3 Is there a reason to do NOT allow python3 as a require ? If not, is it possible to update the package requirement list ? Thanks! PS: I beg your pardon about #723992 ..Similar bug, time to sleep, nevermind -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iotop depends on: ii python 2.7.5-5 iotop recommends no packages. iotop 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#724027: genisoimage: please consider enhancing dirsplit manpage
Package: genisoimage Version: 9:1.1.11-2 Severity: wishlist It's a bit annoying to go % man dirlist % dirlist -h % dirlist -H before actually getting much help. Could the man page at least include the contents of dirlist -H ? thanks for considering, d -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages genisoimage depends on: ii libbz2-1.0 1.0.6-5 ii libc6 2.17-92+b1 ii libmagic1 1:5.14-2 ii zlib1g 1:1.2.8.dfsg-1 genisoimage recommends no packages. Versions of packages genisoimage suggests: pn cdrkit-doc none ii wodim 9:1.1.11-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#724028: w3m: vim/-perator like handling
Package: w3m
Version: 0.5.3-11
Severity: wishlist
Tags: upstream patch
Forwarded a feature request from Laurence Richert laurencerichert
(at yahoo.de) on September 19, 2013 at 6:53PM +0200:
I would like to ask if two functions could be implemented in an official
release. I use them pretty often in other programs such as vim and
vimperator and always get confused when switching to w3m. These would be:
- half page scrolling
- jumping to elements numbered by getLinkNumberStr() from Karsten
Schoelzel
I have attached two patch files containing these functions, based on
v0.5.3.
Thanks,
--
Tatsuya Kinoshita
*** main.c.orig 2013-09-19 16:09:57.440750873 +0200
--- main.c 2013-09-19 18:01:52.108911310 +0200
***
*** 1584,1593
--- 1584,1605
else
nscroll(-(prec_num ? searchKeyNum() : searchKeyNum()
* (Currentbuf-LINES - 1)), prec_num ? B_SCROLL : B_NORMAL);
}
+ /* Move half page forward */
+ DEFUN(hpgFore, NEXT_HALF_PAGE, Scroll down half page)
+ {
+ nscroll(searchKeyNum() * (Currentbuf-LINES / 2 - 1), B_NORMAL);
+ }
+
+ /* Move half page backward */
+ DEFUN(hpgBack, PREV_HALF_PAGE, Scroll up half page)
+ {
+ nscroll(-searchKeyNum() * (Currentbuf-LINES / 2 - 1), B_NORMAL);
+ }
+
/* 1 line up */
DEFUN(lup1, UP, Scroll up one line)
{
nscroll(searchKeyNum(), B_SCROLL);
}
***
*** 3584,3593
--- 3596,3632
gotoLine(Currentbuf, po-line);
Currentbuf-pos = po-pos;
arrangeCursor(Currentbuf);
displayBuffer(Currentbuf, B_NORMAL);
+ }
+
+ /* go to the nth anchor */
+ DEFUN(nthA, LINK_N, Go to the nth link)
+ {
+ HmarkerList *hl = Currentbuf-hmarklist;
+ BufferPoint *po;
+ Anchor *an;
+
+ int n = searchKeyNum();
+ if (n 0 || n hl-nmark) return;
+
+ if (Currentbuf-firstLine == NULL)
+ return;
+ if (!hl || hl-nmark == 0)
+ return;
+
+ po = hl-marks + n-1;
+ an = retrieveAnchor(Currentbuf-href, po-line, po-pos);
+ if (an == NULL)
+ an = retrieveAnchor(Currentbuf-formitem, po-line, po-pos);
+ if (an == NULL) return;
+
+ gotoLine(Currentbuf, po-line);
+ Currentbuf-pos = po-pos;
+ arrangeCursor(Currentbuf);
+ displayBuffer(Currentbuf, B_NORMAL);
}
/* go to the next anchor */
DEFUN(nextA, NEXT_LINK, Move to next link)
{
*** proto.h.orig 2013-09-19 16:35:24.156787353 +0200
--- proto.h 2013-09-19 16:35:24.152787349 +0200
***
*** 13,14
--- 13,16
extern void pgBack(void);
+ extern void hpgFore(void);
+ extern void hpgBack(void);
extern void lup1(void);
***
*** 63,64
--- 65,67
extern void lastA(void);
+ extern void nthA(void);
extern void onA(void);
pgphUcXhl05XA.pgp
Description: PGP signature
Bug#723961: severity: critical
severity 723961 critical Upgrading severity to critical as requested. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723961: Tilda master
If you have any knowledge about compiling a program by your self, could you try out the lastest tilda from git/master at https://github.com/lanoxx/tilda/ the commit in question is: https://github.com/lanoxx/tilda/commit/1d063febdd4e1fa6beb15cec14fda831c025e194 I believe the issue should already by fixed there. If you can confirm it, I will backport the fix and release a new package. Kind Regards Lanoxx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724029: miniupnpd: [INTL:pt] Updated Portuguese translation for debconf messages
Package: miniupnpd Version: 1.8.20130730-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for miniupnpd's debconf messages. Translator: Américo Monteiro a_monte...@gmx.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#674467: opus: Please add multiarch support.
Hi Julian, On Sun, Sep 22, 2013 at 12:45:12AM +0100, Julian Gilbey wrote: On Sat, Sep 14, 2013 at 04:48:08PM +0200, Peter Lebbing wrote: Package: src:opus Followup-For: Bug #674467 I wrote mainly to help Lucio and others building this. But I really want to add my Me too, because this is a real pain with i386 audio dependencies! Dear Ron, please don't stay silent on this issue. It has been going on for a very long time now! The bug was initially reported almost one and a half year ago. What is there against applying the small patch? I don't understand your reasoning about backports or new versions, as this issue seems orthogonal to me. me too I'm perfectly happy to upload a version with (only) Pino's patch to unstable so that people don't have to continue building their own versions. I have a version ready, and could upload it to one of the delayed queues. Ron - would you have any objections to this? Yes, I do, for the same reason I've already said in this bug report. Nobody talked to me about whether this package was ready for a m-a transition before creating this mess - or I'd have told them the same thing. Please wait until we have a stable release out. Right now, it's more important that developers be able to backport updates to it trivially, than for people to be able to run non-free stuff in sid. If you want stable m-a, use stable. Or use a chroot. This will be fixed once we have a formal stable release version out. Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724018: italc: [INTL:pt] Updated Portuguese translation for debconf messages
Please use the attached version. This version corrects existing typos in translation. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: GNU Zip compressed data
Bug#724030: grub2-common: grub-install use “/usr/local/lib/grub/i386-pc” as default directory
Package: grub2-common Version: 2.00-19 Severity: important Dear Maintainer, I got an error message about a failure to install grub2 when upgrading my system. On a console as root: # grub-install /dev/sda /usr/local/lib/grub/i386-pc doesn't exist. Please specify --target or --directory # grub-install -d /usr/lib/grub/i386-pc/ /dev/sda Installation finished. No error reported. Regards. -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/d683fc1f-618b-4f9c-91a8-0da2979ddccd / ext3 rw,noatime,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/sda1 /boot ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/tmp /tmp ext4 rw,nodev,noatime,data=ordered 0 0 /dev/mapper/hati-home /home ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-usr /usr ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-usr--local /usr/local ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-usr--src /usr/src ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-var /var ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-var+cache /var/cache ext4 rw,noatime,data=ordered 0 0 /dev/mapper/hati-var--log /var/log ext3 rw,nodev,noatime,errors=continue,barrier=1,data=ordered 0 0 /dev/mapper/hati-libvirt+images /var/lib/libvirt/images ext4 rw,nodev,noatime,data=ordered 0 0 /dev/dm-11 /var/lib/sbuild/build btrfs rw,nodev,noatime,space_cache 0 0 /dev/dm-18 /media/secured btrfs rw,relatime,space_cache 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST3320620AS_9QF5ZCHE (hd1) /dev/disk/by-id/ata-WDC_WD1001FALS-00J7B0_WD-WMATV0175428 (hd2) /dev/disk/by-id/usb-ST340083_2A_141-0:0 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub2-common depends on: ii dpkg 1.17.1 ii grub-common 2.00-19 ii install-info 5.1.dfsg.1-5 grub2-common recommends no packages. grub2-common suggests no packages. -- no debconf information -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF pgpcrDDQAMc7p.pgp Description: PGP signature
Bug#724031: find: ‘/usr/share/wicd/’: No such file or directory
Package: wicd-curses Seen upon purge: Removing iproute ... Processing triggers for menu ... Selecting previously unselected package iproute2. (Reading database ... 146371 files and directories currently installed.) Unpacking iproute2 (from .../iproute2_3.11.0-1_i386.deb) ... Processing triggers for man-db ... (Reading database ... 146442 files and directories currently installed.) Removing isc-dhcp-client ... Removing wicd-cli ... Removing wicd-curses ... find: ‘/usr/share/wicd/’: No such file or directory Setting up iproute2 (3.11.0-1) ... Setting up ifupdown (0.7.44) ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720419: Aw: [Debichem-devel] Bug#720419: Openmpi 1.6.5 is freezing under GNU/Linux ia64
Hello, In Debian, we are in the process of switching the default MPI implementation from version 1.4 to 1.6. Every architectures are fine beside ia64. Any program based on OpenMPI 1.6.5 is freezing. With a basic test case: MPI_Init(NULL, NULL); MPI_Finalize(); mpirun -c 4 foo = freeze The backtrace does not show anything. Does it ring a bell to anyone ? Do you observe this on a single machine or via a network? I suggest editing your nodes list to identify the hosts that make problems. I also experienced the freeze for heterogeneous setups of 1.4 and 1.6 versions. In a homogeneous setup, the direct execution e.g. of hostname always works. But there is something that I have done to a prior working homogeneous 1.6 setup across three nodes that now freezes when I execute GROMACS' mdrun, if a single particular node is allowed to contribute. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724032: I thought I said install
Package: aptitude
Version: 0.6.8.2-1.2
Severity: wishlist
I thought I said install. So I just hit return. Looking closer I see it
was asking me about removing them.
Well OK, I'm sure it has its logic and mother knows best, but well... never
mind.
# aptitude search ~U
i A tcl8.5 - Tcl (the Tool Command Language) v8.5 - she
i A tk8.5 - Tk toolkit for Tcl and X11, v8.5 - windowi
i A xserver-xorg-core - Xorg X server - core server
# aptitude install ~U~n8
The following packages will be REMOVED:
tcl8.5{pu} (D: tk8.5) tk8.5{pu}
0 packages upgraded, 0 newly installed, 2 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 6,669 kB will be freed.
Do you want to continue? [Y/n/?]
(Reading database ... 146398 files and directories currently installed.)
Removing tk8.5 ...
update-alternatives: using /usr/bin/wish8.4 to provide /usr/bin/wish (wish) in
auto mode
Purging configuration files for tk8.5 ...
Removing tcl8.5 ...
update-alternatives: using /usr/bin/tclsh8.4 to provide /usr/bin/tclsh (tclsh)
in auto mode
Purging configuration files for tcl8.5 ...
Processing triggers for libc-bin ...
Processing triggers for menu ...
Current status: 1 update [-2].
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674467: opus: Please add multiarch support.
On Sun, Sep 22, 2013 at 08:42:47PM +0930, Ron wrote: Hi Julian, On Sun, Sep 22, 2013 at 12:45:12AM +0100, Julian Gilbey wrote: On Sat, Sep 14, 2013 at 04:48:08PM +0200, Peter Lebbing wrote: Package: src:opus Followup-For: Bug #674467 I wrote mainly to help Lucio and others building this. But I really want to add my Me too, because this is a real pain with i386 audio dependencies! Dear Ron, please don't stay silent on this issue. It has been going on for a very long time now! The bug was initially reported almost one and a half year ago. What is there against applying the small patch? I don't understand your reasoning about backports or new versions, as this issue seems orthogonal to me. me too I'm perfectly happy to upload a version with (only) Pino's patch to unstable so that people don't have to continue building their own versions. I have a version ready, and could upload it to one of the delayed queues. Ron - would you have any objections to this? Yes, I do, for the same reason I've already said in this bug report. Nobody talked to me about whether this package was ready for a m-a transition before creating this mess - or I'd have told them the same thing. Please wait until we have a stable release out. Right now, it's more important that developers be able to backport updates to it trivially, than for people to be able to run non-free stuff in sid. If you want stable m-a, use stable. Or use a chroot. This will be fixed once we have a formal stable release version out. Ron Hi Ron! As you will see from reading the bug report log: (i) it affects *lots* of people using testing/unstable (ii) the fix is almost entirely trivial, and orthogonal to any changes in the opus package itself - it only affects the package build by specifying that the libraries should be installed in locations conforming to the multiarch specification, and it does this by modifying only four files in the debian/ directory - it does not touch anything outside of there (iii) the fix should work fine in stable and backports as well - stable already had support for multiarch (iv) a significant number of people have used the patch with success Please do reconsider applying this patch to the current not-yet-stable release of opus! It will also indicate if there are as-yet unforeseen problems afoot which would otherwise bite if it were applied to the as-yet-to-be-released stable version. Thanks, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719627: reported upstream as kernel bug 61861
Reported upstream at bugzilla.kernel.org as requested. Bug number: 61861 URL: https://bugzilla.kernel.org/show_bug.cgi?id=61861 -- ** email: m.foul...@blueyonder.co.uk phone: (020) 8286 9910 ** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724033: dpkg: warning: while removing isc-dhcp-client, directory '/var/lib/dhcp' not empty so not removed
Package: isc-dhcp-client Something is leaving this around... Removing isc-dhcp-client ... Purging configuration files for isc-dhcp-client ... dpkg: warning: while removing isc-dhcp-client, directory '/var/lib/dhcp' not empty so not removed $ ls -l /var/lib/dhcp total 4 -rw-r--r-- 1 root root 481 05-28 07:07 dhclient.eth0.leases -rw-r--r-- 1 root root 0 2013-01-22 dhclient.wlan0.leases -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572372: ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
Hi, I will update the package. Cheers, kix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723558: mirror submission for mordad.iranrepo.ir
We have changed the MIRRORNAME to mordad.iranrepo.ir and it's now syncing to ftp.uk.debian.org four times a day. Is there anything else that we should do ? Thank you. On Sat, Sep 21, 2013 at 12:13 AM, Simon Paillard spaill...@debian.orgwrote: Hello, On Thu, Sep 19, 2013 at 01:01:00PM +0430, alireza vaziri wrote: Could you please tell us a mirror which is geographically near us and it has a valid and fresh packages. Russia and Turkey are good choices, if not maybe Germany. http://http.debian.net/demo.html gives a close mirror, but there is no guarantee it provides rsync. It still worth a try. You can also use netselect-apt. Please don't forget to adress the questions below. On Wed, Sep 18, 2013 at 11:15 PM, Simon Paillard spaill...@debian.org wrote: On Tue, Sep 17, 2013 at 11:32:11AM +, IranRepo wrote: Site: mordad.iranrepo.ir Thanks for using up to date 'ftpsync' tool. Today the local trace file is IR-KER-0.iranrepo.com (see http://mordad.iranrepo.ir/debian/project/trace/) Could you please set MIRRORNAME to mordad.iranrepo.ir ? Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ IPv6: no Archive-upstream: debian.mirror.iweb.ca Could you please configure ftp2.ca.debian.org instead ? Today it's the same as debian.mirror.iweb.ca, but it's guaranteed to point to a valid and fresh mirror. Updates: once Could you please consider syncing 4 times a day ? See http://www.debian.org/mirror/ftpmirror#when -- Simon Paillard
Bug#712705: osspd: Please blacklist OSS modules
Hi Ralf, On Mon, 09 Sep 2013 20:56:36 +0200, Ralf Jung p...@ralfj.de wrote: is there any update on this? I am currently preparing the next version of osspd, but so far I got no idea how to tackle this problem. Sorry for the lack of updates... There's now a version of oss-compat in testing and unstable which removes its modprobe.d configuration file on removal (and not just on purge), and unloads the corresponding modules if possible. In most cases users switching from that version of oss-compat to osspd should have everything just work, and the blacklists on osspd's side should have the desired effect. Regarding your question about splitting the osspd package into two backends, the split doesn't seem worth it to me, but you could still use alternatives within a single package to choose the appropriate backend. I hope that answers the questions that you had... Regards, Stephen signature.asc Description: PGP signature
Bug#724034: Who is leaving configuration files on my computer?
Package: aptitude
Version: 0.6.8.2-1.2
Severity: wishlist
Who is leaving configuration files on my computer?
It happens rarely, but still happens.
So I need to do
# aptitude purge ~c
The following packages will be REMOVED:
iproute{p} isc-dhcp-client{p} libaudit0{p} wicd-cli{p} wicd-curses{p}
wicd-daemon{p} wicd-gtk{p}
sometimes.
I use
APT::Default-Release experimental;//just order them in sources.list UNTRUE
APT::Cache::AllVersions false;
APT::Clean-Installed false;
APT::Get::Purge true;
APT::Install-Recommends false;
Aptitude::CmdLine::Always-Prompt true;
Aptitude::Purge-Unused true;
Aptitude::CmdLine::Show-Why true;//511...@bugs.debian.org
Aptitude::CmdLine::Show-Deps true;//587...@bugs.debian.org
Acquire::http::No-Cache true;//564829
Acquire::PDiffs false;
I bet the problem occurs due to
dpkg: wicd-daemon: dependency problems, but removing anyway as you requested:
wicd-cli depends on wicd-daemon (= 1.7.2.4-4.1).
wicd-curses depends on wicd-daemon (= 1.7.2.4-4.1).
Here's how they came about:
# history |grep aptitude
1731 Sun, 22 Sep 2013 19:27:57 +0800 aptitude purge wicd
1734 Sun, 22 Sep 2013 19:28:49 +0800 aptitude install ifupdown
1736 Sun, 22 Sep 2013 19:31:52 +0800 aptitude install console-setup
keyboard-configuration
Start-Date: 2013-09-22 19:28:00
Purge: wicd:i386 (1.7.2.4-4.1)
End-Date: 2013-09-22 19:28:02
Start-Date: 2013-09-22 19:29:18
Install: iproute2:i386 (3.11.0-1, automatic)
Upgrade: ifupdown:i386 (0.7.43, 0.7.44)
Remove: wicd-cli:i386 (1.7.2.4-4.1), wicd-daemon:i386 (1.7.2.4-4.1),
iproute:i386 (20121211-2), isc-dhcp-client:i386 (4.2.4-7), wicd-gtk:i386
(1.7.2.4-4.1), wicd-curses:i386 (1.7.2.4-4.1)
End-Date: 2013-09-22 19:29:38
Log started: 2013-09-22 19:29:18
(Reading database ... 146606 files and directories currently installed.)
Preparing to replace ifupdown 0.7.43 (using .../ifupdown_0.7.44_i386.deb) ...
Unpacking replacement ifupdown ...
Processing triggers for man-db ...
(Reading database ... 146600 files and directories currently installed.)
Removing wicd-gtk ...
dpkg: wicd-daemon: dependency problems, but removing anyway as you requested:
wicd-cli depends on wicd-daemon (= 1.7.2.4-4.1).
wicd-curses depends on wicd-daemon (= 1.7.2.4-4.1).
Removing wicd-daemon ...
[] Stopping Network connection manager: wicd?25l1G[32m ok 39;49m?12l?25h.
dpkg: iproute: dependency problems, but removing anyway as you requested:
isc-dhcp-client depends on iproute.
Removing iproute ...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724035: RM: guile-gnutls [ia64] -- ROM; not built anymore
Package: ftp.debian.org Severity: normal Hello, please remove guile-gnutls on ia64 from unstable and testing (version 3.2.3-1). guile-gnutls has switched from guile-1.8 to guile-2.0 which is not available on ia64, therefore the old guile-gnutls should be removed on ia64 to allow migration to testing. There are no reverse dependencies in Debian. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#724032: [Aptitude-devel] Bug#724032: I thought I said install
Control: retitle -1 aptitude: aptitude install purges packages instead of
updating them
Control: tag -1 + moreinfo
Hi,
jida...@jidanni.org wrote:
I thought I said install. So I just hit return. Looking closer I see it
was asking me about removing them.
Because they were marked as automatically installed (the u means
unused). Aptitude removes such packages automatically.
IIRC apt-get marks packages upgraded with apt-get install
automatically as manually installed despite it doesn't allow
parameters to apt-get upgrade or apt-get dist-upgrade like
aptitude does.
So I wonder if aptitude should automatically mark packages passed to
aptitude install as parameter as manually installed as apt-get does
(which would change the behaviour in this case) while not doing so on
packages passed to aptitude safe-upgrade or aptitude dist-upgrade
as parameters to still allow users to decide if they want this
behaviour or not.
I would prefer to keep the current behaviour, but mostly because I'm
used to it and I'm using it that way, but as pointed out above the
logic is debatable. IIRC aptitude-robot partially relies (or at least
relied on it in the past) on that logic, too.
Well OK, I'm sure it has its logic and mother knows best, but
well... never mind.
It has, but it's strange anyway. Do you mix aptitude and apt-get? Did
you upgrade or remove other packages which depend on Tcl/Tk with
apt-get or dpkg instead of aptitude.
Because I would have expected that aptitude would have removed these
packages already when its dependencies vanished. Then again, aptitude
sometimes notices that reverse dependencies are gone only in a second
run (IIRC there is a bug-report for that somewhere), so if this was a
run just after a removal or upgrade run which changed Tcl/Tk's reverse
dependencies, it could have been an incarnation of that bug.
Do you remember what package actions you did before the removal
happened?
# aptitude search ~U
i A tcl8.5 - Tcl (the Tool Command Language) v8.5 -
she
i A tk8.5 - Tk toolkit for Tcl and X11, v8.5 -
windowi
i A xserver-xorg-core - Xorg X server - core server
# aptitude install ~U~n8
The following packages will be REMOVED:
tcl8.5{pu} (D: tk8.5) tk8.5{pu}
With regards to the purging (p), do you have requested to
automatically purge all removed packages?
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#576066: Sponsoring dov4l (was: Re: updated package available)
On Sun, 2013-09-22, at 11:20:01 +0200, Robert Luberda wrote: I can sponsor this package, but unfortunatelly this cannot be uploaded as is, because such an upload will be rejected, as nobody is allowed to replace an .orig.tar.gz file already existing in Debian archive with a different version. Thanks for this push to finally get this overdue task done. A new version of the dov4l package with repackaged tarball is available at http://lennartsson.se/debian/ I include Mathieu Malaterre, and thank him also for the previous work he did to get this uploaded. Cheers, Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724032: [Aptitude-devel] Bug#724032: I thought I said install
AB == Axel Beckert a...@debian.org writes: AB It has, but it's strange anyway. Do you mix aptitude and apt-get? Did AB you upgrade or remove other packages which depend on Tcl/Tk with AB apt-get or dpkg instead of aptitude. I've only been using aptitude these months. AB Because I would have expected that aptitude would have removed these AB packages already when its dependencies vanished. Then again, aptitude AB sometimes notices that reverse dependencies are gone only in a second AB run (IIRC there is a bug-report for that somewhere), so if this was a AB run just after a removal or upgrade run which changed Tcl/Tk's reverse AB dependencies, it could have been an incarnation of that bug. AB Do you remember what package actions you did before the removal AB happened? [...] AB With regards to the purging (p), do you have requested to AB automatically purge all removed packages? Some of that is noted in a twin bug I just filed... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723558: mirror submission for mordad.iranrepo.ir
Hello, On Sun, Sep 22, 2013 at 03:32:24PM +0330, alireza vaziri wrote: We have changed the MIRRORNAME to mordad.iranrepo.ir and it's now syncing to ftp.uk.debian.org four times a day. Is there anything else that we should do ? It's perfect ! Could you please subscribe to http://lists.debian.org/debian-mirrors-announce It is a very low traffic mailing list, that we use to easily reach all mirrors admins. Thanks for mirroring Debian. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724036: ITP: libdancer2-plugin-database-perl -- module for easy database connections for Dancer2 applications
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdancer2-plugin-database-perl Version : 2.10 Upstream Author : David Precious dav...@preshweb.co.uk * URL : https://metacpan.org/release/Dancer2-Plugin-Database * License : Artistic or GPL-1+ Programming Lang: Perl Description : module for easy database connections for Dancer2 applications Dancer2::Plugin::Database Provides an easy way to obtain a connected DBI database handle by simply calling the database keyword within your Dancer2 application The module returns a Dancer::Plugin::Database::Core::Handle object, which is a subclass of DBI's `DBI::db' connection handle object, so it does everything you'd expect to do with DBI, but also adds a few convenience methods. It takes care of ensuring that the database handle is still connected and valid. If the handle was last asked for more than `connection_check_threshold' seconds ago, it will check that the connection is still alive, using either the `$dbh-ping' method if the DBD driver supports it, or performing a simple no-op query against the database if not. If the connection has gone away, a new connection will be obtained and returned. This avoids any problems for a long-running script where the connection to the database might go away. Care is taken that handles are not shared across processes/threads, so this should be thread-safe with no issues with transactions etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572372: ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
Control: retitle -1 ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look Control: owner -1 Rodolfo García Peñas k...@kix.es Hi Rodolfo, Rodolfo García Peñas wrote: I will update the package. (With this mail I'm retitling the bug-report accordingly and setting you as the owner of the bug-report.) Cool, thanks! Feel free to ask me if you need a sponsor for uploading the package or in case of other questions with regards to the package. 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#708070: Dear maintainers,
AFAIK, there are many x32 packages in amd64 repository. However, they are unusable due to that the kernel packages turned off the related option. Actually I do not know what the trinity test is; however, IMHO, the option could be turned on for user tests, at least on Jessie. Is there any progress in this issue ?
Bug#724032: [Aptitude-devel] Bug#724032: I thought I said install
Control: tag -1 - moreinfo Hi, jida...@jidanni.org wrote: AB It has, but it's strange anyway. Do you mix aptitude and apt-get? Did AB you upgrade or remove other packages which depend on Tcl/Tk with AB apt-get or dpkg instead of aptitude. I've only been using aptitude these months. Ok, thanks for the information. AB With regards to the purging (p), do you have requested to AB automatically purge all removed packages? Some of that is noted in a twin bug I just filed... Yep, saw it (http://bugs.debian.org/724034) only after I've send my mail. 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#572372: ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
Thanks Axel, Currently I am DD (kix@d.o) but I sent the email with the wrong sender :-/ Cheers Rodolfo Axel Beckert a...@debian.org escribió: Control: retitle -1 ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look Control: owner -1 Rodolfo García Peñas k...@kix.es Hi Rodolfo, Rodolfo García Peñas wrote: I will update the package. (With this mail I'm retitling the bug-report accordingly and setting you as the owner of the bug-report.) Cool, thanks! Feel free to ask me if you need a sponsor for uploading the package or in case of other questions with regards to the package. 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 -- Enviado desde mi teléfono con K-9 Mail.
Bug#631415: ninka in Debian
2013/9/21 D M German d...@uvic.ca: Hi Luca, The main problem is the program in splitter, included within Ninka. -- dmg@iodine:~/git.w/ninka$ more splitter/README Before you can start using Ninka, you need to create the sentence breaking program splitter.pl We have used as the basis of our code the perl script splitter.pl (and its associated data), from Paul Clough, located at http://ir.shef.ac.uk/cloughie/software.html as the basis for our program. Paul has given us permission to use with code. We are very grateful for this. --dmg -- More specifically, the file: splitter/splitter.abv that is simply a list of abbreviations. He has no idea where it comes from, and hence, he is not willing to license it properly :( That's indeed a bad news :( I really look forward to a possible solution for this problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724034: [Aptitude-devel] Bug#724034: Who is leaving configuration files on my computer?
Control: retitle -1 aptitude: APT::Get::Purge true seems not always honoured
Control: tag -1 + moreinfo
Hi,
jida...@jidanni.org wrote:
Who is leaving configuration files on my computer?
It happens rarely, but still happens.
So I need to do
# aptitude purge ~c
The following packages will be REMOVED:
iproute{p} isc-dhcp-client{p} libaudit0{p}wicd-cli{p}
wicd-curses{p} wicd-daemon{p} wicd-gtk{p}
sometimes.
I use
[...]
APT::Get::Purge true;
While using aptitude-robot and running aptitude purge ~c as
post-trigger I noticed that there seem to be cases where aptitude
wants to purge packages dpkg already considers purged.
In our cases we suspect a multi-arch issue. Do you use multi-arch on
that system? There was no architecture-information in your bug-report.
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#723729: partman-crypto: LUKS master key is read from /dev/urandom
Quoting Regis Boudin (re...@boudin.name): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19/09/13 18:57, Christian PERRIER wrote: Quoting Thiemo Nagel (thiemo.na...@gmail.com): 2. In case the job doesn't return within a couple of seconds, instruct the user to a) either press keys until enough entropy has been gathered or b) select Cancel and continue in unsafe manner. If the Don't we have such things? I'm sure I translated screens where users are prompted to type keys, move the mouse and do other stuff in order to generate entropy. There is, it is cdebconf-entropy. (let's answer to the bug report) OK, then it seems that we only need someone to use cdebconf-entropy widgets from partman-crypto, then. Thiemo, you seem to have great intereste in partman-crypto..:-) signature.asc Description: Digital signature
Bug#674467: opus: Please add multiarch support.
On Sun, Sep 22, 2013 at 12:51:52PM +0100, Julian Gilbey wrote: On Sun, Sep 22, 2013 at 08:42:47PM +0930, Ron wrote: On Sun, Sep 22, 2013 at 12:45:12AM +0100, Julian Gilbey wrote: Ron - would you have any objections to this? Yes, I do, for the same reason I've already said in this bug report. Nobody talked to me about whether this package was ready for a m-a transition before creating this mess - or I'd have told them the same thing. Please wait until we have a stable release out. Right now, it's more important that developers be able to backport updates to it trivially, than for people to be able to run non-free stuff in sid. If you want stable m-a, use stable. Or use a chroot. This will be fixed once we have a formal stable release version out. Ron Hi Ron! As you will see from reading the bug report log: (i) it affects *lots* of people using testing/unstable There are lots of m-a problems that affect people using testing/unstable. This is unfortunate, but the basic wisdom so far is if you don't want m-a trouble, stick to stable. That's just reality on the ground for its current implementation. (ii) the fix is almost entirely trivial, and orthogonal to any changes in the opus package itself - it only affects the package build by specifying that the libraries should be installed in locations conforming to the multiarch specification, and it does this by modifying only four files in the debian/ directory - it does not touch anything outside of there Yes, as I mentioned already, I know exactly what the patch does and even before there was a patch, what needs to be done :) (iii) the fix should work fine in stable and backports as well - stable already had support for multiarch But squeeze does not, and that's still a supported release. And lots of people have contacted me about the backports they are doing for it for things they are shipping. (iv) a significant number of people have used the patch with success Please do reconsider applying this patch to the current not-yet-stable release of opus! It will also indicate if there are as-yet unforeseen problems afoot which would otherwise bite if it were applied to the as-yet-to-be-released stable version. As you said, it's orthogonal, so there's no reason to believe there will be any problems on this front - and even if there are, there's plenty of life left in sid before the next freeze to deal with those. If you want to put a patched version in experimental, or in a private archive somewhere, that's fine. But I really want to keep the version in testing/unstable trivially backportable until we're less worried about important updates not getting pulled by other developers because we made it harder for _them_. I mean really, people who can't figure out how to fix this for themselves really shouldn't be using m-a on sid, or sid, at all. People who think sending hundreds of insistent me-toos about transition issues in a development release is the way to fix things ought to have a good think about what this word 'unstable' means and how software development works. People who say Why wasn't this fixed during the wheezy freeze!!! in a confused frenzy doubly so ... I'm sorry this is painful. I understand that. But I didn't cause the pain, and I don't think that transferring it to real software developers in favour of people with unrealistic expectations is a very good plan. People who can't fix transition issues in sid for themselves just shouldn't be using it. This is why we make stable releases :) The important thing here is to minimise the work for the people actually doing work. The people who expect others to do it for them will just have to be patient, or smarter about what release they use, or both. If people want to hurry this up, simple nagging is not the way to do it. Get involved upstream, help with testing, help with getting the next release ready to release. That's how open software development works. Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724034: [Aptitude-devel] Bug#724034: Who is leaving configuration files on my computer?
AB In our cases we suspect a multi-arch issue. Do you use multi-arch on AB that system? There was no architecture-information in your bug-report. Nope. -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1.2 ii libapt-pkg4.120.9.11.4 ii libboost-iostreams1.54.0 1.54.0-3 ii libc6 2.17-92+b1 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.8.1-10 ii libncursesw5 5.9+20130608-1 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.8.0.2-1 ii libstdc++64.8.1-10 ii libtinfo5 5.9+20130608-1 ii libxapian22 1.2.15-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages aptitude recommends: pn apt-xapian-indexnone ii aptitude-doc-en [aptitude-doc] 0.6.8.2-1.2 pn libparse-debianchangelog-perl none ii sensible-utils 0.0.9 Versions of packages aptitude suggests: pn debtags none pn tasksel none -- no debconf information By the way, today I tossed apt-listchanges and aptitude now runs 100 (OK, 2) times faster! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724032: [Aptitude-devel] Bug#724032: Bug#724032: I thought I said install
On Sun, Sep 22, 2013 at 2:18 PM, Axel Beckert a...@debian.org wrote: IIRC apt-get marks packages upgraded with apt-get install automatically as manually installed despite it doesn't allow parameters to apt-get upgrade or apt-get dist-upgrade like aptitude does. Just for the record: apt-get does mark them manual on install, yes, simply because: If you care enough to install/upgrade the package, you probably don't want it to be considered for autoremove. I think¹ this is sensible for a tool which has low user-interactivity; aptitude on the other hand talks more directly to the user (at least in its g/cui) so the other way is fine as well. I am pretty sure you will find for both choices enough arguments to consider them a bad/good idea, so I doubt changing will gain us anything. (and upgrade/dist-upgrade allow parameters since recently, but as additional hints, not in a upgrade this package sense) (¹ not that what I think really matters, its the behavior for ages, so we aren't changing it, even if I would hate the default with all my heart.) The real critic here is that APT/aptitude (and many other tools in that area) babble too much and ask for confirmation maybe a bit too often, so that users just skip-reading over the output (regular missing the really important information) and hit enter before they have thought about it. I don't really see how we can change that though, as which information is the important one varies a lot between runs and users. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724037: libxfce4ui: FTBFS on hppa: dh_install: missing files, aborting
Source: libxfce4ui Version: 4.10.0-4 Severity: normal apt-get --compile source libxfce4ui fails as follows: Build Configuration: * Glade Interface Designer: yes - Catalog directory: /usr/share/glade3/catalogs - Module directory:/usr/lib/glade3/modules - Pixmap directory:/usr/share/glade3/pixmaps * Keyboard library support: yes * Startup notification: yes * X11 session management:yes * Debug support: minimum * GNU Visibility:yes * Vendor:Debian make[1]: Entering directory `/home/dave/debian/libxfce4ui/libxfce4ui-4.10.0' dh_install --sourcedir=/home/dave/debian/libxfce4ui/libxfce4ui-4.10.0 -plibxfce4ui-utils debian/vendorinfo usr/share/xfce4 dh_install --fail-missing -X .la dh_install: usr/lib/glade3/modules/libxfce4uiglade.so exists in debian/tmp but is not installed to anywhere dh_install: usr/share/glade3/pixmaps/hicolor/16x16/actions/widget-libxfce4ui-xfce-titled-dialog.png exists in debian/tmp but is not installed to anywhere dh_install: usr/share/glade3/pixmaps/hicolor/22x22/actions/widget-libxfce4ui-xfce-titled-dialog.png exists in debian/tmp but is not installed to anywhere dh_install: usr/share/glade3/catalogs/libxfce4ui.xml exists in debian/tmp but is not installed to anywhere dh_install: usr/share/glade3/catalogs/libxfce4ui.xml.in exists in debian/tmp but is not installed to anywhere dh_install: missing files, aborting make[1]: *** [override_dh_install] Error 255 make[1]: Leaving directory `/home/dave/debian/libxfce4ui/libxfce4ui-4.10.0' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Build command 'cd libxfce4ui-4.10.0 dpkg-buildpackage -b -uc' failed. Fetched 554 kB in 6s (84.4 kB/s) E: Child process failed Maybe --disable-gladeui is needed. -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.11.1+ (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722927: fixed in opencv 2.4.6.1+dfsg-0exp4
On Sat, 2013-09-21 at 21:50 +, Nobuhiro Iwamatsu wrote: opencv (2.4.6.1+dfsg-0exp4) experimental; urgency=low . * Update debian/control. - Fix fails to upgrade from testing by opencv-data. (Closes: #722927) That RC bug also applies to unstable, as does the fix in -0exp3. As -0exp2 was uploaded to unstable, starting a transition there, please could you ensure that the bugs are fixed in unstable? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724024: More complete version of the patch
Sorry for a little mistake (forgot to add uk.po) in the previous version. 0001-Add-Ukrainian-translation.patch Description: Binary data
Bug#724034: [Aptitude-devel] Bug#724034: Who is leaving configuration files on my computer?
Control: tag -1 - moreinfo Hi, jida...@jidanni.org wrote: AB In our cases we suspect a multi-arch issue. Do you use multi-arch on AB that system? There was no architecture-information in your bug-report. Nope. -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) 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#724038: libapache2-mod-gnutls: sites-available/default-tls isn't enableable; wrong name
Package: libapache2-mod-gnutls Version: 0.5.10-2 Severity: wishlist Dear Maintainer, /etc/apache2/sites-available/default-tls is provided as an example config, but can't be enabled as a2ensite expects a .conf extension. faux@om:/etc/apache2/sites-available% ls 000-default.conf default-ssl.conf default-tls faux@om:/etc/apache2/sites-available% sudo a2ensite default-tls ERROR: Site default-tls does not exist! faux@om:/etc/apache2/sites-available% sudo a2ensite default-ssl Enabling site default-ssl. To activate the new configuration, you need to run: service apache2 reload -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (700, 'stable'), (400, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-gnutls depends on: ii apache2-bin [apache2-api-20120211] 2.4.6-3 ii libapr-memcache00.7.0-1 ii libc6 2.17-92+b1 ii libgnutls26 2.12.20-7 libapache2-mod-gnutls recommends no packages. libapache2-mod-gnutls 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#572372: ITA: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
Hi Rodolfo, Rodolfo García Peñas (kix) wrote: Currently I am DD (kix@d.o) Ah, sorry, didn't know that. but I sent the email with the wrong sender :-/ I've configured my mutt to use my @d.o address as from header if any of the recipients have debian.org or ubuntu.com in their address. Helps a lot in such cases. :-) 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#724039: debian-faq: Description of how new testing release is formed is incorrect (3.1.9)
Package: debian-faq Version: 5.0.1 Severity: normal Hi! In §3.1.9, it says: A new testing is forked from the current unstable. That is incorrect. The new testing is the same as the old testing; at the time of wheezy's release, wheezy and jessie were identical, not jessie and sid. Once cron jobs are re-enabled and migration is permitted, then packages flow from sid to the new testing. At no time is the new testing the same as or forked from sid. To do so would let in a pile of new RC bugs unnecessarily. The language around no RC bugs in the release process is also a little ambitious. The release is made when there are quite a few bugs marked either as ignored for the release (they exist but we are ignoring them; approx 100 [0]) and also some that are deferred for a point release (approx 80 [0]). [0] http://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=wheezy;tag=wheezy-ignore [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=wheezy-can-defer;tag=wheezy-will-remove;tag=wheezy-is-blocker;ordering=wheezy-sort cheers Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722145: fixed upsteam
http://git.fsl.cs.sunysb.edu/?p=am-utils-6.2.git;a=commitdiff;h=3a382320e8d0b52a250efd8907f8429497de2335 Kaplan
Bug#724040: chmsee: FTBFS with Iceweasel 24
-Dunix -fshort-wchar -pipe -fvisibility=hidden -I/usr/include -I. -I/usr/lib/xulrunner-devel-24.0/include -I/usr/include/nspr -I/usr/include -c csChmfile.c g++ csChm.o csChmModule.o csChmfile.o -o ../components/libxpcomchm.so -Wl,-soname,../components/libxpcomchm.so -L/usr/lib/xulrunner-devel-24.0/bin -lpthread -pthread -Wall -Wpointer-arith -Wcast-align -Wno-variadic-macros -g -O2 -fPIC -DPIC -fno-strict-aliasing -Dunix -fshort-wchar -pipe -I/usr/include -I. -I/usr/lib/xulrunner-devel-24.0/include -I/usr/include/nspr -I/usr/include -DNDEBUG -DTRIMMED /usr/lib/xulrunner-devel-24.0/lib/libxpcomglue_s.a -shared -lxpcom -lmozalloc -lplds4 -lplc4 -lnspr4 -lpthread -ldl -lchm /usr/bin/ld: cannot find -lxpcom collect2: error: ld returned 1 exit status make[2]: *** [../components/libxpcomchm.so] Error 1 make[2]: Leaving directory `/«PKGBUILDDIR»/src' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Build finished at 20130922-1552 Finished E: Build failure (dpkg-buildpackage died)
Bug#709161: bbdb 3.x
As the maintainer of the bbdb package, I'd like to see AsynK packaged. We should probably coordinate to ensure interoperability with not only the current bbdb 2.x package but also the upcoming bbdb 3.x, see github.com/barak/bbdb3 Cheers, --Barak.
Bug#723803: fix for arm/powerpc/s390 test failures
src/simulator/wireframe-simulator/core/vpLex.c assumes that the plain chars CURC and NEXTC can hold -1 (EOF) or -2 (EOB), and hence fails if char is unsigned. This is the default on arm*/powerpc/s390, hence this bug, and can be tested elsewhere using -funsigned-char. The attached fixes this by explicitly casting them to signed char. I don't know what's wrong on ia64; given that the last successful build on it was before the test suite was added (and hence may well be just as broken), and that this package is a transition blocker for coin3/opencv2.4/libav9, would it make sense to remove it on that architecture? diff -up /home/palmer/flightgear_source/ViSP-2.8.0/src/simulator/wireframe-simulator/core/vpLex.c_orig /home/palmer/flightgear_source/ViSP-2.8.0/src/simulator/wireframe-simulator/core/vpLex.c --- /home/palmer/flightgear_source/ViSP-2.8.0/src/simulator/wireframe-simulator/core/vpLex.c_orig 2013-09-22 11:58:14.822567806 +0100 +++ /home/palmer/flightgear_source/ViSP-2.8.0/src/simulator/wireframe-simulator/core/vpLex.c 2013-09-22 12:57:05.754575672 +0100 @@ -239,9 +239,9 @@ void close_lex (void) #define ECHO printf (%c, *(mysptr)) -#define CURC (*mysptr) /* caractere courant */ -#define NEXTC (*(mysptr+1)) /* caractere suivant */ -#define PREVC (*(mysptr-1)) /* caractere precedent */ +#define CURC (*((signed char *)mysptr)) /* caractere courant */ +#define NEXTC (*((signed char *)mysptr+1)) /* caractere suivant */ +#define PREVC (*((signed char *)mysptr-1)) /* caractere precedent */ /*
Bug#131137: [ft-devel] manual pages for freetype2-demos
Please find attached some minimal draft man pages, mainly based upon the usage output of the various tools. Any kind of feedback/review is appreciated since I hardly know anything about freetype, and whether you are interested in adding man pages upstream at all. Thanks for the man pages, I'll check and eventually add them to the ft2demos bundle. I'm not too happy that distributions like Debian publish all of the FreeType demo programs (for example, `ftgamma' has essentially no real use); maybe this can be improved somehow. Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708070: Dear maintainers,
On Sun, 2013-09-22 at 21:32 +0900, Hae-woo Park wrote: AFAIK, there are many x32 packages in amd64 repository. However, they are unusable due to that the kernel packages turned off the related option. Actually I do not know what the trinity test is; however, IMHO, the option could be turned on for user tests, at least on Jessie. I don't think you understand my concern. If there is any security issue specific to x32 syscalls then we make all the amd64 installations vulnerable, not just those where the administrator actually wants to support x32. Is there any progress in this issue ? I think Matthias Klose was going to try running trinity on x32. Ben. -- Ben Hutchings compatible: Gracefully accepts erroneous data from any source signature.asc Description: This is a digitally signed message part
Bug#723048: json-simple: New upstream version available
Andrew Ross a écrit , Le 21/09/2013 19:36: On 19/09/13 21:50, Gilles Filippini wrote: Hi Andrew, Andrew Ross a écrit , Le 15/09/2013 22:05: Package: json-simple Version: 1.1-dfsg1-2 Severity: normal Dear Maintainer, A new upstream version, 1.1.1 is available. In this release, upstream have stopped including libs in their repository, so the dfsg version will no longer be required. Additionally, they now ship a pom.xml so there won't be a need to include that in the debian directory. Thanks for the notice. I'm going to package this release. uscan didn't notice it because there is no source archive to download for 1.1.1. I'm happy to push my suggested updates to the packaging repository if that would be helpful. Well, I'm not at ease with java / maven packages, so I'd like to give a try by myself. Then you're welcome to review / improve. Would it be ok that way? Thanks, _g. Hi, That sounds great to me - let me know when you'd like me to take a look, and I'll test to make sure it works with the package I'm working on. Done. I've pushed my changes into the debian git repo. With this release the jar file name was changed from json_simple.jar to json-simple.jar. I'm tempted to provide a symbolic link json_simple.jar - json-simple.jar to not break the packages depending on it. What do you think? Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#724042: installation-report: partitioned disk with partitions not on physical sector boundaries
Package: installation-reports Severity: normal Tags: d-i See description of issue below. -- Package-specific info: Boot method: CD Image version: Jessie - Official Snapshot amd64 DVD Binary-1 20130819-05:32 Date: Date and time of the install Machine: Dell Inspiron 1545 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: I had installed a new hard disk after my previous one died, so I had to reinstall Debian. I used the expert mode and partitioned the disk myself. But after I had installed the whole system, I happened to run fdisk to try to relabel the partitions, but discovered to my shock that it reported: Partition 4 does not start on physical sector boundary. (Partition 4 was my extended partition.) I solved the problem by copying all of the data off partition 4, deleting the partition and recreating it on a physical sector boundary, then finally copying the data back onto the partition. (Stupidly, I didn't keep a copy of the broken partition table, sorry.) fdisk does warn: The device presents a logical sector size that is smaller than the physical sector size. Aligning to a physical sector (or optimal I/O) size boundary is recommended, or performance may be impacted. and the fixed partition table reads (within fdisk): Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0006a29a Device Boot Start End Blocks Id System /dev/sda1 *2048 782335 390144 83 Linux /dev/sda2 7823369843916748828416 83 Linux /dev/sda398439168 1856251903 878906368 83 Linux /dev/sda4 1856251904 1953521663486348805 Extended /dev/sda5 1856253952 1874685951 9216000 83 Linux /dev/sda6 1874688000 19361279993072 83 Linux /dev/sda7 1936130048 1953521663 8695808 82 Linux swap / Solaris I have no idea if it is possible to detect this problem and prevent it from occurring in future installations. This is the relevant part of the output from lshw: *-scsi:0 physical id: 1 logical name: scsi0 capabilities: emulated *-disk description: ATA Disk product: ST1000LM024 HN-M vendor: Seagate physical id: 0.0.0 bus info: scsi@0:0.0.0 logical name: /dev/sda version: 2AR1 serial: S2R8J9ACA03275 size: 931GiB (1TB) capabilities: partitioned partitioned:dos configuration: ansiversion=5 sectorsize=4096 signature=0006a29a -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20130819-00:05 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux polya 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Dell Device [1028:02aa] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5
Bug#703442:
control: retitle -1 ITP: viewpdf -- PDF viewer clearly indicating annotations and possible mistakes control: owner -1 !
Bug#724043: archivemail: FTBFS: Test failure
Source: archivemail Version: 0.9.0-1 Severity: serious From my pbuilder build log: ... debian/rules build dh --with=python2 build dh_testdir dh_auto_configure debian/rules override_dh_auto_build make[1]: Entering directory `/tmp/buildd/archivemail-0.9.0' mv archivemail.1 archivemail.1.orig xsltproc db2man.xsl archivemail.xml Note: Writing archivemail.1 make[1]: Leaving directory `/tmp/buildd/archivemail-0.9.0' debian/rules override_dh_auto_test make[1]: Entering directory `/tmp/buildd/archivemail-0.9.0' ./test_archivemail F.. == FAIL: testJustOld (__main__.TestIsTooOld) with max_days=1, should be true for these dates = 1 day -- Traceback (most recent call last): File ./test_archivemail, line 521, in testJustOld max_days=1) AssertionError -- Ran 99 tests in 2.169s FAILED (failures=1) make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory `/tmp/buildd/archivemail-0.9.0' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724044: chkrootkit: 27: [: Illegal number: 10-3-amd64
Package: chkrootkit Version: 0.49-4.1 Followup-For: Bug #680263 Any chance getting a new package with the available patch: http://anonscm.debian.org/gitweb/?p=collab-maint/chkrootkit.git;a=commitdiff;h=eeba3638097679027559587a1869448beab80352 applied soonish? The patch has been around since more than a year (Wed, 4 Jul 2012 19:58:51 +0200). The patch adds a dependency to `bc', true. But bc is installed on most systems already, I'd guess. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages chkrootkit depends on: ii binutils 2.23.52.20130828-1 ii debconf [debconf-2.0] 1.5.51 ii libc6 2.17-92+b1 ii net-tools 1.60-25 ii procps 1:3.3.8-2 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -n -q * chkrootkit/run_daily: true * chkrootkit/diff_mode: true Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724045: please include support for --delaymount
Package: encfs Version: 1.7.4-2.4+b2 Severity: normal Tags: patch Even when --ondemand is passed on the command line, encfs still tries to mount the file system immediately, asking for a passphrase and exposing the encrypted files. It would be greate to have support for --delaymount in the Debian encfs. This forces encfs to not mount the filesystem, and ask for a passphrase, until first accessed, which is generally the desired behavior by people using --ondemand. The issue was reported upstream and a patch provided almost 2 years ago: https://code.google.com/p/encfs/issues/detail?id=122 You can find the patch here: https://code.google.com/p/encfs/issues/attachmentText?id=122aid=1220008000name=delaymount.diff By googling around, seems like many distros are including this patch in their version of encfs already, it would be great to do the same in Debian. Carlo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (995, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages encfs depends on: ii fuse 2.9.2-4 ii libboost-filesystem1.54.0 1.54.0-2 ii libboost-serialization1.54.0 1.54.0-2 ii libboost-system1.54.0 1.54.0-2 ii libc6 2.17-92+b1 ii libfuse2 2.9.2-4 ii libgcc1 1:4.8.1-2 ii librlog5 1.4-2 ii libssl1.0.0 1.0.1e-3 ii libstdc++64.8.1-2 encfs recommends no packages. encfs 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#724046: daemonlogger: FTBFS: required file './compile' not found
Source: daemonlogger Version: 1.2.1-7 Severity: serious From my pbuilder build log: ... debian/rules build dh build dh_testdir debian/rules override_dh_auto_configure make[1]: Entering directory `/tmp/buildd/daemonlogger-1.2.1' ln -sf /usr/share/misc/config.guess . ln -sf /usr/share/misc/config.sub . autoreconf aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' automake: warning: autoconf input should be named 'configure.ac', not 'configure.in' configure.in:5: warning: AM_INIT_AUTOMAKE: two- and three-arguments forms are deprecated. For more info, see: configure.in:5: http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_005fINIT_005fAUTOMAKE-invocation configure.in:105: error: required file './compile' not found configure.in:105: 'automake --add-missing' can install 'compile' automake: warning: autoconf input should be named 'configure.ac', not 'configure.in' autoreconf: automake failed with exit status: 1 make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/tmp/buildd/daemonlogger-1.2.1' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (I'd recommend using dh-autoreconf instead of the manual call to autoreconf and manual removing of changed files.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724047: incorrect operation of dict.__contains__ of 64 bit int on s390x
Package: python3.3
Version: 3.3.2-5
Severity: normal
It still might be an issue in numpy, then reassign please.
Detected during unittesting of pytables on s390 build boxes (succeeded
everywhere lese so it is very specific to this platform) and ok with python2
https://buildd.debian.org/status/fetch.php?pkg=pytablesarch=s390xver=3.0.0-1stamp=1378789349
(Pdb) print np.int64(4) in {4:'y'}
False
(Pdb) print np.int32(4) in {4:'y'}
True
(Pdb) print np.int32(4) in (4,)
True
(Pdb) print np.int64(4) in (4,)
True
(Pdb) print np.int64(4) in [4,]
True
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python3.3 depends on:
ii libpython3.3-stdlib 3.3.2-4
ii mime-support 3.54
ii python3.3-minimal3.3.2-4
python3.3 recommends no packages.
Versions of packages python3.3 suggests:
ii binutils 2.23.52.20130722-1
pn python3.3-doc none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703442:
control: owner -1 !
Bug#724048: dh-linktree: FTBFS: pod2man error
Source: dh-linktree Version: 0.3 Severity: serious User: debian-p...@lists.debian.org Usertags: perl-5.18-transition From my pbuilder build log: ... fakeroot debian/rules binary dh binary dh_testroot dh_prep dh_auto_install dh_install dh_installdocs dh_installchangelogs debian/rules override_dh_installman make[1]: Entering directory `/tmp/buildd/dh-linktree-0.3' pod2man -c dh_linktree 0.3 -r dh_linktree 0.3 \ dh_linktree dh_linktree.1 Wide character in printf at /usr/share/perl/5.18/Pod/Simple.pm line 539. dh_linktree around line 78: Non-ASCII character seen before =encoding in '—'. Assuming UTF-8 POD document had syntax errors at /usr/bin/pod2man line 71. make[1]: *** [override_dh_installman] Error 255 make[1]: Leaving directory `/tmp/buildd/dh-linktree-0.3' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724051: dist: FTBFS: Can't locate getopt.pl in @INC
Source: dist Version: 1:3.5-30-3.2 Severity: serious From my pbuilder build log: ... /usr/bin/make make[2]: Entering directory `/tmp/buildd/dist-3.5-30' ./bin/svn-revision . revision.h make[3]: Entering directory `/tmp/buildd/dist-3.5-30' Making all in bin... make[4]: Entering directory `/tmp/buildd/dist-3.5-30/bin' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/tmp/buildd/dist-3.5-30/bin' Making all in mcon... make[4]: Entering directory `/tmp/buildd/dist-3.5-30/mcon' chmod +x makegloss ./makegloss perl ../bin/perload -o mconfig metaconfig Can't locate getopt.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.18.1 /usr/local/share/perl/5.18.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at ../bin/perload line 40. make[4]: *** [metaconfig] Error 2 make[4]: Leaving directory `/tmp/buildd/dist-3.5-30/mcon' make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/tmp/buildd/dist-3.5-30' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/dist-3.5-30' make[1]: *** [debian/stamp/build/dist] Error 2 make[1]: Leaving directory `/tmp/buildd/dist-3.5-30' make: *** [debian/stamp/do-build-indep] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724049: Error: Use of the encoding pragma is deprecated at /usr/bin/gwhois line 80
Package: gwhois Version: 20120626 Severity: normal Dear Maintainer, When running gwhois, it outputs to stderr: Use of the encoding pragma is deprecated at /usr/bin/gwhois line 80. Line 80 is: use encoding ':locale'; -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwhois depends on: ii curl 7.32.0-1 ii debconf [debconf-2.0] 1.5.51 ii libnet-libidn-perl 0.12.ds-1+b4 ii libwww-perl6.05-1 ii lynx-cur 2.8.8dev.12-2 ii perl 5.18.1-3 gwhois recommends no packages. Versions of packages gwhois suggests: ii openbsd-inetd [inet-superserver] 0.20091229-2 -- debconf information: gwhois/oldfiles: gwhois/noinetd: * gwhois/inetd: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724050: kde-standard: Shortcuts don't work when keyboard is set to Greek layout
Package: kde-standard Version: 5:81 Severity: important Dear Maintainer, keyboard shortcuts stop working when layout is set to Greek(GR). When the keyboard is switched back to US layout shortcuts work just fine. To reproduce: 1. Open Konsole 2. Ctr+Shift+T to open a new window 3. Alt+Shift to change to GR layout 4. Ctr+Shift+T no longer works 5. Alt+Shoft to change to US layout 6. Ctr+Shift+T works Thanks -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-standard depends on: ii akregator 4:4.10.5-2 ii ark 4:4.10.5-1 ii dragonplayer 4:4.10.5-1 ii gwenview 4:4.10.5-1 ii juk 4:4.10.5-1 ii kaddressbook 4:4.10.5-2 ii kate 4:4.10.5-2 ii kcalc 4:4.10.5-1 ii kde-plasma-desktop5:81 ii kdeplasma-addons 4:4.10.5-2 ii khelpcenter4 4:4.10.5-1 ii kmail 4:4.10.5-2 ii kmix 4:4.10.5-1 ii knotes4:4.10.5-2 ii kopete4:4.10.5-2 ii korganizer4:4.10.5-2 ii kscreensaver 4:4.10.5-2 ii ksnapshot 4:4.10.5-1 ii kwalletmanager4:4.10.5-1 ii okular4:4.10.5-1 ii plasma-desktopthemes-artwork 4:4.10.5-2 ii polkit-kde-1 0.99.1-1 ii sweeper 4:4.10.5-1 Versions of packages kde-standard recommends: ii freespacenotifier4:4.10.5-3 ii konq-plugins 4:4.10.5-1 ii plasma-widget-networkmanagement 0.9.0.9-1 ii update-notifier-kde 1.2.4 Versions of packages kde-standard suggests: ii kde-l10n-el [kde-l10n] 4:4.10.5-2 ii kde-plasma-desktop 5:81 pn kde-plasma-netbook none ii skanlite1.0-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724052: edict-el: FTBFS: No rule to make target `../../XEmacs.rules'
Source: edict-el Version: 1.06-9 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean make[1]: Entering directory `/tmp/buildd/edict-el-1.06' Makefile:35: ../../XEmacs.rules: No such file or directory make[1]: *** No rule to make target `../../XEmacs.rules'. Stop. make[1]: Leaving directory `/tmp/buildd/edict-el-1.06' dh_auto_clean: make -j1 distclean returned exit code 2 make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724053: does not detect tmpfs already mounted unless path attribute provided
Package: libpam-mount Version: 2.14-1 Severity: important Using tmpfs to avoid an SSD being written to continuously, and to discard files at reboot. I started off with a line like: volume group=users fstype=tmpfs mountpoint=/home/%(USER)/mycache/ options=size=1G,uid=%(USER),mode=0700 / If I logged in multiple times, however, i would get multiple tmpfs mounted on top of each other, which is certainly wrong and not what I want (eg, a loging would make all previous files in cache disappear!!). By enabling verbose logging, turns out that: 1) pam-mount, at login, decides if a file systems needs to be mounted again based on the output of mount, and content of /proc/mounts. 2) if a mount is already visible in /proc/mounts, it does not mount it. If it is missing, it adds it. 3) with verbose logging, it seems like that without the path attribute in the volume definition, path is interpreted as (null) and it looks for '/' in the output of /proc/mounts? However, the linux kernel has none in the same line (probably as a result of how it was mounted). The two don't match, so the file system is mounted again and again. 4) if I add a path attribute to the volume definition, like with: volume group=users fstype=tmpfs path=mycache mountpoint=/home/%(USER)/mycache/ options=size=1G,uid=%(USER),mode=0700 / And then login and run mount, I now see: [...] mycache on /home/ccontavalli/mycache type tmpfs (rw,relatime,size=1048576k,mode=700) [...] instead of: [...] none on /home/ccontavalli/mycache type tmpfs (rw,relatime,size=1048576k,mode=700) [...] ... and logging out now works. What I'd like to see is either: 1) determine this is expected behavior, and document it. 2) fix the code so an unspecified path is treated correctly (eg, doesn't try to match for / or whatever it is trying to match on), and just does the right thing. 2) is more desirable to me than 1). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (995, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-mount depends on: ii base-files 7.2 ii libc6 2.17-92+b1 ii libcryptsetup4 2:1.6.1-1 ii libhx28 3.15-2 ii libmount1 2.20.1-5.5 ii libpam-runtime 1.1.3-9 ii libpam0g1.1.3-9 ii libpcre31:8.31-2 ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.1+dfsg1-3 ii mount 2.20.1-5.5 libpam-mount recommends no packages. Versions of packages libpam-mount suggests: pn cifs-utils none pn davfs2 none ii fuse2.9.2-4 ii lsof4.86+dfsg-1 pn ncpfs none ii openssl 1.0.1e-3 ii psmisc 22.20-1 pn sshfs none pn tc-utilsnone pn xfsprogsnone -- 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#724054: exrtools: FTBFS: no dependency information found for /usr/lib/x86_64-linux-gnu/libpng12.so.0 (used by debian/exrtools/usr/bin/pngtoexr)
Source: exrtools Version: 0.4-1.2 Severity: serious From my pbuilder build log: ... dh_fixperms dh_fixperms: Compatibility levels before 5 are deprecated (level 4 in use) dh_installdeb dh_installdeb: Compatibility levels before 5 are deprecated (level 4 in use) dh_shlibdeps dh_shlibdeps: Compatibility levels before 5 are deprecated (level 4 in use) dpkg-shlibdeps: error: no dependency information found for /usr/lib/x86_64-linux-gnu/libpng12.so.0 (used by debian/exrtools/usr/bin/pngtoexr) dh_shlibdeps: dpkg-shlibdeps -Tdebian/exrtools.substvars debian/exrtools/usr/bin/exricamtm debian/exrtools/usr/bin/ppmtoexr debian/exrtools/usr/bin/exrblur debian/exrtools/usr/bin/exrpptm debian/exrtools/usr/bin/jpegtoexr debian/exrtools/usr/bin/exrstats debian/exrtools/usr/bin/exrnlm debian/exrtools/usr/bin/exrnormalize debian/exrtools/usr/bin/pngtoexr debian/exrtools/usr/bin/exrtopng debian/exrtools/usr/bin/exrchr returned exit code 2 make: *** [binary-arch] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724055: fmtools: FTBFS: No rule to make target `test-fm.at', needed by `testsuite'
Source: fmtools Version: 2.0.6 Severity: serious From my pbuilder build log: ... make[1]: Leaving directory `/tmp/buildd/fmtools-2.0.6' dh_auto_test make[1]: Entering directory `/tmp/buildd/fmtools-2.0.6' make check-local make[2]: Entering directory `/tmp/buildd/fmtools-2.0.6' make[2]: *** No rule to make target `test-fm.at', needed by `testsuite'. Stop. make[2]: Leaving directory `/tmp/buildd/fmtools-2.0.6' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/tmp/buildd/fmtools-2.0.6' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723048: json-simple: New upstream version available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/09/13 15:39, Gilles Filippini wrote: Done. I've pushed my changes into the debian git repo. With this release the jar file name was changed from json_simple.jar to json-simple.jar. I'm tempted to provide a symbolic link json_simple.jar - json-simple.jar to not break the packages depending on it. What do you think? Thanks, _g. I've just tested that, and pushed a couple of minor changes (one to make the clean target work, and one to make sure we get links to the jars in the maven-repo). I think you're right, it would make sense to add the symbolic link, although we should also file bug reports against dependant packages asking them to switch - I'm happy to do the bug filing. Thanks, Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJSPweqAAoJEJ0xLSYlIEOZ//IP/RwI5sVGvfIhGnG6tTLckQr3 gQ9YuxkA1QDb97x97a1/bncpqlusi96DxROuDHiwPawR57WFjsi0RKoyD7VKGwOG mGB4+oQrAeaKgq7sJDDSYPosHcQTQ99F42oa+fdRmPB/mRvEIFMKFNk+dPW7xRkD r2TR7r0IV3Qn4kt5gUKd52rwST9rHkGFa+cEzFWcS2XkPaLS/ULISnfaznSCGcWq qJz39ueIeWR8yFrLwouRN4j7hEkzbltKSMCqQRnSc9gDUYMiI3LlYv6nGmtipQLc DAKHo0El24nwdACEoKjy/CkpiuGx3xCsGJ9ix0W6JdKPbC7gZs9vowHrNddxXkKQ e0K65JIVktng04rD7R4Xi94Z6mPD7438rJs/PSFHsCaErooWevkr8iEGvOw0W9av 3JmUZvZSubeqGgGo33ps0M5wVPUy6VdJYS18H8AIVmbJeITMmDJ8qDQbfq2fDjLT /aqE4yb7k0COJ6C8EOoRYavGY3nZYovFd9WhN5Bi0QaFez4pwOPFyw1reItG79Mx EAFPy4ppzkeQliBVNqgAnM6LNxgL11q+8+2CE8TGKHmNAqHBnkxfJNtS3Pv+QytE kIeZjuVd62bG3FPW//psfmCBngNLh2A5e+uj5YlzRQlNL5wkfuzVolllL3Q8XqgQ M8Xlvep2qQmFRp+DkYst =Gmio -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
