Bug#718397: gnome-terminal: gksu gnome-terminal forgets state of Show Menubar
Package: gnome-terminal Version: 3.8.3-1 Severity: normal Normally gnome-terminal remembers the state of the Show Menubar option, between invocations. When run as root with gksu, it does not. Thus even if the user disables the menubar, when he quits and relaunch gksu gnome-terminal the menubar is back. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (500, 'oldstable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libdconf10.16.1-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.6.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.12-1 ii gvfs 1.16.3-1 ii yelp 3.8.1-2 gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2
Thank you for the help with this. We will make our code compatible with OSG 3.2 and will provide you with an updated package. Bye Sebastian Manuel A. Fernandez Montecelo manuel.montez...@gmail.com schrieb am 31.07.2013: 2013/7/30 Yaroslav Halchenko deb...@onerussian.com: Thanks for the heads up so -- is it just a matter of binNMU or there was some API breakage? There is the removal of osg::Geometry, as I said in the initial report. This code seems to heavily use this class in many places, so I'm not sure if this alone will be enough, or if it will fail at run time even if it compiles. This package fails with: --- [ 28%] Building CXX object core/CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/core /usr/bin/c++ -DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECT ORIZE -D_FORTIFY_SOURCE=2 -Dopenwalnut_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-lo ng-long -Wextra -O3 -fPIC -I/tmp/buildd/openwalnut-1.3.1+hg5849/src -I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader -I/usr/include/eigen3'-DW_LIB_PREFIX=lib ' '-DW_LIB_SUFFIX=.so' -o CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o -c /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp In file included from /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:45:0: /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h: In function 'osg::ref_ptrosg::Geode wge::genPointBlobs(boost::shared_ptrX, double, const WC olor)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h:283:33: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' geometry-setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE ); ^ /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp: In function 'osg::ref_ptrosg::Geometry wge::createUnitCube(const WColor)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:158:29: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' cube-setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE ); ^ /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp: In function 'osg::ref_ptrWGESubdividedPlane wge::genUnitSubdividedPlane(std::size_t, std::size_t, double)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:585:32: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' geometry-setColorBinding( osg::Geometry::BIND_PER_PRIMITIVE ); --- I tried to apply a substitution to all files, osg::Geometry-deprecated_osg::Geometry, but still failed to compile later, with: --- [ 87%] Building CXX object modules/CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/modules /usr/bin/c++ -DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECTORIZE -D_FORTIFY_SOURCE=2 -Disosurface_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-long-long -Wextra -O3 -fPIC -I/tmp/buildd/openwalnut-1.3.1+hg5849/src -I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader -I/usr/include/eigen3-o CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o -c /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp: In member function 'void WMIsosurface::updateGraphicsCallback()': /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp:470:113: error: conversion from 'osg::Geometry*' to non-scalar type 'osg::ref_ptrdeprecated_osg::Geometry' requested osg::ref_ptr deprecated_osg::Geometry surfaceGeometry = m_surfaceGeode-getDrawable( 0 )-asGeometry(); --- I think that the new osg::Geometry also supports the next two methods that the code calls after that line, so maybe it will compile fine without the conversion in this case. So maybe it's possible to convert this: --- osg::ref_ptr osg::Geometry surfaceGeometry = m_surfaceGeode-getDrawable( 0 )-asGeometry(); surfaceGeometry-setColorArray( colors ); surfaceGeometry-setColorBinding( osg::Geometry::BIND_OVERALL ); --- into this, and it might work -- or fail later: --- m_surfaceGeode-getDrawable( 0 )-asGeometry()-setColorArray( colors, osg::Geometry::BIND_OVERALL ); --- I attach
Bug#718398: please package the new version of libseccomp
Source: libseccomp Severity: wishlist Next version of qemu (1.6) which is about to be released, requires libseccomp at least version 2.1. I'm uploading 1.6.0-rc0 into experimental without seccomp support, but I'm not sure it will be good idea to release qemu without seccomp support into unstable/testing. Thanks, /mjt -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#718399: gnome-terminal: auto-scrolling hangs sometimes
Package: gnome-terminal Version: 3.8.3-1 Severity: normal Since the upgrade to this version I noticed in certain situations that the auto-srolling hangs. This occured with a gnome-terminal configured with a huge scrolling buffer (5 lines), a few tabs opened, and a program generating a lot of output on one of the tabs. Then, when switching alternatively between the gnome terminal window and another window, sometimes when the gnome-terminal window is displayed, the scrolling is stopped (though, in the background, the program is still producing output). the page down key does nothing, one has to scroll up and then down to be able to get back the regular auto-scrolling -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (500, 'oldstable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.3-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libdconf10.16.1-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.6-1 ii libx11-6 2:1.6.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.12-1 ii gvfs 1.16.3-1 ii yelp 3.8.1-2 gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718400: hostname binaries inconsistently hard-linked
Package: hostname Version: 3.11 Severity: minor Dear Maintainer, The binaries for this package are inconsistently hard-linked by the Makefile. Note that all are hard-linked together except hostname itself: mattcen@toto:tmp$ dpkg -L hostname | grep bin/ | xargs ls -il 10403 -rwxr-xr-x 4 root root 18760 Feb 17 2012 /bin/dnsdomainname 10403 -rwxr-xr-x 4 root root 18760 Feb 17 2012 /bin/domainname 10402 -rwxr-xr-x 1 root root 18760 Feb 17 2012 /bin/hostname 10403 -rwxr-xr-x 4 root root 18760 Feb 17 2012 /bin/nisdomainname 10403 -rwxr-xr-x 4 root root 18760 Feb 17 2012 /bin/ypdomainname I think the correct fix for this is to sym-link all binaries to 'hostname' rather than hard-link them: sed '/ln/s/-f /-fs /' Makefile Alternatively, if, for some odd reason hard links are required: sed '/ln/s/-f hostname/-f ${BASEDIR}\/bin\/hostname/' Makefile -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hostname depends on: ii libc6 2.13-38 hostname recommends no packages. hostname suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#718401: gnome: panel does not adapt to screen resolution change
Package: gnome Version: 1:3.8+2 Severity: normal Since the upgrade to gnome 3.8, the gnome panels do not adapt anymore to screen resolution change. It occurs when I unplug my laptop from its docking station and open its integrated screen: the resolution changes from the resolution of my desktop monitor to the lower resolution of my laptop screen. But the panel keeps its width, and thus the icons at the right of the panel are then not viewable nor clickable. Note that I use gnome in legacy mode. To solve this, when the screen is resized, i run pkill gnome-panel. It is then instantly respawned and gets the right screen width I did not fill the bug against package gnome-panel since it does not seem to have been upgraded recently. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (500, 'oldstable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii abiword 2.9.2+svn20120603-8 ii aisleriot1:3.8.0-2 ii alacarte 3.7.90-1 ii avahi-daemon 0.6.31-2 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.5-1 ii desktop-base 7.0.3 ii evolution3.4.4-3 ii evolution-plugins3.4.4-3 ii file-roller 3.8.3-1 ii gedit3.4.2-1+b1 ii gedit-plugins3.4.0-1+b1 ii gimp 2.8.4-1 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.8.2-1 ii gnome-core 1:3.8+2 ii gnome-documents 0.4.2-2 ii gnome-games 1:3.8+2 ii gnome-media 3.4.0-1 ii gnome-nettool3.8.1-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gnumeric 1.10.17-1.1 ii gstreamer1.0-libav 1:1.0.8-dmo1 ii gstreamer1.0-plugins-ugly1.0.8-1 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.4-1 ii libgtk2-perl 2:1.244-1 ii libreoffice-calc 1:4.0.3-3 ii libreoffice-gnome1:4.0.3-3 ii libreoffice-impress 1:4.0.3-3 ii libreoffice-writer 1:4.0.3-3 ii nautilus-sendto 3.0.3-3 ii network-manager-gnome0.9.8.2-1+b1 ii rhythmbox2.99.1-3 ii rhythmbox-plugin-cdrecorder 2.99.1-3 ii rhythmbox-plugins2.99.1-3 ii rygel0.18.2-2 ii rygel-playbin0.18.2-2 ii rygel-preferences0.18.2-2 ii rygel-tracker0.18.2-2 ii seahorse 3.8.2-1 ii shotwell 0.14.1-3 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.6-1 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-8+b1 ii totem-plugins3.0.1-8+b1 ii tracker-gui 0.14.1-3 ii transmission-gtk 2.77-2 ii vinagre 3.8.2-1 ii xdg-user-dirs-gtk0.10-1 ii xul-ext-adblock-plus 2.2.3-1 Versions of packages gnome recommends: pn browser-plugin-gnash none ii gdebi0.9 ii nautilus-sendto-empathy 3.4.2.3-3 ii telepathy-idle 0.1.16-1 Versions of packages gnome suggests: pn dia-gnome none ii gnome-boxes3.4.3+dfsg-1+b1 pn gnucashnone pn iceweasel-l10n-all none pn libreoffice-evolution none pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.9.4-1 ii baobab 3.8.2-1 ii brasero 3.8.0-1 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.16.1-1 ii dconf-tools 0.16.1-1 ii empathy 3.4.2.3-3 ii eog 3.8.2-1 ii evince 3.4.0-3.1+b1 ii evolution-data-server3.4.4-3 ii fonts-cantarell 0.0.13-1 ii gconf2 3.2.6-1 ii gdm3 3.4.1-9 ii gkbd-capplet 3.4.0.2-1 ii glib-networking 2.36.1-2 ii gnome-backgrounds3.8.1-1 ii gnome-bluetooth 3.8.1-2 ii gnome-calculator
Bug#717383: linux-image-3.10-1-amd64: eventually collapsed for me too, after a while :(
Package: src:linux Version: 3.10.3-1 Followup-For: Bug #717383 After waking up from suspend to disk, I've been watching: Jul 30 18:23:26 kernel: [117295.492403] mei_me :00:16.0: unexpected reset: dev_state = RESETTING Jul 30 18:23:56 kernel: [117325.566281] mei_me :00:16.0: reset: init clients timeout hbm_state = 1. repeated evry 30s. I've seen some reports linking the messages above with some Intel graphic card module, but appearantly that is not my case. I've also seen other reports/patches on LKML saying this bug is supposed to be no more. This is: BIOS Info: #0 Vendor: Intel Corp. Version: KCH7710H.86A.0100.2012.0906.1136 Date: 09/06/2012 Board Info: #2 Manufacturer: Intel Corporation Product: DH77KC Version: AAG39641-400 Serial: BTKC21701GU9 Type: 0x0a (Motherboard) with 2 graphic cards. One on the motherboard (Intel of some sort, disabled in BIOS) and a: Hardware Class: graphics card Model: nVidia VGA compatible controller Vendor: pci 0x10de nVidia Corporation Device: pci 0x0fc6 SubVendor: pci 0x3842 eVga.com. Corp. SubDevice: pci 0x2650 Revision: 0xa1 Driver: nvidia Driver Modules: nvidia Memory Range: 0xf600-0xf6ff (rw,non-prefetchable) Memory Range: 0xe000-0xefff (ro,non-prefetchable) Memory Range: 0xf000-0xf1ff (ro,non-prefetchable) I/O Ports: 0xe000-0xefff (rw) Memory Range: 0xf700-0xf707 (ro,non-prefetchable,disabled) IRQ: 16 (714219 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: pci:v10DEd0FC6sv3842sd2650bc03sc00i00 Driver Info #0: Driver Status: nouveau is not active Driver Activation Cmd: modprobe nouveau Driver Info #1: Driver Status: nvidia is active Driver Activation Cmd: modprobe nvidia Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #20 (PCI bridge) bios_vendor: Intel Corp. bios_version: KCH7710H.86A.0100.2012.0906.1136 board_vendor: Intel Corporation board_name: DH77KC board_version: AAG39641-400 ** Loaded modules: ppdev lp drbd lru_cache libcrc32c xt_multiport bnep rfcomm bluetooth nf_conntrack_irc nf_conntrack_ftp xt_LOG xt_limit xt_helper xt_tcpudp ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack nfnetlink_queue nfnetlink_log nfnetlink iptable_filter ip_tables x_tables cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace binfmt_misc uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc w83627ehf hwmon_vid loop fuse ecryptfs dm_crypt snd_hda_codec_hdmi snd_emu10k1_synth arc4 snd_emux_synth snd_seq_midi_emul snd_seq_virmidi snd_hda_codec_realtek snd_emu10k1 snd_hda_intel snd_util_mem snd_hda_codec snd_ac97_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event rt2800usb rt2x00usb rt2800lib coretemp rt2x00lib iTCO_wdt iTCO_vendor_support snd_rawmidi mac80211 kvm_intel snd_seq kvm mperf snd_seq_device microcode cfg80211 parport_pc crc_ccitt evdev nvidia(PO) snd_timer mei_me video rfkill parport i2c_i801 psmouse pcspkr serio_raw button snd processor mei emu10k1_gp ac97_bus gameport i2c_core lpc_ich mfd_core soundcore ext4 crc16 jbd2 mbcache dm_mod raid1 md_mod sg sr_mod sd_mod cdrom crc_t10dif usb_storage hid_logitech ff_memless usbhid hid crc32c_intel ghash_clmulni_intel aesni_intel ehci_pci ahci xhci_hcd aes_x86_64 ehci_hcd libahci ablk_helper cryptd lrw libata e1000e gf128mul ptp scsi_mod glue_helper usbcore usb_common thermal pps_core fan thermal_sys ** Network interface configuration: -- 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-1-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 linux-image-3.10-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.50 ii initramfs-tools [linux-initramfs-tool] 0.113 ii kmod9-3 ii linux-base 3.5 ii module-init-tools 9-3 Versions of packages linux-image-3.10-1-amd64 recommends: ii firmware-linux-free 3.2 Versions of packages linux-image-3.10-1-amd64 suggests: ii debian-kernel-handbook 1.0.15 ii grub-pc 2.00-15 pn linux-doc-3.10 none Versions of packages linux-image-3.10-1-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifinone pn firmware-libertas none pn firmware-linux none pn firmware-linux-nonfree none pn firmware-myricomnone pn firmware-netxen none pn firmware-qlogic none ii
Bug#718402: libqt4-declarative: Segfaults below QMetaObject::activate
Package: libqt4-declarative Version: 4:4.8.5+dfsg-2 Severity: normal Since a few days my plasma-desktop=4:4.10.5-2 crashes every few hours (and restarts itself). I now attached gdb to it and got this backtrace: #0 0x7f3638380935 in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #1 0x7f3636739cf8 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #2 0x7f36384c198f in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #3 0x7f3638395acb in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #4 0x7f36384c1df9 in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #5 0x7f3636739cf8 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #6 0x7f36384b44af in QListModelInterface::itemsRemoved(int, int) () from /usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4 #7 0x7f3638306e41 in QDeclarativeListModel::remove(int) () from /usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4 #8 0x7f36384b308b in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #9 0x7f36384b31ff in QDeclarativeListModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4 #10 0x7f363845fba8 in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #11 0x7f3638461838 in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #12 0x7f363846213b in ?? () from /usr/lib/x86_64-linux- gnu/libQtDeclarative.so.4 #13 0x7f3633813dc4 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #14 0x7f363370f098 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #15 0x7f36336ed020 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #16 0x7f359935f2f8 in ?? () #17 0x in ?? () (gdb) info threads Id Target Id Frame 4Thread 0x7f361bbef700 (LWP 8720) plasma-desktop pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 3Thread 0x7f3594226700 (LWP 8723) QProcessManager 0x7f3639bd8793 in select () at ../sysdeps/unix/syscall-template.S:81 2Thread 0x7f3594125700 (LWP 8725) QInotifyFileSys 0x7f3639bd419d in poll () at ../sysdeps/unix/syscall-template.S:81 * 1Thread 0x7f363a2d5780 (LWP 8719) plasma-desktop 0x7f3638380935 in ?? () from /usr/lib/x86_64-linux-gnu/libQtDeclarative.so.4 Any ideas what to do? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-declarative depends on: ii libc6 2.17-7 ii libgcc1 1:4.8.1-2 ii libqt4-network 4:4.8.5+dfsg-2 ii libqt4-script 4:4.8.5+dfsg-2 ii libqt4-sql 4:4.8.5+dfsg-2 ii libqt4-xmlpatterns 4:4.8.5+dfsg-2 ii libqtcore4 4:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libstdc++6 4.8.1-2 ii multiarch-support 2.17-7 libqt4-declarative recommends no packages. Versions of packages libqt4-declarative suggests: pn libqt4-declarative-folderlistmodel none pn libqt4-declarative-gestures none pn libqt4-declarative-particlesnone pn libqt4-declarative-shaders none pn qt4-qmlviewer 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#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
Package: libreoffice Version: 1:4.1.0-3 Severity: important Dear maintainer, After Libreoffice update from 4.0.4-3 to 4.1.0-2 yesterday, and 4.1.0-3 today, python scripting language is not working anymore. Even if no packages were removed during the migration, I now have this error message when I try to launch a python script from Calc : A scripting framework error occurred while running the python script my_script.py$my_macro. Message : the scripting language python is not supported. I was using old python-uno (python 2.x), so I updated to python3-uno, but I still have the error. As far as I remember, I need libreoffice-script-provider-python and python-uno or python3-uno installed for python scripting to be supported, and both packages are installed. I even tried to re-install them. I tried to erase my $HOME/.config/libreoffice directory, but I still had the message. I attach in update.txt my last updates on my Debian Sid, before those updates python scripting was working. If I re-install testing version (1:4.0.3-3), python scripting is working both with python-uno and python3.3-uno. If you need more informations, feel free to ask. Regards, Sebastien KALT -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-4.slh.1-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-dejavu2.33+svn2514-3 ii fonts-sil-gentium-basic 1.1-5 ii libreoffice-base1:4.1.0-3 ii libreoffice-calc1:4.1.0-3 ii libreoffice-core1:4.1.0-3 ii libreoffice-draw1:4.1.0-3 ii libreoffice-impress 1:4.1.0-3 ii libreoffice-java-common 1:4.1.0-3 ii libreoffice-math1:4.1.0-3 ii libreoffice-report-builder-bin 1:4.1.0-3 ii libreoffice-writer 1:4.1.0-3 ii python3-uno 1:4.1.0-3 Versions of packages libreoffice recommends: ii fonts-liberation 1.07.2-7 ii libpaper-utils 1.1.24+nmu2 ii ttf-mscorefonts-installer 3.5 Versions of packages libreoffice suggests: ii cups-bsd1.6.3-1 ii default-jre [java5-runtime] 1:1.6-47 pn gstreamer1.0-ffmpeg none pn gstreamer1.0-plugins-badnone ii gstreamer1.0-plugins-base 1.0.8-1 pn gstreamer1.0-plugins-good none pn gstreamer1.0-plugins-ugly none ii hunspell-fr [hunspell-dictionary] 1:3.3.0-4 ii hyphen-fr [hyphen-hyphenation-patterns] 1:3.3.0-4 ii iceweasel 22.0-1 ii imagemagick 8:6.7.7.10-5 ii libgl1-mesa-glx [libgl1]9.1.4-1 pn libreoffice-gnome | libreoffice-kde none pn libreoffice-grammarchecknone ii libreoffice-help-fr [libreoffice-help-4.1] 1:4.1.0-3 ii libreoffice-l10n-fr [libreoffice-l10n-4.1] 1:4.1.0-3 pn libreoffice-officebean none ii libsane 1.0.23-3 ii libxrender1 1:0.9.8-1 pn myspell-dictionary none pn mythes-thesaurusnone pn openclipart-libreoffice none ii openjdk-6-jre [java5-runtime] 6b27-1.12.6-1 ii pstoedit3.62-1 ii unixodbc2.2.14p2-5 Versions of packages libreoffice-core depends on: ii fontconfig 2.10.2-2 ii fonts-opensymbol2:102.3+LibO4.1.0-3 ii libatk1.0-0 2.8.0-2 ii libboost-date-time1.53.01.53.0-5 ii libc6 2.17-7 ii libcairo2 1.12.14-5 ii libclucene-contribs12.3.3.4-4 ii libclucene-core12.3.3.4-4 ii libcmis-0.3-3 0.3.1-3 ii libcups21.6.3-1 ii libcurl3-gnutls 7.31.0-2 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libexpat1 2.1.0-4 ii libexttextcat-2.0-0 3.4.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-8 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libgraphite2-3 1.2.3-1 ii libgstreamer-plugins-base1.0-0 1.0.8-1 ii libgstreamer1.0-0 1.0.8-1 ii libgtk2.0-0 2.24.20-1 ii libharfbuzz-icu00.9.19-1 ii libharfbuzz0a
Bug#718018: ITP: haskell-swish -- semantic web toolkit
Sorry about that -- I should almost certainly have sent that to the pkg-haskell-maintainers list (which I'd overlooked), so please follow-up there. Philip Hands p...@hands.com writes: Jonas Smedegaard d...@jones.dk writes: Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: haskell-swish Version : 0.9.0.3 Upstream Author : Douglas Burke dbu...@cfa.harvard.edu * URL : https://bitbucket.org/doug_burke/swish/wiki/Home * License : GPL-2+~Swish Programming Lang: Haskell Description : semantic web toolkit Hi, Having just had a very frustrating conversation about this ITP with Jonas, it seems that he has only a passing familiarity with Haskell, did not bother to request packaging by the Debian Haskell Group (which to me as an outsider seems to be the natural home for such a package), and imagined that he was a member of DHG when he in fact is not (which seems bizarre, and a little worrying). On the other hand, he claims that it was always his intent to have the package team-maintained, so perhaps he is just doing all the bits in the wrong order. I would suggest that this bug be treated as a RFP rather than an ITP. I would also suggest that ftpmasters reject any haskell package uploaded by Jonas, at least until he bothers to have a reasonable discussion about the best way to proceed on the debian-haskell list. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND pgpGuWZbn7qxj.pgp Description: PGP signature
Bug#528855: Bug#706623: libgdb-dev: missing .a files
On Wed, 2013-07-31 at 01:54 +0100, peter green wrote: Samuel Bronson wrote: Since libgdb.a has been dropped upstream, we've dropped libgdb-dev entirely now, and fp is going to need to come up with a different plan for debugger support. Personally I tend to think we should just embed an appropriate version of the libgdb source in the fpc source package. The debian policy on embedded libraries is only a should not not a must not and I don't see any significant security exposure in doing so. I'd prefer to have is as a separate source package. But I'm also fine to drop gdb support from IDE (that was the case for 2 years) and just push users for using Lazarus (we can maybe add a message about that). Cheers, signature.asc Description: This is a digitally signed message part
Bug#709434: Uploaded in Ubuntu
Ubuntu is now shipping this package: http://packages.ubuntu.com/source/saucy/mozjs17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
[ sigh, you should have upgraded earlier so I knew before the latest upload.. ] Hi, On Wed, Jul 31, 2013 at 09:27:45AM +0200, Sébastien KALT wrote: After Libreoffice update from 4.0.4-3 to 4.1.0-2 yesterday, and 4.1.0-3 today, python scripting language is not working anymore. Hmm. 4.1.0-1 was broken completely wrt pyUNO, yes, but -2 and -3 should work... Even if no packages were removed during the migration, I now have this error message when I try to launch a python script from Calc : A scripting framework error occurred while running the python script my_script.py$my_macro. Message : the scripting language python is not supported. Hmm. I was using old python-uno (python 2.x), so I updated to python3-uno, but I still have the error. OK. As far as I remember, I need libreoffice-script-provider-python and python-uno or python3-uno installed for python scripting to be supported, and both packages are installed. Yeah, and python3-uno is preferred. python-uno is just for smooth(er) upgrades and not breaking all kinds of extra stuff not ported for python2.. If I re-install testing version (1:4.0.3-3), python scripting is working both with python-uno and python3.3-uno. If you need more informations, feel free to ask. Something printed on the console/somewhere else except that error? Do you have step-by-step instructions how to reproduce? Normal pyUNO stuff (unoconv, Wizards, ..) *do* work, so.. As is (reportedly) libreoffice-librelogo which uses the script-framework-python (that was one of the fixes in -3, before that it had only python?-uno in Depends which was not sufficient..) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
Hi again, On Wed, Jul 31, 2013 at 10:00:54AM +0200, Rene Engelhard wrote: If you need more informations, feel free to ask. Something printed on the console/somewhere else except that error? Do you have step-by-step instructions how to reproduce? From -script-provider-python (/usr/lib/libreoffice/program/pythonscript.py): def getLogTarget(): ret = sys.stdout if not LOG_STDOUT: try: pathSubst = uno.getComponentContext().ServiceManager.createInstance( com.sun.star.util.PathSubstitution ) userInstallation = pathSubst.getSubstituteVariableValue( user ) if len( userInstallation ) 0: systemPath = uno.fileUrlToSystemPath( userInstallation + /Scripts/python/log.txt ) ret = file( systemPath , a ) except: print(Exception during creation of pythonscript logfile: + lastException2String() + \n, delagating log to stdout\n) return ret if not on stdout; does Scripts/python/log.txt say anything (in your user profile)? And maybe it's a good idea to incrase this. # Configuration LogLevel.use = LogLevel.NONE# production level #LogLevel.use = LogLevel.ERROR # for script developers #LogLevel.use = LogLevel.DEBUG # for script framework developers (also in pythonscript.py) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692589: status quo?
Hello, may I ask about the status quo? Our FOSS project has dependency on mpdecimal. So far we have rolled our own packages for some distributions including Debian but to have it in repository would be much better. Thank you for your reply. Best regards Jan -- Jan Korous CZ.NIC Americka 23 120 00 Prague Czech Republic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715436: Affects me too.
Hi all, this bug affects me too. Looks like we can have a workaround using Shotwell to import photos. Also, this problem appears in Arch too: https://bbs.archlinux.org/viewtopic.php?id=165497 -- Alexey Malov
Bug#718404: [PATCH] Don’t generate statically-linked-binary for golang packages
Package: lintian Version: 2.5.15 Severity: wishlist Tags: patch The attached patch modifies lintian so that it will not generate statically-linked-binary for every package built with golang-go. This is preferable to adding override files in every package. From 05208d99ddb0afb68ae8affa1a7552231ed6276d Mon Sep 17 00:00:00 2001 From: Michael Stapelberg mich...@stapelberg.de Date: Wed, 31 Jul 2013 10:28:10 +0200 Subject: [PATCH] =?UTF-8?q?Don=E2=80=99t=20generate=20statically-linked-bina?= =?UTF-8?q?ry=20for=20binary=20packages=20built=20with=20golang-go?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- checks/binaries.pm|8 + t/tests/binaries-golang/debian/Makefile | 48 + t/tests/binaries-golang/debian/basic.c| 12 +++ t/tests/binaries-golang/debian/debian/control | 15 t/tests/binaries-golang/debian/debian/rules |7 t/tests/binaries-golang/debian/getbuildid | 30 t/tests/binaries-golang/desc | 14 t/tests/binaries-golang/tags | 13 +++ 8 files changed, 147 insertions(+) create mode 100644 t/tests/binaries-golang/debian/Makefile create mode 100644 t/tests/binaries-golang/debian/basic.c create mode 100644 t/tests/binaries-golang/debian/debian/control create mode 100644 t/tests/binaries-golang/debian/debian/rules create mode 100755 t/tests/binaries-golang/debian/getbuildid create mode 100644 t/tests/binaries-golang/desc create mode 100644 t/tests/binaries-golang/tags diff --git a/checks/binaries.pm b/checks/binaries.pm index 80f0637..f26e809 100644 --- a/checks/binaries.pm +++ b/checks/binaries.pm @@ -225,6 +225,12 @@ for my $file ($info-sorted_index) { $directories{/$name}++; } +my $src = $group-get_source_processable(); +my $built_with_golang; +if (defined($src)) { +$built_with_golang = $src-info-relation('build-depends')-implies('golang-go'); +} + # process all files in package foreach my $file ($info-sorted_index) { my $fileinfo = $info-file_info ($file); @@ -393,6 +399,8 @@ foreach my $file ($info-sorted_index) { next if ($file =~ m%^boot/%); next if ($file =~ /[\.-]static$/); next if ($pkg =~ /-static$/); +# Binaries built by the Go compiler are statically linked by default. +next if ($built_with_golang); # klibc binaries appear to be static. next if (exists $objdump-{INTERP} $objdump-{INTERP} =~ m,/lib/klibc-\S+\.so,); diff --git a/t/tests/binaries-golang/debian/Makefile b/t/tests/binaries-golang/debian/Makefile new file mode 100644 index 000..ac5bd0f --- /dev/null +++ b/t/tests/binaries-golang/debian/Makefile @@ -0,0 +1,48 @@ +COMPILE:= $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) +# extract from readelf +GETBUILDID:=./getbuildid + +all: + # rpath not matching any of the exceptions to the rpath checks + # - with profiling enabled. + $(COMPILE) -o basic basic.c -pg -Wl,--rpath,/usr/local/lib + # rpath shipped in the package, but one of {/usr}?/lib + $(COMPILE) -o basiclibrpath basic.c -Wl,--rpath,/usr/lib + # non-special rpath shipped in the package + $(COMPILE) -o basicshippedrpath basic.c -Wl,--rpath,/usr/share/foo + # static version of basic for debugging checks + $(COMPILE) -static -o basic.static basic.c + # version with debug + $(COMPILE) -o basicdebug -g3 -Wl,--build-id basic.c + +install: + # according to local debian rules /usr/lib/debug is unstripped + install -d $(DESTDIR)/usr/share/foo/ + install -d $(DESTDIR)/usr/lib/debug/usr/share/foo/ + install -d $(DESTDIR)/usr/lib/foo/ + install -d $(DESTDIR)/usr/bin + + install -m 755 -c basic $(DESTDIR)/usr/share/foo/basic + objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/usr/share/foo/basic + strip -s $(DESTDIR)/usr/lib/debug/usr/share/foo/basic + install -m 755 -c basiclibrpath $(DESTDIR)/usr/lib/foo/basiclibrpath + install -m 755 -c basicshippedrpath $(DESTDIR)/usr/lib/foo/basicshippedrpath + objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic + install -d $(DESTDIR)/usr/lib/debug/.build-id/`$(GETBUILDID) -s basicdebug` + install -m 755 -c basicdebug $(DESTDIR)/usr/share/foo/basicdebug + # force fake buildid in order to have tag matching ok (deadbeefdeadbeef) + install -d $(DESTDIR)/usr/lib/debug/.build-id/de + objcopy --compress-debug-sections basicdebug \ + $(DESTDIR)/usr/lib/debug/.build-id/de/deadbeefdeadbeef.debug + install -d $(DESTDIR)/usr/lib/debug/.build-id/`$(GETBUILDID) -s basicdebug` + objcopy --compress-debug-sections --only-keep-debug basicdebug \ + $(DESTDIR)/usr/lib/debug/.build-id/`$(GETBUILDID) -s basicdebug`/`$(GETBUILDID) -f basicdebug`.debug + install -m 755 -c basic.static $(DESTDIR)/usr/lib/debug/ + # according to local debian rules unstripped in name avoid dh_strip to do the work + install -m 755 basicdebug $(DESTDIR)/usr/bin/unstripped +
Bug#591583: libbsf-java: new upstream version 3.1 available
BSF 3.x is a completely different thing, it consists in : - The javax.script API (JSR-223) which was integrated to Java 6. It runs on Java 1.4 and Java 5. - A command line utility for querying the available script engines and executing scripts. - A helper class for converting a XML file into a scriptable XML object. - A servlet for running scripts on the server side (this feature is incomplete) So if BSF 3.x was to be packaged it should be a different package. BSF 3.x seems to be only used by Apache Tuscany: http://mvnrepository.com/artifact/org.apache.bsf/bsf-utils/3.1 BSF 2.x is used by Ant, Groovy, UIMA and Canoo WebTest: http://mvnrepository.com/artifact/bsf/bsf/2.4.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718406: org-mode: org-insert-heading (M-return) does not produce a new heading
Package: org-mode Version: 8.0.6-3 Severity: normal When typing M-return in the text below a headline, the current line is made a headline, instead of creating a new headline. With one universal prefix argument, the function behaves correctly. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages org-mode depends on: ii emacs23 23.4+1-4.1 org-mode recommends no packages. Versions of packages org-mode suggests: pn ditaanone pn easypg none pn remember-el 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#691167: linux-image-3.5-trunk-amd64: please enable CONFIG_UPROBES
We are interested in this feature too. Please consider enabling it! :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718407: grinder: fails to install, trying to overwrite other packages files: /usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz
Package: grinder Version: 0.5.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package grinder. (Reading database ... 10128 files and directories currently installed.) Unpacking grinder (from .../grinder_0.5.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/grinder_0.5.3-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz', which is also in package libbio-perl-perl 1.6.901-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/grinder_0.5.3-1_all.deb cheers, Andreas grinder_0.5.3-1.log.gz Description: GNU Zip compressed data
Bug#258096: Cold War/New Faces Of War Congress Invitation!
-- Dear Colleague, On behalf of George Washington University Cold War Group (GWUCWG), It is a great privilege for us to invite you to global Congress meeting against Cold War/New Faces Of War And war-affected children/Impact of Conflict on Women Girls. The global Congress meeting against Cold War/New Faces Of War And war-affected children/Impact of Conflict on Women Girls is scheduled to take place from September 16th-20th in George Washington University the United States and Conf Multimedia in Dakar-Senegal, from 23th-26th September 2013. If you are interested in attending and for fast respond contact the contact Congress secretariat via email: conf.secretar...@mynet.com as soon as possible. Sincerely, Ms. Linda Joshua E-mail: lindajo...@globomail.com
Bug#718406: org-mode: org-insert-heading (M-return) does not produce a new heading
tag 718406 + upstream thanks Hi Markus, for what it's worth, I'm not seeing the behavior you describe: if the text below the headline is indented properly (that is, aligned with the above headline), a new headline is indeed created. But if said text is all the way to the left, then it is made a headline. Seems like a logical behavior to me... Would you be able to follow this up on the upstream mailing list ? Cheers, --Seb On Jul/31, Markus Redeker wrote: Package: org-mode Version: 8.0.6-3 Severity: normal When typing M-return in the text below a headline, the current line is made a headline, instead of creating a new headline. With one universal prefix argument, the function behaves correctly. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages org-mode depends on: ii emacs23 23.4+1-4.1 org-mode recommends no packages. Versions of packages org-mode suggests: pn ditaanone pn easypg none pn remember-el 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#718408: extplorer: unowned files after purge (policy 6.8, 10.8): /etc/extplorer/.htusers.php
Package: extplorer Version: 2.1.0b6+dfsg.3-4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m40.5s ERROR: FAIL: Package purging left files on system: /etc/extplorer/owned by: extplorer /etc/extplorer/.htusers.phpnot owned cheers, Andreas extplorer_2.1.0b6+dfsg.3-4.log.gz Description: GNU Zip compressed data
Bug#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
Hi, 2013/7/31 Rene Engelhard r...@debian.org: Hi again, On Wed, Jul 31, 2013 at 10:00:54AM +0200, Rene Engelhard wrote: If you need more informations, feel free to ask. Something printed on the console/somewhere else except that error? I forgot to say that I have nothing on the console, with or without error. Do you have step-by-step instructions how to reproduce? Well, if I create a new spreadsheet with 4.1.0-3, then menu Tools - Macros - Organize Macros - Python, I can't find any of my macros, which are in $HOME/.config/libreoffice/4/user/Scripts/python. And if I try to attach a macro to a button, I can only select LO macros, none of my python scripts appears. I only trigger the error using an existing spreadsheet with a macro already attached. So you'll find attached a simple spreadsheet, and the script to put in $HOME/.config/libreoffice/4/user/Scripts/python : it works with LO 4.0.3-3 and python3.3-uno, and triggers the message with 4.1.0-3. if not on stdout; does Scripts/python/log.txt say anything (in your user profile)? And maybe it's a good idea to increase this. # Configuration LogLevel.use = LogLevel.NONE# production level #LogLevel.use = LogLevel.ERROR # for script developers #LogLevel.use = LogLevel.DEBUG # for script framework developers (also in pythonscript.py) I tried with DEBUG, ERROR, LOG_STDOUT = True, False, but nothing on console nor Scripts/python/log.txt file. Regards Sébastien bug718403.py Description: Binary data bug718403.ods Description: application/vnd.oasis.opendocument.spreadsheet
Bug#549050: cupsd segfaults on SIGHUP
Package: cups Version: 1.5.3-5 Followup-For: Bug #549050 I'm not sure this bug was fixed in 1.4.4-1, at least not in the Debian package (the report that it was fixed came from an Ubuntu user). I'm experiencing what seems to be the same problem as described previously in this report. cupsd segfaults every time I do 'service cups reload' on this machine. Reload also happens daily due to logrotate, so cups is frequently not running when it's supposed to be. This system has no printers directly attached, it just uses network printers. Another wheezy system, with the same version of cups, with a printer attached, doesn't segfault on cups reload. kenyon@einstein ~ % zgrep segfault $(echo /var/log/all.log* | tr ' ' '\n' | sort --reverse --version-sort) /var/log/all.log.5.gz:2013-07-26T06:25:08.883055-07:00 einstein kernel: [2646982.277299] cupsd[21582]: segfault at 0 ip 7f5a1e0e4fc7 sp 7fffb99015b8 error 4 in libcups.so.2[7f5a1e0a5000+53000] /var/log/all.log.3.gz:2013-07-28T06:25:08.231050-07:00 einstein kernel: [2819683.726579] cupsd[19538]: segfault at 0 ip 7f83c1e1dfc7 sp 7fffc01cc1c8 error 4 in libcups.so.2[7f83c1dde000+53000] /var/log/all.log:2013-07-31T00:10:45.619051-07:00 einstein kernel: [3056287.088650] cupsd[21252]: segfault at 0 ip 7f56751e0fc7 sp 7fff012cc1c8 error 4 in libcups.so.2[7f56751a1000+53000] /var/log/all.log:2013-07-31T00:57:56.419067-07:00 einstein kernel: [3059116.282068] cupsd[3401]: segfault at 0 ip 7f6b8c982fc7 sp 7fff2f29ed38 error 4 in libcups.so.2[7f6b8c943000+53000] /var/log/all.log:2013-07-31T01:14:17.583085-07:00 einstein kernel: [3060096.893996] cupsd[13299]: segfault at 0 ip 7fb1011f4fc7 sp 7fffcb5e5d68 error 4 in libcups.so.2[7fb1011b5000+53000] Here is a backtrace of the segfault: #0 0x7f93576f7475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #1 0x7f93576fa6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #2 0x7f935773252b in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #3 0x7f935773bd76 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #4 0x7f935957028d in mime_delete_rules (rules=optimized out) at mime.c:662 next = 0x51 #5 0x7f9359570335 in mimeDeleteType (mime=optimized out, mt=0x7f935b1e45b0) at mime.c:184 No locals. #6 0x7f93599e6aa3 in cupsdDeletePrinter (p=0x7f935b1e9c00, update=update@entry=0) at printers.c:919 i = optimized out changed = 0 #7 0x7f93599e6cda in cupsdDeleteAllPrinters () at printers.c:714 p = optimized out #8 0x7f93599c6225 in cupsdReadConfiguration () at conf.c:1432 type = optimized out mimetype = \000\210\261\203\377\177\000\000\360\207\261\203\377\177\000\000\025\000\000\000\000\000\000\000p\211\261\203\377\177\000\000\000\210\261\203\377\177\000\000\t\210pW\223\177\000\000\212˞Y, '\000' repeats 12 times, \001, '\000' repeats 15 times\212, ˞Y\223\177\000\000\316pW\223\177\000\000LT\034X\223\177\000\000d\000\000\000\227\206\261\203\330\205\261\203, '\000' repeats 12 times, 0T\034X\223\177\000\000\000\000\000\000\267\206\261\203, '\000' repeats 40 times, , '\000' repeats 11 times, \001\000\000\000\270\206\261\203\000\000\000\000\377\377\377\377\377\377\377\377, '\000' repeats 12 times, \001, '\000' repeats 11 times, 2013\n\000\000\000\267\206\261\203\377\177\000\000\000\206\261\203\377\177\000\000\000\000\000\000\000\000\000 i = optimized out fp = optimized out status = optimized out temp = /var/cache/cups/rss\000\000\177\000\000d\000\000\000\000\000\000\000\230\206\261\203\377\177\000\000\316pW\223\177\000\000\211˞Y\223\177\000\000d\000\000\000\000\000\000\000\270\206\261\203\377\177\000\000\000\000\000\000\000\000\000\000\177˞Y\223\177, '\000' repeats 22 times, \t, '\000' repeats 107 times, 0\340\245W\223\177\000\000\001, '\000' repeats 23 times, \002, '\000' repeats 15 times\200, \224)W\223\177\000\000\361\000\000\000\000\000\000\000\332\244Y\000\000\000\000\000rrr\000\000\000\000\001\003\267\335\000\000\000\000Sa\036\026\000\000\000\000\267\003\r\000\000\000\000\020\000\000\000\000\000\000\000D\000\[\223\177\000\000 \211\261\203\377\177\000\000\361F\336\340\000\000\000\000\361F\336\340\000\000\000\000\200\234)W\223\177\000\000\200\240)W\223... mimedir = \000\000End of \$Id$\.\000ol/cups/tmp\000urity reasons...\000tandard (public) temporary\000 on\000ue\000\060KW\223\177\000\060\340\315\037[\223\177\000\000L\320\037[\223\177\000\000\237\366'W\223\177\000\000SXPFD\003\000\000\a\000\000\000\000\000\000\000(\000\000\000\060\000\000\000P\212\261\203\377\177\000\000\220\211\261\203\377\177\000\000\000\000\000\000\000\000\000\000\003, '\000' repeats 147 times, 秎\257\035\257\374}\277i\210\312?3bƄ\314װ8\023_\036\200, '\000' repeats 12 times\210,
Bug#692095: deng: [update request] new stable release v1.10.4 packaged
control 692095 pending FYI, I have upgraded the doomsday package to version 1.10.4 in the pkg-games GIT repository and consider it ready for upload now. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717273: printer-driver-postscript-hp: HP LaserJet 1200: User can choose between two identical PS drivers
tags 717273 upstream thanks I believe this bug affects HPLIP upstream: I downloaded the source code of the current version of hplip (3.13.7) from the project's website http://hplipopensource.com – the original PPD in /prnt/ps/hp-laserjet_1200-ps.ppd.gz includes the two mentioned lines: *Product: (HP LaserJet 1200) *Product: (Hewlett-Packard HP LaserJet 1200) I'm going to file an upstream bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718409: Enable tests
Package: liburcu Version: 0.7.6-2 Tests were disabled in 0.0.4-1: liburcu (0.4.4-1) unstable; urgency=low * [8f2038] Add Vcs fields to debian/control * [a1415d] Imported Upstream version 0.4.4 * [73c8ab] Prevent dh_auto_test from running, target is broken -- Jon Bernard jbern...@debian.org Thu, 20 May 2010 22:21:00 -0400 They seem to run fine now - can they be re-enabled?
Bug#711275: transition: tracker
On 2013-07-30 20:36, Adam D. Barratt wrote: On Tue, 2013-07-30 at 16:42 +0200, Michael Biebl wrote: Please schedule the remaining binNMUs for rygel and grilo-plugins. Done. As mentioned on IRC, these will actually need source uploads. tracker's -dev packages are versioned, which means the binNMUs explicitly pulled in tracker 0.14. 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#718405: error message from LVM
Some additionnal informations, the backup finished between 04:42 and 04:59, and LVM (lvremove) replied with : Unable to deactivate open vgssd-mysqlBackupSnap-cow (253:7) Failed to resume mysqlBackupSnap. libdevmapper exiting with 1 device(s) still suspended. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718410: some components try to write to /usr/share/otrs/bin/
Package: otrs Version: 3.2.9-1 Severity: serious Hi Patrick, the latest build of otrs (3.2.9-1) tries to write to /usr/share/otrs/bin from two places in the code: Kernel/System/Support/OTRS.pm:my $File = $Home/$_/check_permissons.$$; Kernel/System/Package.pm:my $Location = $Home/$_/check_permissons.$$; Log messages in syslog appear like this: Jul 31 11:50:29 odin OTRS-CGI-10[2572]: [Error][Kernel::System::Main::FileWrite][Line:446]: Can't write '/usr/share/otrs/bin/check_permissons.2470': Permission denied It was possible to work around this issue with otrs.SetPermissions.pl, but this cannot be it, can it? Furthermore, but really a minor issue: upstream does not seem to be able to spell the word permissions. Mike -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages otrs depends on: ii dpkg 1.16.10 ii otrs2 3.2.9-1 otrs recommends no packages. otrs 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#718411: git: upgrade created a /var/lib/git/*, literally a filename that's an asterisk
Package: git Version: 1:1.8.4~rc0-1 Severity: normal While upgrading git, the preinst script has created this odd symlink: lrwxrwxrwx 1 root root 17 Jul 31 11:23 /var/lib/git/* - ../../cache/git/* -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.2-dirty (SMP w/6 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 git depends on: ii git-man 1:1.8.4~rc0-1 ii libc62.17-7 ii libcurl3-gnutls 7.31.0-2 ii liberror-perl0.17-1 ii libexpat12.1.0-4 ii libpcre3 1:8.31-2 ii perl-modules 5.14.2-21 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages git recommends: ii less 458-2 ii openssh-client [ssh-client] 1:6.2p2-6 ii patch2.7.1-3 ii rsync3.0.9-4 Versions of packages git suggests: ii gettext-base 0.18.3-1 pn git-arch none pn git-bzr none pn git-cvs none pn git-daemon-run | git-daemon-sysvinit none ii git-doc 1:1.8.4~rc0-1 pn git-elnone pn git-email none ii git-gui 1:1.8.4~rc0-1 ii git-svn 1:1.8.4~rc0-1 ii gitk 1:1.8.4~rc0-1 pn gitwebnone -- 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#718412: Please build against tracker 0.16
Source: grilo-plugins Version: 0.2.8-3 Severity: important Tags: patch Hi, I've uploaded tracker 0.16 to unstable. grilo-plugins is ready for tracker 0.16, all you need to is change the build-depends. Trivial debdiff is attached. Would be great if you can upload the package soon or let me know if I should NMU, as this is a blocker for the tracker 0.16 transition [1] Cheers, Michael [1] http://release.debian.org/transitions/html/tracker.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru grilo-plugins-0.2.8/debian/changelog grilo-plugins-0.2.8/debian/changelog --- grilo-plugins-0.2.8/debian/changelog 2013-07-20 21:30:32.0 +0200 +++ grilo-plugins-0.2.8/debian/changelog 2013-07-31 12:29:38.0 +0200 @@ -1,3 +1,10 @@ +grilo-plugins (0.2.8-3.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Rebuild against tracker 0.16. + + -- Michael Biebl bi...@debian.org Wed, 31 Jul 2013 12:29:30 +0200 + grilo-plugins (0.2.8-3) unstable; urgency=low * debian/rules: enable dh_auto_test again, the glib bug that was making diff -Nru grilo-plugins-0.2.8/debian/control grilo-plugins-0.2.8/debian/control --- grilo-plugins-0.2.8/debian/control 2013-07-20 21:30:32.0 +0200 +++ grilo-plugins-0.2.8/debian/control 2013-07-31 12:29:59.0 +0200 @@ -20,7 +20,7 @@ libgmime-2.6-dev, liboauth-dev, libtotem-plparser-dev (= 3.4.1), - libtracker-sparql-0.14-dev, + libtracker-sparql-0.16-dev, libsoup2.4-dev, libjson-glib-dev, libdmapsharing-3.0-dev,
Bug#718413: gourmet: Please remove python-glade2 dependency
Package: gourmet Version: 0.16.0-5 Severity: normal (Discussion continued from [1]) To reiterate: python-glade2 is no longer required for the gourmet Debian package. I've put quite some effort into migrating upstream from (py)glade to gtk.Builder, which is just part of python-gtk2. If you don't believe me, just try building and running the package without the python-glade2 dependency (which BTW is what I did before requesting this change in the first place, and which I've tested once again just now to make sure). (You also don't need python-gtk2-dev and python-elib.intl in Build-Depends-Indep. Just tested it, builds and runs fine without. Also, you don't need python | python-all | python-dev | python-all-dev -- python-all is sufficient.) Another thing: could you please change the Homepage: field in debian/control to the new location, http://thinkle.github.io/gourmet/ ? Furthermore, I'd be grateful if you used debian/copyright from [2], as it's in the recommended copyright-format/1.0, and covers some contributors and a file with a different license that aren't covered by the current debian/copyright file. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709299 [2] https://github.com/thinkle/gourmet/blob/debian/debian/copyright -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-52-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gourmet depends on: ii python 2.7.3-0ubuntu2.2 ii python-elib.intl 0.0.3~git20110809-2 ii python-gtk22.24.0-3 ii python-imaging 1.1.7-4 ii python-poppler 0.12.1-4+ubuntu1 ii python-reportlab 2.5-1.1build1 ii python-sqlalchemy 0.7.4-1ubuntu0.1 ii python2.7 2.7.3-0ubuntu3.3 Versions of packages gourmet recommends: ii python-gtkspell 2.25.3-11 Versions of packages gourmet suggests: ii python-gst0.10 0.10.22-3ubuntu0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711275: transition: tracker
Hello Adam! On Tue, Jul 30, 2013 at 01:05:55AM +0200, Andreas Henriksson wrote: On Mon, Jul 29, 2013 at 08:42:57PM +0100, Adam D. Barratt wrote: [...] * rygel is tracker 0.16 ready and should be binNMUable. There's #715132, which is marked pending. It's not a regression from testing, so not a blocker, but it would be nice to avoid binNMUing rygel just to have it re-uploaded right away. Please binNMU. I have no plans for immediate uploading to unstable. (The fix is pending on top of the experimental version, which will be uploaded to unstable when it's released as stable according to gnome 3.10 release schedule.) Despite what I said above, I've made a sourceful upload by request from Michael Biebl. Apparently you and him discussed the need for this as buildds can't handle alternative build-dependencies. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718414: uwsgi - Built without capability support
Package: uwsgi Version: 1.9.13-4 Severity: normal For some reason uwsgi is built without capabilities support: | capabilities = False https://buildd.debian.org/status/fetch.php?pkg=uwsgiarch=s390xver=1.9.13-4stamp=1373617010 uwsgi does not build-depend on libcap-dev, so the check silently fails. Bastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718413: gourmet: Please remove python-glade2 dependency
Bernhard Reiter ock...@raz.or.at writes: Package: gourmet Version: 0.16.0-5 Severity: normal (Discussion continued from [1]) To reiterate: If you don't understand that there is no urgency to fix these cosmetic issues, I'll try to fix this bug with the next upstream release. For now the package build and work perfectly. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)
Daniel Dehennin daniel.dehen...@baby-gnu.org writes: I update my tag[1] (the name is the same), the updated patch[2] fix the tests 17_test_create_changelog.py. Regards. The following changes since commit 60ffe95dbaaf7b0e741ce74657d3de5563cb1683: --git-hooks doesn't take an argument (2013-07-13 09:40:14 +0200) are available in the git repository at: git://git.baby-gnu.net/git-buildpackage tags/dad/60ffe95/create-nonexistent-changelog for you to fetch changes up to c26e6b1d83d111227281b9268f75b13724950fdb: Create debian/changelog if it does not exists (2013-07-31 13:42:30 +0200) Rebased on latest master and improve testing: tests OK Changes since last patch: * debian/rules (override_dh_auto_test): Avoid using modified gbp.conf files to make sure to use builtin options. * tests/17_test_create_changelog.py (TestScriptDch.setUp): Rename self.options to self.argv to make more explicit the use of the first element. Remove useless options since personal gbp.conf files are not parsed anymore. (TestScriptDch.run_dch): Rename options to argv to make more explicit the use of the first element. (TestScriptDch.test_create_from_dch_main_with_empty_file): Use new name self.argv. Remove useless options variable. Daniel Dehennin (1): Create debian/changelog if it does not exists debian/rules | 3 + gbp/deb/changelog.py | 60 ++--- gbp/deb/source.py | 14 +- gbp/scripts/dch.py| 41 +- tests/17_test_create_changelog.py | 264 ++ tests/test_Changelog.py | 103 +++ 6 files changed, 455 insertions(+), 30 deletions(-) create mode 100644 tests/17_test_create_changelog.py Footnotes: [1] http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/60ffe95/create-nonexistent-changelog [2] http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=commitdiff;h=refs/tags/dad/60ffe95/create-nonexistent-changelog -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF pgpRBurekFBfL.pgp Description: PGP signature
Bug#589436: wikimedia works on buck
Jonathan Nieder jrnie...@gmail.com filled an ITP for buck, the build system Gerrit currently evaluates (has switched to?): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718394 Wikimedia also seems to have some binary deb for Gerrit: https://git.wikimedia.org/summary/operations%2Fdebs%2Fgerrit.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718394: ITP: buck -- Facebook's build system for large Java projects
On Wednesday, July 31, 2013 05:46:29 AM Jonathan Nieder wrote: Package: wnpp Severity: wishlist Owner: jrnie...@gmail.com * Package name: buck Version : 0.20130612-1 Upstream Author : buck-bu...@googlegroups.com (Facebook) * URL : http://facebook.github.io/buck/ * License : Apache-2.0 Programming Lang: Java Description : Build system for large Java projects I plan to upload buck from https://git.wikimedia.org/summary/operations%2Fdebs%2Fbuck to experimental, assuming the maintainer is ok with it. Development of the packaging would be coordinated as before on gerrit.wikimedia.org. Thoughts welcome, as always. Nice! Thank you! If you have questions regarding java packaging please subscribe to http://lists.debian.org/debian-java/ or have a look at https://wiki.debian.org/Java Are you also interested in Gerrit? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589436 Regards, Thomas Koch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702673: PostScript drivers won't work for HP LaserJet 1200
Hi Brian, I'm pretty well convinced that the PostScript interpreter on my printer is not up to the job of processing Ghostscript's PS, which its developers maintain is valid PS. At the same time I wonder whether the graphics in Debian's present default-testpage.pdf contribute to the problem, particularly taking into account PS file size and the time to print. The nature of the graphics being a possible source of trouble was touched on earlier in this report. So I produced a Debian branded default-testpage.pdf (attached) based on Ubuntu's pdf. Not very expertly, I'll add, but the size of the PS file is only 356 KB and it prints quickly. My printer doesn't like the PS from Ghostscript so I had to use '-o pdftops-renderer-default=pdftops' with lpadmin. Sorry for my late reply but I'm affected by at least two separate bugs here and it takes me some more time to test this… However, I can confirm that it takes my printer only around 30 seconds to print your testpage when I use the HPLIP backend. I realized that I had my cups configuration screwed up and restored it yesterday, so now I have to start where I began. I'm quite sure 1. that I'm running into troubles when I use the USB backend and 2. that my printer doesn't like the PS from Ghostscript neither. There are single pages of PDF documents which I can't print because my printer runs out of memory (I get an error message after 20-30 minutes which states memory full) while on Windows they are printed after a few seconds. After restoring the default cups configuration I'm able now to print the default Debian CUPS testpage with the HPLIP backend – it takes around 26 minutes and 30 seconds, but it works (I always get the testpage instead of an error message as stated in my original report). I think it would be a good idea to open another bug report to address both issues mentioned above separately. What do you think? Thanks, Stefan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages
Package: general Severity: normal Ever since, I think, wheezy, tty1 is cleared at boot like tty2-6 are. This is bad because it obscures the last screenfull of bootmessages, at least 25 lines, but with framebugger console, a lot(!) more, which is very bad. I’ve got no idea which package is responsible for this change, hence filing against general. Please help by reassigning to the correct package and Cc’ing its maintainers (see #704984 for why this needs to be done manually currently). Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
Hi, On Wed, Jul 31, 2013 at 11:43:03AM +0200, Sébastien Kalt wrote: 2013/7/31 Rene Engelhard r...@debian.org: Hi again, On Wed, Jul 31, 2013 at 10:00:54AM +0200, Rene Engelhard wrote: If you need more informations, feel free to ask. Something printed on the console/somewhere else except that error? I forgot to say that I have nothing on the console, with or without error. [...] I tried with DEBUG, ERROR, LOG_STDOUT = True, False, but nothing on console nor Scripts/python/log.txt file. OK... Well, if I create a new spreadsheet with 4.1.0-3, then menu Tools - Macros - Organize Macros - Python, I can't find any of my macros, which are in $HOME/.config/libreoffice/4/user/Scripts/python. And if I try to attach a macro to a button, I can only select LO macros, none of my python scripts appears. I only trigger the error using an existing spreadsheet with a macro already attached. So you'll find attached a simple spreadsheet, and Ehm, do I understand that right in that you mean that new spreadsheets with python macros work but only old ones fail? the script to put in $HOME/.config/libreoffice/4/user/Scripts/python : it works with LO 4.0.3-3 and python3.3-uno, and triggers the message with 4.1.0-3. OK, will try. (Note that if you use python3 you want to fix the shebang to actually tell that. I don't think that matters here as you say python-uno doesn't work either and I _think_ it's ran in the embedded python anyways..) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718417: transition: grib-api
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I have packaged the new version of grib-api and I'm ready to upload it. Upstream still doesn't want to worry about ABI compatibility and still embeds the full package version in the soname, so a transition is needed. The API has not changed, so only action needed for reverse dependencies is a binary NMU. Let me know when I can upload it. Ben file: title = grib-api; is_affected = .depends ~ libgrib-api-1.9.16 | .build-depends ~ libgrib-api-dev; is_good = .depends ~ libgrib-api-1.10.4; is_bad = .depends ~ libgrib-api-1.9.16; Thank you, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages
Am 31.07.2013 14:11, schrieb Thorsten Glaser: Package: general Severity: normal Ever since, I think, wheezy, tty1 is cleared at boot like tty2-6 are. This is bad because it obscures the last screenfull of bootmessages, at least 25 lines, but with framebugger console, a lot(!) more, which is very bad. I’ve got no idea which package is responsible for this change, hence filing against general. Please help by reassigning to the correct package and Cc’ing its maintainers (see #704984 for why this needs to be done manually currently). Use the getty --noclear parameter if you want to keep the messages. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#559162: Upstream bug with no action there
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.01.2012 17:22, schrieb Mathieu Parent: As upstream doesn't seem to move, we should probably include the simple fix in Debian: --- /usr/bin/mysqld_multi.orig2011-08-04 16:14:12.0 +0200 +++ /usr/bin/mysqld_multi 2011-08-04 16:15:21.0 +0200 @@ -467,7 +467,9 @@ '/usr/etc/my.cnf', ($ENV{MYSQL_HOME} ? $ENV{MYSQL_HOME}/my.cnf : undef), $opt{'extra-file'}, - ($ENV{HOME} ? $ENV{HOME}/.my.cnf : undef)); + ($ENV{HOME} ? $ENV{HOME}/.my.cnf : undef), + /etc/mysql/conf.d/*.cnf + ); } It is really disappointing that this low hanging fruit wasn't fixed for wheezy. Having all this config in /etc/mysql/my.cnf, which is shipped by mysql-common, causes major headache on dist-upgrade. Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFR+QQZ9u6Dud+QFyQRAhalAKDthBTGqi9z0GcIn3vmf6dLdhKXCQCgv/ei qwqbyUjKNpNHqpuCLlnMYrM= =aW20 -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#718418: Insecurely creates /tmp/cpufreq.txt when run
Package: i7z Version: 0.27.2-1 Severity: serious Hello, i7z can only be run by root. When run, it creates a file /tmp/cpufreq.txt without checking if it previously exists. I successfully managed to set up a dangling symlink and have i7z follow it when creating the file. This is somewhat mitigated by the fact that the attack doesn't seem to work if the symlink is not owned by root: in that case, i7z will refuse to start. However, this allows any user to prevent root from running i7z, by just creating a dummy /tmp/cpufreq.txt . Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i7z depends on: ii libc6 2.17-7 ii libncurses5 5.9+20130608-1 ii libtinfo5 5.9+20130608-1 ii msr-tools 1.2-3 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7.1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 i7z recommends no packages. i7z 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#718409: Enable tests
* Robert Ancell robert.anc...@canonical.com wrote: Package: liburcu Version: 0.7.6-2 Tests were disabled in 0.0.4-1: liburcu (0.4.4-1) unstable; urgency=low * [8f2038] Add Vcs fields to debian/control * [a1415d] Imported Upstream version 0.4.4 * [73c8ab] Prevent dh_auto_test from running, target is broken -- Jon Bernard jbern...@debian.org Thu, 20 May 2010 22:21:00 -0400 They seem to run fine now - can they be re-enabled? If that's the case then absolutely yes. -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718407: grinder: fails to install, trying to overwrite other packages files: /usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz
Hi Andreas, thanks for your great QA work. On Wed, Jul 31, 2013 at 11:18:48AM +0200, Andreas Beckmann wrote: dpkg: error processing /var/cache/apt/archives/grinder_0.5.3-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz', which is also in package libbio-perl-perl 1.6.901-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/grinder_0.5.3-1_all.deb I've checked what files might be in common and here is a list: bioperl-1.6.901/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools bioperl-1.6.901/usr/share/perl5/Bio/DB: Fasta.pm bioperl-1.6.901/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm bioperl-1.6.901/usr/share/perl5/Bio/SeqFeature: Primer.pm bioperl-1.6.901/usr/share/perl5/Bio/Tools: IUPAC.pm grinder-0.5.3/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools grinder-0.5.3/usr/share/perl5/Bio/DB: Fasta.pm grinder-0.5.3/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm grinder-0.5.3/usr/share/perl5/Bio/SeqFeature: Primer.pm grinder-0.5.3/usr/share/perl5/Bio/Tools: IUPAC.pm I have also attached a diff diff -ubrN grinder-0.5.3 bioperl-1.6.901 to this mail were you can see the changes of the files that are shiped with grinder compeeting with potentially newer versions of bioperl. I wonder what bioperl experts might suggest whether we could simply drop the old copies inside Grinder or whether we need to do some other means to fix this problem. May be we should also contact the authors of Grinder but I'd ask for some internal opinions first. Kind regards Andreas. -- http://fam-tille.de grinder-0.5.3_bioperl-1.6.901.diff.bz2 Description: Binary data
Bug#617222: Patch
tags 617222 + patch thanks Hi there, attached is a patch to use the /usr/share/mysql/mysqld_multi.server as drop in replacement. Maybe the Provides-header needs to be adjusted. Cheers, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- --- /usr/share/mysql/mysqld_multi.server 2012-12-04 00:37:31.0 +0100 +++ /etc/init.d/mysqld_multi 2012-12-06 23:12:24.0 +0100 @@ -14,8 +14,22 @@ # Version 1.0 # -basedir=/usr/local/mysql -bindir=/usr/local/mysql/bin +### BEGIN INIT INFO +# Provides: mysqld_multi mysql +# Required-Start: $local_fs $network $remote_fs $syslog +# Required-Stop: $local_fs $network $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: starting our several mysql daemons +# Description: n/a +### END INIT INFO + +PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin +NAME=mysqld_multi +DESC=mysqld_multi + +basedir=/usr +bindir=/usr/bin if test -x $bindir/mysqld_multi then signature.asc Description: OpenPGP digital signature
Bug#718419: flask-babel: new upstream version available
Source: flask-babel Version: 0.8-2 Severity: wishlist This bug serves as remainder that a new version of flask-babel is available. It depends on python-babel = 1.0, so this needs to be updated first. -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#718420: python-babel: new upstream version available
Source: python-babel Version: 0.9.6-1 Severity: wishlist Control: block 718419 by -1 python-babel has a new upstream [1] and version 1.3 has been released. Please package the new version since the new upstream version of flask-babel requires at least python-babel 1.0. Python 3.3 support has been added so it would be great to get a python3-babel package as well. Thank you for maintaing python-babel in Debian! [1] http://babel.pocoo.org/ -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#622336: udisks: wrong avahi service announcement: Remote Disk Management offered without sshd
Hello, AFAIU, udisks provides remote disk management over SSH (via udisks-tcp-bridge). The package announces the service event if there is no SSH server installed (the service is announced but not available). The /etc/avahi/services/udisks.service file should probably be moved into a separate package with a dependency on both ssh-server and udisks. In the meanwhile, you can comment the service out in this file if it bothers you: service-group !-- I don't want to announce this! -- !-- name replace-wildcards=yes%h/name service type_udisks-ssh._tcp/type port22/port /service -- /service-group -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages
On 07/31/2013 08:24 PM, Michael Biebl wrote: Am 31.07.2013 14:11, schrieb Thorsten Glaser: Package: general Severity: normal Ever since, I think, wheezy, tty1 is cleared at boot like tty2-6 are. This is bad because it obscures the last screenfull of bootmessages, at least 25 lines, but with framebugger console, a lot(!) more, which is very bad. I’ve got no idea which package is responsible for this change, hence filing against general. Please help by reassigning to the correct package and Cc’ing its maintainers (see #704984 for why this needs to be done manually currently). Use the getty --noclear parameter if you want to keep the messages. If this wasn't clear enough: sed -i 's|1:2345:respawn:/sbin/getty|1:2345:respawn:/sbin/getty --noclear|' /etc/inittab My understanding is that the latest version of getty changed its default behavior. I do agree that sysv* should have cope with the change though, and that a new (default) version of /etc/inittab should have been made, but at the same time this is annoying during upgrades if you changed anything in that file. So I understand that nothing has been done to address it. Probably best way would have been to patch getty to keep the old behavior, though now it's too late, and some may complain that in Jessie, we changed the behavior of Wheezy... So, let's close the issue, ok? Thomas P.S: It's a little bit too late to complain about this, IMO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647470: Upstream replied.
Upstream has replied in [0]: This is rather low priority for us right now, but I'd be happy to review a patch to fix it. [0] https://bugreports.qt-project.org/browse/QTBUG-32460?focusedCommentId=210848page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-210848 I definetely don't have the time to make a patch for this, so... patches welcomed :) Preferably directly upstream, as we will ask upstream in the end if they ACK it. -- No pienses que estoy loco, es sólo una manera de actuar De mí - Charly García Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#718421: foobillard: Upgrading to foobillardplus?
Package: foobillard Version: 3.0a-5 Severity: wishlist Hello Frank, I'm a member of the Debian Games Team. I would like to replace foobillard with foobillardplus, an enhanced version of this classic game. The new version fixes some outstanding bugs of the old version and it also has an improved GUI and some other goodies. http://foobillardplus.sourceforge.net/ Are you interested in continuing the package maintenance? Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#705493: [Pkg-ime-devel] Bug#705493: closed by YunQiang Su wzss...@gmail.com (Re: Bug#705493: hi)
On Wed, Jul 31, 2013 at 1:23 AM, Toni Mueller supp...@oeko.net wrote: On Tue, Jul 30, 2013 at 05:00:09PM +, Debian Bug Tracking System wrote: This is not a bug, you should use im-config to set proper env. include GTK_IM_MODULES, QT4_IM_MODULES etc I actually do this. I lose the ability to use fcitx in certain programs in the middle of a session, at random points. Like I work for, say, an hour, and suddenly, the ability to use fcitx with certain (console) programs goes away in the middle of said session. This is a bug in im-config, because im-config now launch input method after dbus is successfully initialized. But there is problem that it exports those environmental variables at that time, so that applications that have components spawned directly by the desktop dbus-daemon process will not have those environmental variables set. Thanks, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718403: libreoffice: python scripting language not supported after migration from 4.0.4-3 to 4.1.0-3
2013/7/31 Rene Engelhard r...@debian.org: [...] Well, if I create a new spreadsheet with 4.1.0-3, then menu Tools - Macros - Organize Macros - Python, I can't find any of my macros, which are in $HOME/.config/libreoffice/4/user/Scripts/python. And if I try to attach a macro to a button, I can only select LO macros, none of my python scripts appears. I only trigger the error using an existing spreadsheet with a macro already attached. So you'll find attached a simple spreadsheet, and Ehm, do I understand that right in that you mean that new spreadsheets with python macros work but only old ones fail? No, I mean that with a new spreadsheet I can't launch/attach a python macro, as if there was no python scripting support. But if I open one which already has a python macro attached (to a button like my attached file), I have the message. the script to put in $HOME/.config/libreoffice/4/user/Scripts/python : it works with LO 4.0.3-3 and python3.3-uno, and triggers the message with 4.1.0-3. OK, will try. (Note that if you use python3 you want to fix the shebang to actually tell that. I don't think that matters here as you say python-uno doesn't work either and I _think_ it's ran in the embedded python anyways..) Oops, I made those files quite rapidly, I'll fix that when I'll migrate my macros to python 3 ;) Regards, Sébastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718365: ITP: Testdrive -- run the daily Ubuntu ISO in a virtual machine
Hi, On Dienstag, 30. Juli 2013, Jackson Doak wrote: Description : run the daily Ubuntu ISO in a virtual machine Testdrive is a tool for running the daily Ubuntu ISO (an any ISOs you configure it for) in a virtual machine or on live USB. IMHO this description lacks info what virtualisation technic is used as well what exactly will it be running. Is that system just started or some test run or or or? It is made by canonical and already packaged in Ubuntu. this doesnt belong in the description. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#717130: I found a solution
I had to install gtk2-engines-pixbuf to get the GTK2 apps to use the default gnome theme (in my case adwaita). gtk2-engines-pixbuf is also recommended by gnome-themes-standard. I don't know if somehow debian should automatically install gtk2-engines-pixbuf if gnome-themes-standard is upgraded to achieve the same behavior as before. I think the issue can be closed. Kind regards Nate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711770: RFA: gedit-r-plugin
Hi Tobias, I'd like to help to maintain this package. Since this would only be the third package I work on, it seems likely that I would require some help (and a sponsor) from time to time. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705493: [Pkg-ime-devel] Bug#705493: Bug#705493: closed by YunQiang Su wzss...@gmail.com (Re: Bug#705493: hi)
Hi Aron, On Wed, Jul 31, 2013 at 09:34:08PM +0800, Aron Xu wrote: On Wed, Jul 31, 2013 at 1:23 AM, Toni Mueller supp...@oeko.net wrote: On Tue, Jul 30, 2013 at 05:00:09PM +, Debian Bug Tracking System wrote: This is not a bug, you should use im-config to set proper env. include GTK_IM_MODULES, QT4_IM_MODULES etc I actually do this. I lose the ability to use fcitx in certain programs in the middle of a session, at random points. Like I work for, say, an hour, and suddenly, the ability to use fcitx with certain (console) programs goes away in the middle of said session. This is a bug in im-config, because im-config now launch input method after dbus is successfully initialized. But there is problem that it exports those environmental variables at that time, so that applications that have components spawned directly by the desktop dbus-daemon process will not have those environmental variables set. I am not sure that I understand you. I run this script during my (console) login script (usually, ~/.bash_profile, as . ./bin/im-start): --- cut # get the desired config: sans= IME=scim echo -n Use Scim / IBUS / fcitx (default: fcitx)? read imeans case $imeans in scim) IME=scim ;; ibus) IME=ibus ;; |fcitx) IME=fcitx ;; *) echo Can't configure - setting IME to None IME=x ;; esac if [ X${IME} = Xscim ]; then XMODIFIERS=@im=SCIM export XMODIFIERS #GTK_IM_MODULE=scim GTK_IM_MODULE=xim QT_IM_MODULE=xim export GTK_IM_MODULE export QT_IM_MODULE im-config -n scim echo Configuring scim elif [ X${IME} = Xibus ]; then XMODIFIERS=@im=ibus export XMODIFIERS GTK_IM_MODULE=ibus QT_IM_MODULE=ibus export GTK_IM_MODULE export QT_IM_MODULE im-config -n ibus echo Configuring ibus elif [ X${IME} = Xfcitx ]; then XMODIFIERS=@im=fcitx export XMODIFIERS GTK_IM_MODULE=xim QT_IM_MODULE=xim export GTK_IM_MODULE export QT_IM_MODULE im-config -n fcitx echo Configuring fcitx else echo Unsupported input method, refuse to configure! fi --- cut After that, I run the appropriate daemon from my .xinit file before starting up the window manager. Therefore, every program should have the correct environment variables set. I just verified that im-config is also not a running process, so I currently do not understand how it could create havoc with my environment. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714219: libc6: crypt(3) returns NULL with EINVAL instead of falling back to DES, breaking software
retitle 714219 libc6: crypt(3) returns NULL with EINVAL instead of falling back to DES, breaking lots of software thanks As seen on LWN: xlock can crash due to this, leaving the screen unlocked. At this point I feel confirmed in requesting that, no matter what would actually be the “correct” action, a defensive patch to revert to the old behaviour (and, maybe, syslog) is urgently needed to be deployed. Who knows what else lurks. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518370: libapache2-mod-macro: please enable macro module during install
Hello This package does not enable the module when it is installed libapache2-mod-macro is no longer part of jessie. It will be reintroduced very soon, but only as a transitionnal package. mod_macro is now part of core apache modules, as of version 2.4. This also breaks other packages that depend on libapache2-mod-macro. If they want the module enabled, they have to do it themselves, and multiple such packages could step on each other. This is now what should be done. That transitional package will not stay forever. Moreover, I could not find any reverse dependency in sid. So I propose to close that bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718422: elvis: -c open at startup fails to start in open mode
Package: elvis Version: 2.2.0-11.1 Severity: normal Dear Maintainer, The man pages state the -c command should act like issuing :command after the first buffer has been opened. However, starting elvis with bash$ elvis -c open myfile.txt doen't actually switch to open mode like bash$ elvis myfile.txt :open does. I've tried it with +open, -c :open, and +:open, none of which switch to open mode in the same way as manually executing the :open ex command. Either the docs need to be updated to reflect what can/can't be issued as an ex command, or elvis should be updated to actually perform as advertised in the docs. -Tim Chase -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages elvis depends on: ii elvis-common 2.2.0-11.1 ii libc6 2.13-38 ii libncurses5 5.9-10 ii libx11-6 2:1.5.0-1+deb7u1 ii libxft2 2.3.1-1 ii libxpm4 1:3.5.10-1 elvis recommends no packages. Versions of packages elvis suggests: pn elvis-tools 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#718407: grinder: fails to install, trying to overwrite other packages files: /usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz
I consider this is a BioPerl element, copied in grinder. It should be removed from grinder and depend on bioperl (if not already the case). Olivier 2013/7/31 Andreas Tille ti...@debian.org Hi Andreas, thanks for your great QA work. On Wed, Jul 31, 2013 at 11:18:48AM +0200, Andreas Beckmann wrote: dpkg: error processing /var/cache/apt/archives/grinder_0.5.3-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz', which is also in package libbio-perl-perl 1.6.901-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/grinder_0.5.3-1_all.deb I've checked what files might be in common and here is a list: bioperl-1.6.901/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools bioperl-1.6.901/usr/share/perl5/Bio/DB: Fasta.pm bioperl-1.6.901/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm bioperl-1.6.901/usr/share/perl5/Bio/SeqFeature: Primer.pm bioperl-1.6.901/usr/share/perl5/Bio/Tools: IUPAC.pm grinder-0.5.3/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools grinder-0.5.3/usr/share/perl5/Bio/DB: Fasta.pm grinder-0.5.3/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm grinder-0.5.3/usr/share/perl5/Bio/SeqFeature: Primer.pm grinder-0.5.3/usr/share/perl5/Bio/Tools: IUPAC.pm I have also attached a diff diff -ubrN grinder-0.5.3 bioperl-1.6.901 to this mail were you can see the changes of the files that are shiped with grinder compeeting with potentially newer versions of bioperl. I wonder what bioperl experts might suggest whether we could simply drop the old copies inside Grinder or whether we need to do some other means to fix this problem. May be we should also contact the authors of Grinder but I'd ask for some internal opinions first. Kind regards Andreas. -- http://fam-tille.de -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#718423: [kile] Files and Projects view broken, with nested \input
Package: kile Version: 4:2.1.3-2 Severity: normal --- Please enter the report below this line. --- Hi. In the Files and Projects view, the tree of files breaks, when more than one level of nesting is done and the input'ed file is inside a subdirectory. To reproduce: - Create a new project (I use the scrreprt template to get a compilable file right away) with main.tex as main document. - create two new files (l1.tex, l2.tex) in a subdirectory of the project dir (I name the dir level1) and add them to the project - input l1.tex in main.tex - input l2.tex in l1.tex. - save everything Now the tree in the Files and Projects view should be: main.tex +-- l1.tex +-- l2.tex but kile seems to use the path from the input statement as a relative path from the position of the file which uses the input statement, where it should use a relative path from the position of the main document. So the resulting tree looks like this: l2.tex main.tex +-- l1.tex because kile cannot find the reference to l2.tex in l1.tex For clarification these would be the files: main.tex: --- \documentclass[a4paper,10pt]{scrreprt} \usepackage[utf8]{inputenc} % Title Page \title{} \author{} \begin{document} \maketitle \begin{abstract} \end{abstract} \input{level1/l1} \end{document} --- l1.tex --- \input{level1/l2} --- l2.tex can be empty. The directory structure is: $ ls -R .: level1 test.kilepr main.tex ./level1: l1.tex l2.tex if the level1/ part of the path in l1.tex's input is removed, kile recognizes the project structure, but obviously the document no longer compiles. I hope I explained the problem clearly. If there are any questions, I will do my best to answer them. Regards Andre Naujoks --- System information. --- Architecture: amd64 Kernel: Linux 3.10.0+ Debian Release: jessie/sid 500 unstable ftp.de.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-=== konsole | 4:4.8.4-3 texlive-latex-base | 2013.20130530-1 kde-runtime | 4:4.8.4-2+b1 libc6 (= 2.14) | libgcc1 (= 1:4.1.1) | libkdecore5 (= 4:4.4.95) | libkdeui5 (= 4:4.5.2) | libkfile4 (= 4:4.4.4) | libkhtml5 (= 4:4.4.4) | libkio5 (= 4:4.4.4) | libkjsapi4 (= 4:4.4.4) | libkparts4 (= 4:4.5.85) | libkrosscore4 (= 4:4.4.4) | libktexteditor4 (= 4:4.4.95) | libnepomuk4 (= 4:4.4.4) | libnepomukutils4 (= 4:4.5.85) | libphonon4 (= 4:4.2.0) | libqt4-dbus (= 4:4.5.3) | libqt4-network (= 4:4.5.3) | libqt4-script (= 4:4.5.3) | libqt4-svg (= 4:4.5.3) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libsoprano4 (= 2.1.1) | libstdc++6 (= 4.1.1) | Recommends (Version) | Installed ==-+-=== dvipng | 1.14-1+b2 ghostscript | 9.05~dfsg-8 imagemagick | 8:6.7.7.10-5 psutils | 1.17.dfsg-1 texlive | 2013.20130530-1 Suggests (Version) | Installed ===-+-=== aspell | 0.60.7~20110707-1 OR ispell | OR hspell | asymptote | context | dblatex | 0.3.4-3 kile-doc | kile-l10n | kbibtex | latex2html | 2008-debian1-10 lilypond | tex4ht | texlive-doc-base | 2012.20120611-1 texlive-xetex | 2013.20130530-1 zip | 3.0-7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718424: youtube-dl: nōn-deterministic filenames
Package: youtube-dl Version: 2013.07.10-1 Severity: normal The new version of youtube-dl prefixes the downloaded video with some random text followed by a hyphen-minus. This is not only undesirable but also dangerous… the 11-char video ID should be the first, both for tab completion and so people make room for the resulting files in their target directories. If you absolutely must add random text, put it *after* the ID. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages youtube-dl depends on: ii python 2.7.5-2 Versions of packages youtube-dl recommends: pn libav-tools | ffmpeg | ffprobe none ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2 pn rtmpdumpnone youtube-dl suggests no packages. -- no debconf information -- debsums errors found: sh: /usr/sbin/dpkg-divert: not found -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483788: /var/cache/git transition - no symlinks if not needed
reopen 483788 stop Hi Jonathan. Nice change, but I reopen it for now as I don't think the following is necessary: I haven't had any repos in /var/cache/git at all, but now on upgrade (and I even don't have gitweb or git-daemon-* installed), - /var/cache/git was removed and /var/lib/git added = fine - /var/lib/git# l total 8,2k drwxr-xr-x 2 root root 4,1k Jul 31 15:53 . drwxr-xr-x 86 root root 4,1k Jul 31 15:53 .. lrwxrwxrwx 1 root root 17 Jul 31 15:53 * - ../../cache/git/* = Why this strange symlink? Shouldn't that only be created if there actually were repos? Cheers, Chris. btw: In the changelog you should also mention that this fixes #708051 smime.p7s Description: S/MIME cryptographic signature
Bug#718407: grinder: fails to install, trying to overwrite other packages files: /usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz
Hi Olivier, On Wed, Jul 31, 2013 at 04:12:40PM +0200, olivier sallou wrote: I consider this is a BioPerl element, copied in grinder. It should be removed from grinder and depend on bioperl (if not already the case). This is what I suspected as well - but I was wondering whether it might be compatible with the rest of the perl code of grinder (which Depends from libbio-perl-perl) and while stripping of the affected files would come cheap I liked to ask here for other opinions. If you think it is safe to do so I could prepare a fix for uploading. Kind regards Andreas. 2013/7/31 Andreas Tille ti...@debian.org Hi Andreas, thanks for your great QA work. On Wed, Jul 31, 2013 at 11:18:48AM +0200, Andreas Beckmann wrote: dpkg: error processing /var/cache/apt/archives/grinder_0.5.3-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz', which is also in package libbio-perl-perl 1.6.901-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/grinder_0.5.3-1_all.deb I've checked what files might be in common and here is a list: bioperl-1.6.901/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools bioperl-1.6.901/usr/share/perl5/Bio/DB: Fasta.pm bioperl-1.6.901/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm bioperl-1.6.901/usr/share/perl5/Bio/SeqFeature: Primer.pm bioperl-1.6.901/usr/share/perl5/Bio/Tools: IUPAC.pm grinder-0.5.3/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools grinder-0.5.3/usr/share/perl5/Bio/DB: Fasta.pm grinder-0.5.3/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm grinder-0.5.3/usr/share/perl5/Bio/SeqFeature: Primer.pm grinder-0.5.3/usr/share/perl5/Bio/Tools: IUPAC.pm I have also attached a diff diff -ubrN grinder-0.5.3 bioperl-1.6.901 to this mail were you can see the changes of the files that are shiped with grinder compeeting with potentially newer versions of bioperl. I wonder what bioperl experts might suggest whether we could simply drop the old copies inside Grinder or whether we need to do some other means to fix this problem. May be we should also contact the authors of Grinder but I'd ask for some internal opinions first. Kind regards Andreas. -- http://fam-tille.de -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717988: libusb-1.0-0: upowerd deadlocks in libusb (maybe related to suspend/resume)
Seb asked me to follow up on this bug to let you know that this is still reproducible with libusb-1.0-0 2:1.0.16-2 in Ubuntu. $ dpkg -l libusb-1.0-0 upower Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libusb-1.0-0:a 2:1.0.16-2 amd64userspace USB programming library ii libusb-1.0-0:i 2:1.0.16-2 i386 userspace USB programming library ii upower 0.9.21-1 amd64abstraction for power management $ restarted upower after upgrading libusb; the problem didn't manifest immediately, but after a short while, a lid close did not suspend the laptop and a upower backtrace showed the libusb_exit/pthread_join hang. So this bug may not be fixed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#675577: Bug#718094: mpfr4: FTBFS: configure: error: gmp.h can't be found, or is unusable.
On Tue, Jul 30, 2013 at 04:05:10PM +0200, Vincent Lefevre wrote: On 2013-07-30 08:25:20 -0500, Steve M. Robbins wrote: On July 30, 2013 12:42:09 PM Vincent Lefevre wrote: (note that libmpfr-dev:i386 is not installable). I'm surprised you say that as it appears to have worked here. To my surprise, it appears even to be co-installable with the amd64 version: I thought there was a clash with gcc (or some other installed package), but this was apparently due to a bug in apt. Adding gcc to apt-get install libmpfr-dev:i386 solves the problem. Great, I'm glad you found a workaround for the problem. Still, it's odd that I did not see it. Earlier you made the point that you would like to use gcc -m32. So it turns out that the i386 and amd64 versions of libgmp-dev are now co-installable and with both installed, you can indeed compile in either 32- or 64-bit mode! Regards, -Steve signature.asc Description: Digital signature
Bug#718425: etckeeper: user.name/user.email from .gitconfig of sudoed user not working
Package: etckeeper Version: 1.6 Severity: minor Hello, The commit introduced the following change: + USER_HOME=$(perl -e 'print ((getpwnam(joey))[7])') + if [ -n $USER_HOME ] [ -e $USER_HOME/.gitconfig ]; then This doesn't work if the user isn't joey. $SUDO_USER should be used instead; but only if it's not empty. Regards Simon PS: I don't use sudo and just noticed it while looking through the changes in /etc, therefore no patch as I can't test it. -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 signature.asc Description: Digital signature
Bug#718407: [Debian-med-packaging] Bug#718407: grinder: fails to install, trying to overwrite other packages files: /usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz
On 07/31/2013 04:19 PM, Andreas Tille wrote: Hi Olivier, On Wed, Jul 31, 2013 at 04:12:40PM +0200, olivier sallou wrote: I consider this is a BioPerl element, copied in grinder. It should be removed from grinder and depend on bioperl (if not already the case). This is what I suspected as well - but I was wondering whether it might be compatible with the rest of the perl code of grinder (which Depends from libbio-perl-perl) and while stripping of the affected files would come cheap I liked to ask here for other opinions. If you think it is safe to do so I could prepare a fix for uploading. I suspect upstream did this to avoid needing complete bioperl dependency. Kind regards Andreas. 2013/7/31 Andreas Tille ti...@debian.org Hi Andreas, thanks for your great QA work. On Wed, Jul 31, 2013 at 11:18:48AM +0200, Andreas Beckmann wrote: dpkg: error processing /var/cache/apt/archives/grinder_0.5.3-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Bio::SeqFeature::Primer.3pm.gz', which is also in package libbio-perl-perl 1.6.901-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/grinder_0.5.3-1_all.deb I've checked what files might be in common and here is a list: bioperl-1.6.901/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools bioperl-1.6.901/usr/share/perl5/Bio/DB: Fasta.pm bioperl-1.6.901/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm bioperl-1.6.901/usr/share/perl5/Bio/SeqFeature: Primer.pm bioperl-1.6.901/usr/share/perl5/Bio/Tools: IUPAC.pm grinder-0.5.3/usr/share/perl5/Bio: DB PrimarySeqI.pm PrimarySeq.pm Seq SeqFeature Tools grinder-0.5.3/usr/share/perl5/Bio/DB: Fasta.pm grinder-0.5.3/usr/share/perl5/Bio/Seq: SeqFastaSpeedFactory.pm grinder-0.5.3/usr/share/perl5/Bio/SeqFeature: Primer.pm grinder-0.5.3/usr/share/perl5/Bio/Tools: IUPAC.pm I have also attached a diff diff -ubrN grinder-0.5.3 bioperl-1.6.901 to this mail were you can see the changes of the files that are shiped with grinder compeeting with potentially newer versions of bioperl. I wonder what bioperl experts might suggest whether we could simply drop the old copies inside Grinder or whether we need to do some other means to fix this problem. May be we should also contact the authors of Grinder but I'd ask for some internal opinions first. Kind regards Andreas. -- http://fam-tille.de -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717780: RFS: ruby-serverspec/0.7.1-1 [ITP] -- RSpec tests for your servers
hi, Thank you checking it! On Mon, Jul 29, 2013 at 9:07 PM, d...@debian.org wrote: ruby-serverspec: Newer version (0.7.2) available. debian/control: don't you use anonscm.debian.org repository? I'm considering to use github as its repository, so will do (after I could deal with it using git-buildpackage). cf. https://github.com/lurdan/serverspec debian/patches/fix-sample: remains template strings. I've updated the package on mentors: http://mentors.debian.net/debian/pool/main/r/ruby-serverspec/ruby-serverspec_0.7.2-1.dsc regards, -- KURASHIKI Satoru
Bug#718426: bash-completion: introduce a plain host-list from which hosts are completed in addition
Package: bash-completion Version: 1:2.0-1 Severity: wishlist Hi. Right now bash completes hosts from the built-in compgen, form ssh configs and some others. It would be nice to have an optional additional host list where one could specify hosts and/or addresses that it completes. Without the need of having them in SSH or mapping them in /etc/hosts. Perhaps this should also go directly into bash's compgen,.. not sure. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718424: youtube-dl: nōn-deterministic filenames
Hi. On Wed, Jul 31, 2013 at 11:16 AM, Thorsten Glaser t...@mirbsd.de wrote: The new version of youtube-dl prefixes the downloaded video with some random text followed by a hyphen-minus. That random text is also called the title of the video. This is not only undesirable but also dangerous… the 11-char video ID should be the first, both for tab completion and so people make room for the resulting files in their target directories. If you absolutely must add random text, put it *after* the ID. You can adjust the formatting to your heart's content by using the option -o, as described in the manpage's section OUTPUT TEMPLATE. I don't think that this is a bug. A change of behavior, yes. But a bug? Can you convince me? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717780: RFS: ruby-serverspec/0.7.1-1 [ITP] -- RSpec tests for your servers
On Wed, Jul 31, 2013 at 11:59:36PM +0900, Satoru KURASHIKI wrote: I'm considering to use github as its repository, so will do (after I could deal with it using git-buildpackage). cf. https://github.com/lurdan/serverspec i see. I've updated the package on mentors: http://mentors.debian.net/debian/pool/main/r/ruby-serverspec/ruby-serverspec_0.7.2-1.dsc uploaded. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#718427: [lintian] [new check] detect privacy breach like google adsens
Package: lintian Version: 2.5.14 Severity: wishlist Please detect google ad_sense in supplied documentation file for instance. I will implement it, before september. Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages
Le mercredi, 31 juillet 2013 15.17:57, Holger Levsen a écrit : reassign 718416 sysvinit thanks $ grep etc/inittab /var/lib/dpkg/info/* /var/lib/dpkg/info/sysvinit.postinst:if [ ! -f /etc/inittab ] /var/lib/dpkg/info/sysvinit.postinst: cp -p /usr/share/sysvinit/inittab /etc/inittab sysvinit didn't change in that regard for a long time. I think the bug belongs to util-linux which changed the getty implementation: util-linux (2.17.2-4) unstable; urgency=low (…) * Deliver agetty as both agetty and getty, preferring agetty. Closes: #117596 (…) -- LaMont Jones lam...@debian.org Fri, 24 Dec 2010 14:06:47 -0700 Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718427: Preliminary result
debian code search with return some interesting result. google_ad_client\s*=\s*\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718425: etckeeper: user.name/user.email from .gitconfig of sudoed user not working
Simon Ruderich wrote: The commit introduced the following change: + USER_HOME=$(perl -e 'print ((getpwnam(joey))[7])') + if [ -n $USER_HOME ] [ -e $USER_HOME/.gitconfig ]; then This doesn't work if the user isn't joey. $SUDO_USER should be used instead; but only if it's not empty. Wow, that's a screamer. ;) -- see shy jo signature.asc Description: Digital signature
Bug#718428: completion: diff -c tab should trigger labels
Package: mercurial Version: 2.6.2-1 Severity: minor Invoking completion after the -c argument to diff should invoke the labels (branches, tags, bookmarks, ...) completion, not file completion as it does now. Not sure if other mercurial commands have an equivalent -c argument, diff is the only one that comes to mind. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mercurial depends on: ii libc6 2.17-7 ii mercurial-common 2.6.2-1 ii python2.7.5-2 ii ucf 3.0027+nmu1 Versions of packages mercurial recommends: ii openssh-client 1:6.2p2-6 Versions of packages mercurial suggests: pn kdiff3 | kdiff3-qt | kompare | meld | tkcvs | mgdiff none pn qct none ii tk8.4 [wish] 8.4.20-1 ii tk8.5 [wish] 8.5.14-2 ii vim 2:7.3.923-3 -- 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#487388: [pkg-fgfs-crew] Bug#714260: Helping with flightgear package
Scott, On 07/29/2013 03:45 PM, Scott Howard wrote: You can use it if it helps, or ignore it if it doesn't. It was mostly for my own use. I've been really busy lately and haven't gotten around to packaging and uploading newer versions. I've pushed upstream/2.10.0 and an update to the debian packaging of it. It's based It's based on your changes. I hope that's okay. Obviously, it's not of much use without an updated simgear package, which flightgear depends on. I have updates for that ready as well, but am not sure where to push to. Can you please import the svn history of simgear into git and create a repository for it on collab-maint? (I'm just a DM - not sure where else I should request creation of a repo). Oh, and then there's fgfs-base as well. I don't think we want all that data in a git repo. How about a git repo for just the debian directory? that git repo uses git-buildpackage and a pristine-tar branch for generating tarballs, but again - whomever wants to do the work can do it how ever they like. I didn't ever use git-buildpackage so far... Shoud I have pushed something to the pristine-tar branch as well? Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#714229: reading configurations from ~/.fonts.conf is deprecated.
See also bug 1068549 on ubuntu, where there are suggestions on a possibile patch to improve the wording on this warning. https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/1068549 -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718429: ITP: patsy -- statistical models in Python using symbolic formulas
Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko deb...@onerussian.com * Package name: patsy Version : 0.1.0 Upstream Author : Nathaniel J. Smith n...@pobox.com * URL : http://github.com/pydata/patsy * License : BSD-2 Programming Lang: Python Description : statistical models in Python using symbolic formulas patsy is a Python library for describing statistical models (especially linear models, or models that have a linear component) and building design matrices. patsy is a dependency of upcoming new statsmodels release most probably post-release git snapshot will be packaged -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718409: Enable tests
On 2013-07-31 08:40, Jon Bernard wrote: * Robert Ancell robert.anc...@canonical.com wrote: Package: liburcu Version: 0.7.6-2 Tests were disabled in 0.0.4-1: liburcu (0.4.4-1) unstable; urgency=low * [8f2038] Add Vcs fields to debian/control * [a1415d] Imported Upstream version 0.4.4 * [73c8ab] Prevent dh_auto_test from running, target is broken -- Jon Bernard jbern...@debian.org Thu, 20 May 2010 22:21:00 -0400 They seem to run fine now - can they be re-enabled? If that's the case then absolutely yes. The current make check in urcu are more benchmark than real test and usually takes several hours to run. Not sure is the best idea to re-enable them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718430: pgloader: Config file option log_file not enforced
Package: pgloader Version: 2.3.3~dev3-1.1 Severity: normal Tags: upstream Hello, I discovered that the log_file configuration file option is not enforced, pgloader always writes to /tmp/pgloader.log regardless of to what it is set. The command line parameter --logfile is working properly though. To reproduce this bug, just take the example configuration file pgloader.conf provided with the tool and tweak the log_file settings, it will have no effect. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgloader depends on: ii python 2.7.5-2 ii python-psycopg2 2.4.5-1+b1 ii python-support 1.0.15 pgloader recommends no packages. pgloader 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#717774: Acknowledgement ([libmtp9] File names changed on copying)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Problem is only by copying files from MTP device to PC. To MTP Device are files names not changed. ._ _ _ _ | . _ |' _ | | |.-|| '| || || (_) - --- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iEYEARECAAYFAlH5Ne8ACgkQ6aU4/+gLeBm2fwCeKG1hZ80vLe0X2UQbSiTL1b1X bW0An25l/QEr2za3x0F9XsLOysNHEHsA =cnLf -END PGP SIGNATURE-
Bug#712745: Re: [Pkg-puppet-devel] Bug#712745: Bug#7712745: puppet: CVE-2013-3567
On 25/06/13 17:36, Raphael Geissert wrote: On 21 June 2013 17:07, Raphael Geissert geiss...@debian.org wrote: As promised via IRC, attached patch is a version that actually works. And now a patch to be applied on top of it to restore the compatibility of the reports. This patch isn't part of 2.7.18-5, which is currently in wheezy. We've had to roll our own update internally that includes the patch in order to correctly process reports from other servers. Are there any plans to push out a 2.7.18-6 update that includes CVE-2013-3567.fixup-for-v3.patch? Would a source debdiff to do this be welcome? Best regards, Chris -- Chris Boot Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716935: Mount of ISO image was successfully now
On Mittwoch, 31. Juli 2013, Bernhard wrote: I tested the installation from USB stick. With the new kernel 3.10, it works now. I'll close this bug report. Thanks, Bernhard! signature.asc Description: This is a digitally signed message part.
Bug#528975: [lintian] patch
Package: lintian Version: 2.5.14 control: tag -1 + patch Add patch From 991afac324cb0148a071bb3cad003eded389dc70 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com Date: Wed, 31 Jul 2013 18:32:34 +0200 Subject: [PATCH 2/2] Add testing of no multiarch old lib dir /lib32 /lib64 /libx32 and /usr counterpart are obsolete. Tag it. --- checks/files.desc |8 + checks/files.pm| 38 +--- t/tests/files-foo-in-bar/debian/debian/install |6 t/tests/files-foo-in-bar/desc |1 + t/tests/files-foo-in-bar/tags |6 5 files changed, 48 insertions(+), 11 deletions(-) diff --git a/checks/files.desc b/checks/files.desc index ad12175..dd26e12 100644 --- a/checks/files.desc +++ b/checks/files.desc @@ -532,6 +532,14 @@ Info: The Filesystem Hierarchy Standard forbids the installation of new files or directories in the root directory. Ref: fhs therootfilesystem +Tag: non-multiarch-lib-dir +Severity: important +Certainty: certain +Info: The following library use an old path (like /lib64 or /lib32) + instead of using multiarch path (like for instance + /lib/x86_64-linux-gnu/ or /lib/i386-linux-gnu/). +Ref: https://wiki.debian.org/Multiarch + Tag: subdir-in-bin Severity: serious Certainty: certain diff --git a/checks/files.pm b/checks/files.pm index 9f969ac..70dd9c4 100644 --- a/checks/files.pm +++ b/checks/files.pm @@ -22,6 +22,8 @@ package Lintian::files; use strict; use warnings; use autodie; +use v5.10; +use feature qw(switch); use File::Basename; @@ -561,10 +563,17 @@ foreach my $file ($info-sorted_index) { # FHS dirs elsif ($file !~ m,^usr/(?:X11R6|X386| bin|games|include| -lib|libx?32|lib64| +lib| local|sbin|share| src|spool|tmp)/,x) { -tag 'non-standard-dir-in-usr', $file; +given($file) { +when(m,^usr/lib(?:64|x?32)/,) { +tag 'non-multiarch-lib-dir', $file; +} +default { +tag 'non-standard-dir-in-usr', $file; +} +} } # unless $file =~ m,^usr/[^/]+-linuxlibc1/,; was tied into print @@ -666,20 +675,27 @@ foreach my $file ($info-sorted_index) { } # FHS directory? elsif ($file =~ m,^[^/]+/$,o and - $file !~ m,^(?:bin|boot|dev|etc|home|lib(?:64|x?32)?|mnt|opt|root|run|sbin|selinux|srv|sys|tmp|usr|var)/,o) { + $file !~ m,^(?:bin|boot|dev|etc|home|lib|mnt|opt|root|run|sbin|selinux|srv|sys|tmp|usr|var)/,o) { # Make an exception for the base-files package here and other similar # packages because they install a slew of top-level directories for # setting up the base system. (Specifically, /cdrom, /floppy, # /initrd, and /proc are not mentioned in the FHS). # -# Also make an exception for /emul, which is used for multiarch -# support in Debian at the moment. -tag 'non-standard-toplevel-dir', $file -unless $pkg eq 'base-files' -or $pkg eq 'hurd' -or $pkg eq 'hurd-udeb' -or $pkg =~ /^rootskel(?:-bootfloppy)?/ -or $file =~ m,^emul/,; +given($file) { +when(m,^lib(?:64|x?32)/,) { +tag 'non-multiarch-lib-dir', $file unless $pkg eq 'libc6'; +} +# Make an exception for /emul, which is used for multiarch +# support in Debian at the moment. +when(m,^emul/,) {} +default { +tag 'non-standard-toplevel-dir', $file +unless $pkg eq 'base-files' +or $pkg eq 'hurd' +or $pkg eq 'hurd-udeb' +or $pkg =~ /^rootskel(?:-bootfloppy)?/ +} +} } # compatibility symlinks should not be used diff --git a/t/tests/files-foo-in-bar/debian/debian/install b/t/tests/files-foo-in-bar/debian/debian/install index 6aca91d..057c19d 100644 --- a/t/tests/files-foo-in-bar/debian/debian/install +++ b/t/tests/files-foo-in-bar/debian/debian/install @@ -3,6 +3,9 @@ bar etc/gconf/schemas/ bar etc/rc.boot bar etc/rc.d bar etc/udev/rules.d +bar lib32 +bar lib64 +bar libx32 bar mnt/foo bar run/foo bar srv/foo @@ -10,6 +13,9 @@ bar tmp/foo bar usr/bin/foo bar usr/foo bar usr/lib/debug/ +bar usr/lib32 +bar usr/lib64 +bar usr/libx32 bar usr/lib/perl/ bar usr/lib/python2.6/ bar usr/lib/sgml diff --git a/t/tests/files-foo-in-bar/desc b/t/tests/files-foo-in-bar/desc index 712bfb2..9bc1248 100644 --- a/t/tests/files-foo-in-bar/desc +++
Bug#711545: [Pkg-fglrx-devel] Bug#711545: fglrx(0): Not enough video memory to allocate primary surface (frame buffer).
Upgraded to the testing version and the same issue persists. Installed packages: fglrx-atieventsd 1:13.4-2 fglrx-control 1:13.4-2 fglrx-driver 1:13.4-2 fglrx-modules-dkms 1:13.4-2 glx-alternative-fglrx 0.3.0 libfglrx:amd64 1:13.4-2 libfglrx-amdxvba1:amd64 1:13.4-2 libgl1-fglrx-glx:amd64 1:13.4-2 xvba-va-driver 0.8.0-8 Error: [ 640.566] (II) fglrx(0): [uki] DRM interface version 1.0 [ 640.566] (II) fglrx(0): [uki] created fglrx driver at busid PCI:5:0:0 [ 640.566] (II) fglrx(0): [uki] added 8192 byte SAREA at 0x1af6000 [ 640.566] (II) fglrx(0): [uki] mapped SAREA 0x1af6000 to 0x7fad99d74000 [ 640.566] (II) fglrx(0): [uki] framebuffer handle = 0x3000 [ 640.566] (II) fglrx(0): [uki] added 1 reserved context for kernel [ 640.566] (II) fglrx(0): swlDriScreenInit done [ 640.566] (II) fglrx(0): Kernel Module Version Information: [ 640.566] (II) fglrx(0): Name: fglrx [ 640.566] (II) fglrx(0): Version: 12.10.5 [ 640.566] (II) fglrx(0): Date: Mar 28 2013 [ 640.566] (II) fglrx(0): Desc: AMD FireGL DRM kernel module [ 640.566] (II) fglrx(0): Kernel Module version matches driver. [ 640.566] (II) fglrx(0): Kernel Module Build Time Information: [ 640.566] (II) fglrx(0): Build-Kernel UTS_RELEASE:3.2.0-4-amd64 [ 640.566] (II) fglrx(0): Build-Kernel MODVERSIONS:no [ 640.566] (II) fglrx(0): Build-Kernel __SMP__:no [ 640.566] (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 [ 640.566] (II) fglrx(0): [uki] register handle = 0x4000 [ 640.566] (II) fglrx(0): FIREGL Board Found [ 640.566] (EE) fglrx(0): Not enough video memory to allocate primary surface (frame buffer). [ 640.566] [ 640.566] Backtrace: [ 640.566] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7fad9f326d06] [ 640.566] 1: /usr/bin/Xorg (0x7fad9f1a8000+0x182859) [0x7fad9f32a859] [ 640.566] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fad9e4d+0xf030) [0x7fad9e4df030] [ 640.566] 3: /usr/lib/xorg/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7fad9ab026f2] [ 640.566] 4: /usr/lib/xorg/modules/drivers/fglrx_drv.so (xdl_xs112_atiddxDriCloseScreen+0x14d) [0x7fad9aa953fd] [ 640.566] 5: /usr/lib/xorg/modules/drivers/fglrx_drv.so (xdl_xs112_atiddxDriScreenInit+0x8fc) [0x7fad9aa94aac] [ 640.567] 6: /usr/lib/xorg/modules/drivers/fglrx_drv.so (xdl_xs112_atiddxScreenInit+0xc30) [0x7fad9aa8e7d0] [ 640.567] 7: /usr/bin/Xorg (AddScreen+0x189) [0x7fad9f1fb1f9] [ 640.567] 8: /usr/bin/Xorg (InitOutput+0x28e) [0x7fad9f2393fe] [ 640.567] 9: /usr/bin/Xorg (0x7fad9f1a8000+0x41d26) [0x7fad9f1e9d26] [ 640.567] 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7fad9d1f7ead] [ 640.567] 11: /usr/bin/Xorg (0x7fad9f1a8000+0x4219d) [0x7fad9f1ea19d] [ 640.567] [ 640.567] Segmentation fault at address 0x890 [ 640.567] Fatal server error: [ 640.567] Caught signal 11 (Segmentation fault). Server aborting Robert On Jul 7, 2013, at 4:42 PM, Michael Gilbert mgilb...@debian.org wrote: control: severity -1 important control: tag -1 upstream On Fri, Jun 7, 2013 at 2:43 PM, MrPetkus wrote: Package: fglrx-modules-dkms Version: 1:12-6+point-3 Justification: renders package unusable Severity: grave We have many HP x820 Workstations outfitted with AMD ATI FirePro v7900 video adapters each attached to 3 monitors in our control room. Users will be and are expected to log-in to these workstations throughout the day. When a user does either switch user or lock screen followed by switch user, the screen blacks-out and becomes unresponsive. Gdm3 cannot be restarted and the system needs to be rebooted. You may want to try the 13.4 or newer driver (available from testing) to see if things are any better. This is more of an issue with the upstream code, so you're best bet is to report your issues to their bug tracking system: http://ati.cchtml.com Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717819: RFS: rt-extension-calendar/0.17-1 [ITP] -- Calender View for Request Tracker
hi, On Mon, Jul 29, 2013 at 10:55 AM, Nobuhiro Iwamatsu iwama...@nigauri.orgwrote: I just upload this package. Thanks sponsoring it! regards, -- KURASHIKI Satoru
Bug#685298: Impossible to simultaneously install libtomcat7-java and libtomcat6-java
Can't we change libtomcat6-java and libtomcat7-java to keep those jars in /usr/share/tomcat6/ and /usr/share/tomcat7/ instead of /usr/share/java/ ? Having tomcat6 and tomcat7 on the same machine is a very common use case for Java developers. And eschewing The Eclipse Way in favor of The Debian Way is a very common use case for long time Debian users. :) Cheers, thanks, --Dave p.s. When the second tomcat is installed, the service will fail to start because port 8080 is in use by the first one. I vote to leave that behavior as-is. (Java devs will not see this as a problem.) We only need to ensure that 'failing to start the service' doesn't result in 'failing to finish package installation'. (We're probably already safe on that?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717184: Update
Hi all, Is there any news about this bug? I still can't install 3.10 with driver 319 (fails to build), and I can't revert to a previous driver (304) because it doesn't work with my graphics board. lspci 01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 750M] (rev a1) uname -a Linux endeavor 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux dpkg -l | grep nvidia ii glx-alternative-nvidia0.3.0 amd64allows the selection of NVIDIA as GLX provider ii libgl1-nvidia-glx:amd64 319.32-1 amd64NVIDIA binary OpenGL libraries ii libgl1-nvidia-glx:i386319.32-1 i386 NVIDIA binary OpenGL libraries ii nvidia-alternative319.32-1 amd64allows the selection of NVIDIA as GLX provider ii nvidia-driver 319.32-1 amd64NVIDIA metapackage ii nvidia-installer-cleanup 20130505+1 amd64cleanup after driver installation with the nvidia-installer ii nvidia-kernel-common 20130505+1 amd64NVIDIA binary kernel module support files ii nvidia-kernel-dkms319.32-1 amd64NVIDIA binary kernel module DKMS source ii nvidia-settings 319.32-1 amd64tool for configuring the NVIDIA graphics driver ii nvidia-support20130505+1 amd64NVIDIA binary graphics driver support files ii nvidia-vdpau-driver:amd64 319.32-1 amd64NVIDIA vdpau driver ii nvidia-xconfig304.88-1 amd64X configuration tool for non-free NVIDIA drivers ii xserver-xorg-video-nvidia 319.32-1 amd64NVIDIA binary Xorg driver Cheers
Bug#718018: ITP: haskell-swish -- semantic web toolkit
Hi, sorry, I have a hard time to follow what is happening here and what, if any, problems exist. Am Mittwoch, den 31.07.2013, 06:34 +0100 schrieb Philip Hands: Having just had a very frustrating conversation about this ITP with Jonas, it seems that he has only a passing familiarity with Haskell, did not bother to request packaging by the Debian Haskell Group (which to me as an outsider seems to be the natural home for such a package), and imagined that he was a member of DHG when he in fact is not (which seems bizarre, and a little worrying). I always have considered Jonas to be at least somewhat part of the Haskell group, by virtue of being the maintainer of pandoc, both a popular tool and an important Haskell library (judging from its position in the dependency graph). But indeed I don’t see him listed as a member of the pkg-haskell team; maybe we just did not talk about this enough. Jonas: How would you want your relation to the Haskell Group to be? Generelly, we (the DHG) would like to keep maintainer all Haskell packages, as a lot of talks involve _all_ Haskell libraries in the archive; coordination between different maintainers, and possibly even different packaging styles and releasing processes, would add a lot of unnecessary friction. So indeed someone should just tell us about the RFP (and how urgent it is) and we will react accordingly, as we have done in the past. On the other hand, he claims that it was always his intent to have the package team-maintained, Great, looks like things are in order. From first glance it seems that swish is non-trivial as it is both an executable, but also a library that is meant to be used by end-users (similar to xmonad and yi). Who of you now wants swish in Debian and can tell me more about how it ought to be presented to the user? I would also suggest that ftpmasters reject any haskell package uploaded by Jonas, at least until he bothers to have a reasonable discussion about the best way to proceed on the debian-haskell list. Sounds harsh; were you two at loggerheads? I could not find traces of your discussions, but generally I know that both of you can have reasonable discussions. Greetings, Joachim PS: d-haskell@l.d.o is the right address to discuss things with the DHG; pkg-haskell-maintainers is mainly used for automated mails, such as from dak and britney. -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#718383: kde-workspace-bin: suspend to ram is not working
Am Mittwoch, 31. Juli 2013, 00:03:58 schrieb Volker Groll: Package: kde-workspace-bin Version: 4:4.10.5-2 Severity: normal Dear Maintainer, for me the suspend to ram is not working neither the power button shows any reaction. After update to kde 4.10.5 the suspend to ram worked sometimes, since a few days it stopped completely. I can confirm this. Neither suspend to RAM to hibernate does work when triggered via Kickoff menu. The only thing I get in ~/.xsession-errors is: Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/50-user.conf, line 9: reading configurations from ~/.fonts.conf is deprecated. QDeclarativeExpression: Expression (function $model() { return sessions.model }) depends on non-NOTIFYable properties: ScreenLocker::SessionSwitching::model file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/components/Button.qml:194:5: QML Row: Bei der Fülloperation wurde eine potentielle Endlosschleife der Anker festgestellt. file:///usr/lib/kde4/imports/org/kde/plasma/extras/ScrollArea.qml:96: TypeError: Result of expression 'verticalScrollBar' [null] is not an object. file:///usr/lib/kde4/imports/org/kde/plasma/extras/ScrollArea.qml:120: TypeError: Result of expression 'horizontalScrollBar' [null] is not an object. But I think this is usual Plasma QML noise. powerdevil itself seems to run, because brightness is changing when the laptop is removed from docking station. pm-suspend is working as expected. sleep 10; pm-hibernate works as expected here. I use sleep in order to be able to lock the desktop before hibernating. […] -- System Information: […] Description: Ubuntu 11.04 Release: 11.04 Codename: natty Architecture: i386 (x86_64) Is this really an Ubuntu? Do you used mixed up packages? Debian should report something like: martin@merkaba:~ lsb_release -a LSB Version:security-4.0-amd64:security-4.0-noarch:security-4.1- amd64:security-4.1-noarch Distributor ID: Debian Description:Debian GNU/Linux unstable (sid) Release:unstable Codename: sid (I just have lsb-base, lsb-release and lsb-security installed.) Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Kernel seems to be Debian according to name. Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-workspace-bin depends on: martin@merkaba:~ apt-show-versions | egrep upower|kdebase|libqtgui|pm-utils kdebase-runtime:all/sid 4:4.10.5-1 uptodate libqtgui4:amd64/sid 4:4.8.5+dfsg-2 uptodate libqtgui4:i386/sid 4:4.8.5+dfsg-2 uptodate libupower-glib1:amd64/sid 0.9.21-1 uptodate pm-utils:all/sid 1.4.1-11 uptodate upower:amd64/sid 0.9.21-1 uptodate martin@merkaba:~ cat /proc/version Linux version 3.11.0-rc3-tp520 (martin@merkaba) (gcc version 4.8.1 (Debian 4.8.1-8) ) #24 SMP PREEMPT Mon Jul 29 09:58:09 CEST 2013 martin@merkaba:~ phoronix-test-suite system-info Phoronix Test Suite v4.6.0 System Information Hardware: Processor: Intel Core i5-2520M @ 3.20GHz (4 Cores), Motherboard: LENOVO 42433WG, Chipset: Intel 2nd Generation Core Family DRAM, Memory: 8192MB, Disk: 300GB INTEL SSDSA2CW30 + 30GB INTEL SSDMCEAC03, Graphics: Intel 2nd Generation Core Family IGP, Audio: Conexant CX20590, Network: Intel 82579LM Gigabit Connection + Intel Centrino Advanced-N 6205 Software: OS: Debian unstable, Kernel: 3.11.0-rc3-tp520 (x86_64), Desktop: KDE 4.10.5, Display Server: X Server 1.12.4, Display Driver: intel 2.20.14, OpenGL: 3.0 Mesa 9.1.4, Compiler: GCC 4.8, File-System: btrfs, Screen Resolution: 1920x1080 Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717036: crash: truncates filenames in error messages?
Hi Timo, Thanks for debugging this! Do you want to submit the patch to crash upstream directly yourself or would you like me to do it for you? Troy On 07/24/13 09:54, Timo Juhani Lindfors wrote: Hi, the attached patches fix the valgrind issue and now my bug seems to be gone too. Have you managed to upstream the format string fixes btw? I'd really like to see upstream git repository but last time I couldn't find it. There's at least one remaining valgrind issue: ==31166== Source and destination overlap in strcpy(0x7fefffea2, 0x7fefffea4) ==31166==at 0x4C2CA05: __GI_strcpy (mc_replace_strmem.c:439) ==31166==by 0x479DB3: pages_to_size (tools.c:5312) ==31166==by 0x4A80C4: get_memory_size (memory.c:11888) ==31166==by 0x4FC1C1: display_sys_stats (kernel.c:4706) ==31166==by 0x463A64: main_loop (main.c:678) ==31166==by 0x74CEC2: current_interp_command_loop (interps.c:326) ==31166==by 0x74E171: captured_command_loop (main.c:258) ==31166==by 0x74BB5F: catch_errors (exceptions.c:557) ==31166==by 0x74F793: captured_main (main.c:1064) ==31166==by 0x74BB5F: catch_errors (exceptions.c:557) ==31166==by 0x74F7E1: gdb_main (main.c:1079) ==31166==by 0x74F839: gdb_main_entry (main.c:1099) ==31166== If you look at the code it is obvious that strcpy is called with overlapping arguments. -Timo From ddf40d625a7bd8771e7009d22f4b2ab1d8458589 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Wed, 24 Jul 2013 09:37:10 +0300 Subject: [PATCH 1/3] add patch --- debian/patches/bug-717036.patch | 38 ++ 1 file changed, 38 insertions(+) create mode 100644 debian/patches/bug-717036.patch diff --git a/debian/patches/bug-717036.patch b/debian/patches/bug-717036.patch new file mode 100644 index 000..977a53d --- /dev/null +++ b/debian/patches/bug-717036.patch @@ -0,0 +1,38 @@ +--- a/kernel.c b/kernel.c +@@ -218,21 +218,29 @@ + + strncpy(buf, kt-utsname.release, MIN(strlen(kt-utsname.release), 65)); + if (ascii_string(kt-utsname.release)) { ++char separator; ++ + p1 = p2 = buf; + while (*p2 != '.') + p2++; + *p2 = NULLCHAR; + kt-kernel_version[0] = atoi(p1); + p1 = ++p2; +-while (*p2 != '.') ++while (*p2 != '.' *p2 != '-' *p2 != '\0') + p2++; ++separator = *p2; + *p2 = NULLCHAR; + kt-kernel_version[1] = atoi(p1); +-p1 = ++p2; +-while ((*p2 = '0') (*p2 = '9')) +-p2++; +-*p2 = NULLCHAR; +-kt-kernel_version[2] = atoi(p1); ++*p2 = separator; ++if (*p2 == '.') { ++p1 = ++p2; ++while ((*p2 = '0') (*p2 = '9')) ++p2++; ++*p2 = NULLCHAR; ++kt-kernel_version[2] = atoi(p1); ++} else { ++kt-kernel_version[2] = 0; ++} + + if (CRASHDEBUG(1)) + fprintf(fp, base kernel version: %d.%d.%d\n, -- 1.8.3.2 From 5f1c1ed408fc06bdaef9889743e76ff264bcc911 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Wed, 24 Jul 2013 09:37:16 +0300 Subject: [PATCH 2/3] update series --- debian/patches/series | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/patches/series b/debian/patches/series index b543023..b7091c7 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ 01-format-strings.patch 02-format-strings_additional.patch +bug-717036.patch -- 1.8.3.2 From d27e89e9c9109a1b214a2d068e5f63908dcdb9df Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Wed, 24 Jul 2013 09:37:21 +0300 Subject: [PATCH 3/3] update changelog --- debian/changelog | 8 1 file changed, 8 insertions(+) diff --git a/debian/changelog b/debian/changelog index e1b3d6b..b3c25ea 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +crash (7.0.1-3lindi1) UNRELEASED; urgency=low + + * Add patch to cope with kernel version numbers that only have two +parts (e.g. 3.8): +- bug-717036.patch + + -- Timo Juhani Lindfors timo.lindf...@iki.fi Wed, 24 Jul 2013 09:33:08 +0300 + crash (7.0.1-3) unstable; urgency=low * Updated format-strings patch to cover additional architectures -- 1.8.3.2 signature.asc Description: Digital signature