Bug#705023: Fix to #705023
On 12 December 2013 21:29, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: I am triying to fix #705023. I forked the main corosync packaging git repo and pushed a commit to mine. I'm sorry, I miss that the source package version you had in the git repo was 1.4.2-3, instead of the latest 2.3.0-1. My patch was for 1.4.2-3 and should be for 2.3.0-1. I will fix this situation and let you know. Are you packaging somewhere other than [0] ? Regards. [0] http://anonscm.debian.org/gitweb/?p=debian-ha/corosync.git;a=summary -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729515:
Control: severity -1 grave I'd rather not have gdcm with jar compiled with java 1.6 for jessie, but again gdcm 2.4.1-1 may have transitionned by then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729748:
Control: severity -1 serious this should be fixed for jessie. technically gdcm 2.4.1-1 will (may?) have transitionned by then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732041: ITP: libvmod-throttle -- Throttling module for Varnish
]] Jérémy Lal Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: libvmod-throttle Version : 0+gitbf290da You probably want to put a date in that version number so you're sure it increases over time. Description : Throttling module for Varnish This varnish module allows throttling by setting rate limits on string keys built out of VCL variables. What are your plans on how to build this, given Varnish 3.x doesn't ship the necessary headers to compile vmods? (It's there in v4, mind.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732047: Purging inn2 destroys /var/lib/news even if inn2-lfs is installed
Package: inn2 Severity: critical As subject. Having done the following, over a period of time: install inn2 discover it doesn't work at all (bug 655748) remove inn2 install inn2 purge inn2 The result is that the active, history and newsgroups files are deleted without warning. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732034: bison: FTBFS: mv: cannot stat 'examples/extracted.stamp.tmp': No such file or directory
On Thu, Dec 12, 2013 at 10:42 AM, Sven Joachim svenj...@gmx.de wrote: It seems there is a problem with parallel builds, I could reproduce it with dpkg-buildpackage -j2, but not in a non-parallel build. The race condition seems to be triggered by the inability to extract program examples from the info file (because bison.info in the bison Debian package is empty - the actual file had been moved to bison-doc due to DFSG non-compliance). I created a patch to disable example code extraction in the makefile, which seem to have fixed parallel builds. The patch still needs some work, and I will try to upload a fixed package over the weekend. Thanks, -- Chuan-kai Lin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711515:
Solution is instead to replace CMAKE_BUILD_TYPE:STRING=RelWithDebInfo | Release | Debug ... with CMAKE_BUILD_TYPE:STRING=None This makes sure CFLAGS/CXXFLAGS sets by user are actully being used (and only those as per debian requirement). Having CMAKE_BUILD_TYPE sets to a value solve also issue where CMAKE_BUILD_TYPE may be tested for definition, see http://bugs.debian.org/730636#27 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711744: [Pkg-gnupg-maint] Bug#711744: [gnupg] Please check signature files when getting new orig.tar.gz
On Thu, December 12, 2013 21:35, Franz Schrober wrote: Thanks, However, this doesn't work for me. If I put random data in the .pgp file it will download the orig.tar.gz blindly. Is this expected? (I'm using sid.) What *.pgp? The watch file was configured to scan for *sig files. And yes, the debian/upstream-signing-key.pgp has to be a valid keyring (which the debian package maintainer provides) and is the one which is used to check against. I don't think the author intended that it can be invalid but it should still download it and tell you that it is an invalid packet and warn you about it. Well, the idea of making it invalid was to see if the download would actually fail on that. I've Cc'ed the author of this feature to discuss it with you. But I just checked it with following scenario: 1. write a correct watchfile + debian/upstream-signing-key.pgp 2. test it (should download both signature and file) 3. change the debian/watch to a wrong ending 4. delete previous downloaded files 5. use uscan again 6. look weird around because the file still exists even when the signature could not be checked because of this 404. It also doesn't generate a failure returncode Thanks. In any case, given the seemingly endless supply of security bugs being discovered in uscan I'm going to hold off on this for a while now. cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732048: CMAKE_BUILD_TYPE:STRING=RelWithDebInfo
Package: camitk Because of #711515 please change code in debian/rules from: CMAKE_BUILD_TYPE:STRING=RelWithDebInfo into CMAKE_BUILD_TYPE:STRING=None Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732049: --addn-hosts doesn't work
Package: dnsmasq Version: 2.68-1 I wish to inform you that it doesn't work. # cat /etc/hosts.wiki 127.0.0.1 abj.jidanni.org radioscanningtw.jidanni.org transgender-taiwan.org mysql.transgender-taiwan.org # dnsmasq -d --addn-hosts=/etc/hosts.wiki [1] 8957 dnsmasq: started, version 2.68 cachesize 150 dnsmasq: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth dnsmasq: reading /etc/resolv.conf dnsmasq: using nameserver 168.95.1.1#53 dnsmasq: using nameserver 168.95.192.1#53 dnsmasq: read /etc/hosts - 16 addresses dnsmasq: read /etc/hosts.wiki - 1 addresses 16:45 bin# resolveip transgender-taiwan.org IP address of transgender-taiwan.org is 67.205.46.124 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731093: [Pkg-dspam-misc] Bug#731093: (no subject)
Le dimanche 8 décembre 2013, 00:01:05 Thomas Preud'homme a écrit : So from what Adrien showed me, it seems with -11 there is an INSERT being done with: E'\\x...' while with -12 it becomes: E'\x...'. So there seems to be some escaping issue. I'll be busy tomorrow but I'll look into it monday and I hope this is enough clue for me to find out what's the problem here. Sorry, I got distracted by another project of mine and real life issue. So I'm not sure about why there is only a single backslash for bytea values as string litteral but two backslashes are clearly necessary. Indeed, the two backslashes are first interpreted by the string litteral parser which leads to a single escape in the result, something of the form '\x...'. Then this is parsed by the bytea input which transform it into a sequence of bytes. Adrien, are you familiar with gdb? If yes, would you mind helping me debug this issue? We could set up a meeting on IRC which would be the most convenient way to do it or do it over email (that would be a bit slower but allow for more asynchronism between us). Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717722: chromium: Unable to print with lpr gtk-print-backend set
Control: unarchive -1 Hi Mike Thanks a lot for having included this in chromium-browser in unstable. Do you see a chance of it having it also included in one future upload for wheezy? (If Stable release managers agree obviously). Thanks for considering, Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731742: Re-install of rsyslog fixed my problem
Hello, Yesterday I did an apt-get purge and install of rsyslog and since then rsyslog is working again. This both means that my own problem is solved, but also that it will be very hard to diagnose this bug any further. If I can do anything to help, please let me know, but feel free to close this bug.
Bug#721622: More changes needed for libfreeradius-client2
It seems just linking against libfreeradius-client2 is not sufficient, we also need to change the default RADIUS configuration path in the asterisk code. If libfreeradius-client2 tries to load the old configuration file (/etc/radiusclient-ng/radiusclient.conf) it bombs with a segfault: #0 0x7fffab126f38 in rc_conf_int () from /usr/lib/x86_64-linux-gnu/libfreeradius-client.so.2 #1 0x7fffab127108 in test_config () from /usr/lib/x86_64-linux-gnu/libfreeradius-client.so.2 #2 0x7fffab127605 in rc_read_config () from /usr/lib/x86_64-linux-gnu/libfreeradius-client.so.2 #3 0x7fff9fb011d1 in load_module () at cdr_radius.c:268 #4 0x004cf590 in start_resource (mod=0xefa870) at loader.c:845 #5 0x004d0300 in start_resource (mod=optimized out) at loader.c:1037 #6 load_resource_list (load_order=load_order@entry=0x7fffc480, global_symbols=global_symbols@entry=0, mod_count=mod_count@entry=0x7fffc47c) at loader.c:1047 #7 0x004d0605 in load_modules (preload_only=preload_only@entry=0) at loader.c:1200 #8 0x00426ded in main (argc=optimized out, argv=optimized out) at asterisk.c:4239 Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732050: Preconfigure /var/log and /run directory for run vassals (running as www-data)
Package: uwsgi-emperor Version: 1.9.17.1-5 I have two suggestions for making it a bit easier to setup the vassals: 1. Make /var/log/uwsgi/ writable/owned by www-data so the vassals can write a log file in there. Or perhaps add /var/log/uwsgi/vassals writable/owned by www-data. 2. Make sure /run/uwsgi/ or /run/uwsgi-emperor/ is created and writable by www-data so there is a place to put the vassal socket files. I don't know if there's an official way to do this, but something along this works for me /bin/mkdir -p /run/uwsgi /bin/chown www-data:www-data /run/uwsgi For the record, I'm using a template like the following and just symlinking it for the various webapps I deploy (I have nginx set up in front): [uwsgi] chdir = /home/django/%n touch-reload = /home/django/%n/%n/wsgi.py module = %n.wsgi socket = /run/uwsgi/%n.sock master = true logto = /var/log/uwsgi/vassals/%n.log Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728936: Bug#731939: debian-installer: USB input not functioning during install
Hello Rick, I startet the rescue mode and after failed networking access I switched to the console. There I can call lsmod, but I did not found lsusb. But I found the last dmesg protocol from that hardware with Linux version 3.2.0-44-generic (buildd@akateko) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #69-Ubuntu SMP Thu May 16 17:35:01 UTC 2013 (Ubuntu 3.2.0-44.69-generic 3.2.44). I send the file to Rick only, because I do not know, if it is a good idea to make the complete file public. Here the modules from actual testing: Module Size Used by rtl8192cu 66216 0 rtl_usb17592 1 rtl8192cu rtlwifi50404 2 rtl_usb,rtl8192cu rtl8192c_common40089 1 rtl8192cu mac80211 416244 3 rtl_usb,rtlwifi,rtl8192cu cfg80211 377915 2 mac80211,rtlwifi rfkill 18978 1 cfg80211 e1000e190982 0 ptp17460 1 e1000e pps_core 13153 1 ptp nls_utf8 12456 1 isofs 38972 1 thermal17468 0 fan12681 0 thermal_sys27268 2 fan,thermal usb_storage52036 0 hid_generic12393 0 usbhid 44656 0 hid93907 2 hid_generic,usbhid sg 29971 0 sr_mod 21898 1 sd_mod 44300 0 crc_t10dif 12348 1 sd_mod cdrom 39232 1 sr_mod ahci 25096 1 libahci27121 1 ahci libata169120 2 ahci,libahci scsi_mod 178166 5 sg,usb_storage,libata,sd_mod,sr_mod xhci_hcd 89949 0 ehci_pci 12472 0 ehci_hcd 44263 1 ehci_pci usbcore 154038 7 rtl_usb,usb_storage,ehci_hcd,ehci_pci,usbhid,rtl8192cu,xhci_hcd usb_common 12440 1 usbcore Am 12.12.2013 22:44, schrieb Rick Thomas: Manfred and Jason, It would help a lot if each of you please reply-all to this with the output of (as root -- and with the USB keyboard and mouse plugged in to the machine) lsusb -v and lsmod That may help tell what USB/HCI driver is needed for your devices. Thanks! Rick On Dec 12, 2013, at 10:57 AM, Ben Hutchings b...@decadent.org.uk wrote: On Thu, Dec 12, 2013 at 06:11:12PM +0100, Andreas Cadhalpun wrote: Hi, I noticed one difference between my and Manfred's setup to Jason's: It seems USB input works now on Intel hardware (hadn't worked in the past), but not on AMD hardware (and also not on PowerPC). Can someone else with AMD and/or Intel hardware test this hypothesis? I seriously doubt that this is the important difference. These bugs are probably duplicates of #730789: the OHCI driver (ohci-pci, previously called ohci-hcd) is missing. I believe that breaks: - All devices in USB 1.x ports (except in systems with UHCI) - Low speed and full speed devices in USB 2.0 ports But these should still work: - High speed devices in USB 2.0 ports (handled by ehci-pci) - All devices in USB 3.0 ports (handled by xhci) Keyboards and mice are generally low speed or full speed, but a keyboard with a built-in hub might be high speed. -- COMPARAT Software-Entwicklungs-GmbH Prießstraße 16 23558 Lübeck Telefon: 0451/479 56 60 Geschf: Manfred Rebentisch AG Lübeck, HRB 3559 Web: http://www.comparat.de Die Cards: https://cards.athesios.de Der Cards-Film: http://www.youtube.com/watch?v=siZaciL6mdg Businessplattform: https://www.athesios.de Lübeck: http://www.luebeck-info.com Twitter: http://twitter.com/COMPARAT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542154: /etc/modprobe.d/hostap-utils should have .conf
Is this bug solved? It is in Ubuntu repo. Let's follow. Teco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732051: evince: Triggers bug message in libpixman-1
Package: evince Version: 3.10.0-1 Severity: minor Hello, additionally to the messages by evince that I'm already used to[1] there are new messages saying: *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug When doing as requested the following backtrace can be generated: #0 0x71373150 in _pixman_log_error () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 No symbol table info available. #1 0x713702c6 in pixman_region32_init_rect () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 No symbol table info available. #2 0x755d338a in cairo_region_union_rectangle () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 No symbol table info available. #3 0x7fffe853df05 in ?? () from /usr/lib/evince/4/backends/libpdfdocument.so No symbol table info available. #4 0x7fffe853dff1 in ?? () from /usr/lib/evince/4/backends/libpdfdocument.so No symbol table info available. #5 0x772176d6 in ev_job_page_data_run () from /usr/lib/libevview3.so.3 No symbol table info available. #6 0x77218eca in ev_job_thread_proxy () from /usr/lib/libevview3.so.3 No symbol table info available. #7 0x746dd1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 No symbol table info available. #8 0x73f47e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #9 0x73c7c9ed in clone () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. I see that this backtrace isn't as usuable as it could be. I have evince-dbg installed, so I don't know why there is no symbol table info available for e.g. /usr/lib/evince/4/backends/libpdfdocument.so. For /usr/lib/libevview3.so.3 the problem might be that evince-dbg ships /usr/lib/debug/usr/lib/libevview3.so.3.0.0, but not /usr/lib/debug/usr/lib/libevview3.so.3. I don't have a recipe that triggers that bug reliably. If you have problems to reproduce I can provide you a document that seem to trigger it from time to time (that is usually after 1 min of browsing). Best regards Uwe [1] following types are available: - GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT(object)' failed - failed to look up $somehexnumber -- System Information: Debian Release: 7.2 APT prefers proposed-updates APT policy: (900, 'proposed-updates'), (900, 'oldstable-updates'), (900, 'oldstable-proposed-updates'), (900, 'stable'), (900, 'oldstable'), (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii libatk1.0-02.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libevdocument3-4 3.10.0-1 ii libevview3-3 3.10.0-1 ii libgail-3-03.8.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libice62:1.0.8-2 ii libnautilus-extension1a3.8.2-2 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-01.36.0-1 ii libsecret-1-0 0.15-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii shared-mime-info 1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages evince recommends: ii dbus-x11 1.6.8-1+deb7u1 ii gvfs 1.16.3-1+b2 Versions of packages evince suggests: ii nautilus 3.8.2-2 ii poppler-data 0.4.5-10 pn unrar 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#724549: rhythmbox-ampache: Python traceback on activation.
svn 34 doesn't work with latest rhytmnbox and python to fix: * checkout the right branch svn checkout http://rhythmbox-ampache.googlecode.com/svn/branches/for_rhythmbox-gtk+3/ rhythmbox-ampache-read-only * and copy needed files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732042: Fixed in 4.8.2-8
This diff in Debian revision 4.8.2-8 appears to fix the issue: --- /usr/include/c++/4.8/bits/stl_algo.h2013-10-17 17:27:51.0 +0200 +++ /srv/chroot/experimental/usr/include/c++/4.8/bits/stl_algo.h 2013-12-04 02:06:03.0 +0100 @@ -2279,7 +2279,7 @@ _RandomAccessIterator __last) { _RandomAccessIterator __mid = __first + (__last - __first) / 2; - std::__move_median_to_first(__first, __first + 1, __mid, (__last - 2)); + std::__move_median_to_first(__first, __first + 1, __mid, __last - 1); return std::__unguarded_partition(__first + 1, __last, *__first); } @@ -2291,7 +2291,7 @@ _RandomAccessIterator __last, _Compare __comp) { _RandomAccessIterator __mid = __first + (__last - __first) / 2; - std::__move_median_to_first(__first, __first + 1, __mid, (__last - 2), + std::__move_median_to_first(__first, __first + 1, __mid, __last - 1, __comp); return std::__unguarded_partition(__first + 1, __last, *__first, __comp); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732052: libfreeradius-client2: rc_read_config crashes if radius_deadtime is not set
Package: libfreeradius-client2 Version: 1.1.6-6 Severity: important libfreeradius-client introduced a radius_deadtime configuration option which was not present in libradiusclient-ng. If this option is not set, the rc_read_config method crashes with a SEGFAULT. This is likely to be problematic for users migrating from the libradiusclient-ng library if they have customised their RADIUS client configuration file. Please consider falling back to the default configuration option (radius_deadtime = 0). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libfreeradius-client2 depends on: ii libc6 2.17-97 ii multiarch-support 2.17-97 libfreeradius-client2 recommends no packages. libfreeradius-client2 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#731989: ibus 1.5.4-1 makes all window stalling
Hi, Yes, I already using the 'apt-get dist-upgrade' to upgrade the whole system. I don't use GNOME3, I use lxde instead. OK. GNOME3 had change in keyboard input system. New ibus follows it. (fcitx, scim did not). LXDE may be the reason. Possibly, KDE, XFCE may also suffer. It could be fundamental problem. From the strace, lots of 'futex' call can be found. I could post the strace log for you if you need it. Too complicated for me to parse. This is something you may wish to talk to upstream once cause is found. Hmm... I think I would fallback to the older version of ibus. Possible... No. Here, I mean: 'right click on the ibus icon in the system tray and select the 'Quit' item in the pop-up menu'. By the way, what ibus subpackage do you use? ibus-anthy, ibus-pinyin, ...? Problem may be there. Since not many chinese package, I compiled them but not much used by me since I do not know how... Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732053: ITP: fsyringe -- a command line tool to inject or extract data from a file.
package: wnpp Severity: wishlist Owner: 'Fernando Iazeolla' xna...@yahoo.it *Package Name : fsyringe Version : 0.1 Upstream Author : Fernando Iazeolla. *URL : http://github.com/elboza/fsyringe *License : GPL *Description : a command line tool to inject or extract data from a file. I am packaging metar . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717313: lvm2: Enable issue_discards = 1 automatically on non-rotational (SSD) disks?
tag 717313 patch thanks Petter Reinholdtsen [2013-07-19 10:43 +0200]: According to several recipes on how to set up Linux on a SSD disk, LVM need to be reconfigured to issue discard (aka TRIM) instructions to the underlying storage device. This is done by modifying /etc/lvm/lvm.conf and setting issue_discards = 1 in the devices section. Why not set the option automatically when the underlying device is not rotational? The documentation says that the option has no effect if the kernel or the drive don't support it, so I don't see why we shouldn't just enable this by default? I attach the Ubuntu debdiff for reference, although it's fairly trivial. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru lvm2-2.02.98/debian/changelog lvm2-2.02.98/debian/changelog --- lvm2-2.02.98/debian/changelog 2013-09-16 11:48:04.0 +0200 +++ lvm2-2.02.98/debian/changelog 2013-12-13 10:52:23.0 +0100 @@ -1,3 +1,13 @@ +lvm2 (2.02.98-6ubuntu2) trusty; urgency=medium + + * Add enable-issue-discards.patch: Enable issue_discards option by default +to trim SSDs when changing PVs. This option has no effect if the kernel or +the drive does not support trimming, so it's safe to enable by default. +[https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming] +(Closes: #717313) + + -- Martin Pitt martin.p...@ubuntu.com Fri, 13 Dec 2013 10:51:54 +0100 + lvm2 (2.02.98-6ubuntu1) saucy; urgency=low * Merge from Debian unstable, remaining changes: diff -Nru lvm2-2.02.98/debian/patches/enable-issue-discards.patch lvm2-2.02.98/debian/patches/enable-issue-discards.patch --- lvm2-2.02.98/debian/patches/enable-issue-discards.patch 1970-01-01 01:00:00.0 +0100 +++ lvm2-2.02.98/debian/patches/enable-issue-discards.patch 2013-12-13 10:51:47.0 +0100 @@ -0,0 +1,20 @@ +Description: Enable issue_discards option by default + to trim SSDs when changing PVs. This option has no effect if the kernel or the + drive does not support trimming, so it's safe to enable by default. + See also https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming +Author: Martin Pitt martin.p...@ubuntu.com +Bug-Debian: http://bugs.debian.org/717313 + +Index: lvm2-2.02.98/doc/example.conf.in +=== +--- lvm2-2.02.98.orig/doc/example.conf.in 2013-12-13 10:43:03.0 +0100 lvm2-2.02.98/doc/example.conf.in 2013-12-13 10:49:09.471664140 +0100 +@@ -196,7 +196,7 @@ + # to 1, discards will only be issued if both the storage and kernel provide + # support. + # 1 enables; 0 disables. +-issue_discards = 0 ++issue_discards = 1 + } + + # This section allows you to configure the way in which LVM selects diff -Nru lvm2-2.02.98/debian/patches/series lvm2-2.02.98/debian/patches/series --- lvm2-2.02.98/debian/patches/series 2013-09-16 11:22:10.0 +0200 +++ lvm2-2.02.98/debian/patches/series 2013-12-13 10:48:28.0 +0100 @@ -8,3 +8,4 @@ dm-event-api.patch monitoring-default-off.patch missing-dmeventd.patch +enable-issue-discards.patch signature.asc Description: Digital signature
Bug#731280: genshi 0.7, Python 3, and bug #731280
Hi, Barry Warsaw ba...@debian.org writes: On Dec 12, 2013, at 05:34 PM, Arnaud Fontaine wrote: I must admit that I don't have so much time to maintain this package lately, so thank you very much for working on this, it's greatly appreciated. Oh, one other question: may I change the Maintainer field to the DPMT team and get rid of Uploaders? Yes, thanks. Well, sometimes it is useful to packages SVN snapshot, so perhaps it should uncommented but I would like to keep it anyway if possible... I've restored this stanza, keeping it commented out for now. Pending my other question, I think I'm ready to upload this. Cheers! Please feel free to upload anytime. Thanks! Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732054: util-linux: Add cron job for regular SSD trimming
Package: util-linux Version: 2.20.1-5.5 Severity: wishlist Hello, Modern SSDs need regular TRIMming [1] to retain their performance. Without it, write performance severely (like 1/50th) goes down over time, as writing a single block incurs reading/updating/writing back several physical blocks. There are two main methods for doing this, synchronously using the discard mount option or asynchronously using fstrim [2]. Colin King did some extensive benchmarking and found that on desktops and servers you usually want a cron'ed fstrim [3]. I propose to add a cron.d job to util-linux by default which regularly trims SSD partitions if they support it and don't already have the discard mount option set. We'll put a cron job like that into the upcoming Ubuntu 14.04 LTS so that this kind of housekeeping will always be done unless the admin already set it up manually. Is that something you'd consider for Debian as well? My current script is at [4], you can just put it into /etc/cron.daily/ or .weekly/ (but for an official fix I'd rather use cron.d, so that it's easier to adjust by admins) Thanks, Martin [1] http://en.wikipedia.org/wiki/Trim_%28computing%29 [2] http://en.opensuse.org/SDB:SSD_discard_%28trim%29_support [3] https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming [4] http://people.canonical.com/~pitti/scripts/fstrim -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#732055: ITP: groonga -- Fulltext search engine
Package: wnpp Severity: wishlist Owner: Groonga Project packa...@groonga.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-de...@lists.debian.or.jp Package name: groonga Version: 3.1.0 Upstream Author: Daijiro MORI morita at razil. jp, Tasuku SUENAGA a at razil. jp, Yutaro Shimamura yu at razil. jp, Kouhei Sutou kou at cozmixng. org, Kazuho Oku kazuhooku at gmail. com, Moriyoshi Koizumi moriyoshi at gmail. com URL: https://github.com/groonga/groonga License: LGPL-2.1 Description: Groonga is an open-source fulltext search engine and column store. It lets you write high-performance applications that requires fulltext search. -- HAYASHI Kentaro haya...@clear-code.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732043: gqrx-sdr: gqrx does not start due to symbol lookup error
On Thu, 12 Dec 2013 23:24:36 -0500 A. Maitland Bottoms bott...@debian.org wrote: OK. I am worried that I need to add a versioned dependency. Could you check your libvolk0.0.0 package? It needs to be version 3.7.1-2 to match your other libgnuradio* versions. The gnuradio package has the necessary versioned dependencies to be consistant, but if you have installed gqrx-sdr on its own you wouldn't get the benefit of that. Thank you for the report. -Maitland Thanks for the tip, should thought to check that myself, anyways... ~$ dpkg -l | grep libvolk ii libvolk0.0.0:amd64 3.5.3.2-1 amd64 gnuradio vector optimized functions but has been corrected with: # apt-get -t unstable install libvolk0.0.0 ~$ dpkg -l | grep libvolk ii libvolk0.0.0:amd64 3.7.1-2 amd64 gnuradio vector optimized functions now I have got to this point: ~$ gqrx linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.005.005-0-unknown gr-osmosdr 0.1.1 (0.1.1) gnuradio 3.7.1 built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf Using Volk machine: sse4_1_64_orc pulseaudio/pa_sink.cc: pa_simple_new() failed: Connection refused QLayout: Attempting to add QLayout to DockInputCtl DockInputCtl, which already has a layout -- 73 de VK5FSCK Dale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638262: Reopening this one.
Francesco, that double location is a typo, and there's even a fresh bug report about this [1]. In the meanwhile, I'm reopening this one because nothing has been fixed actually. [1] http://bugs.debian.org/731724
Bug#731724: OMG...
That's epic. I'm reopening 638262 - turns out it's not fixed at all.
Bug#732037: epiphany-browser: Appears to trigger arxiv.org's malignant robot detection
Le Fri, 13 Dec 2013 07:23:50 +0100, Matijs van Zuijlen mat...@matijs.net a écrit : On 12/12/13 23:12, Laurent Bigonville wrote: Le Thu, 12 Dec 2013 22:22:08 +0100, Matijs van Zuijlen mat...@matijs.net a écrit : Package: epiphany-browser Version: 3.10.1-1 Severity: normal If I access any of arxiv.org's pages using Epiphany, access is denied with the following text: Access Denied Sadly, your client Mozilla/5.0 (Unknown; Linux x86_64) AppleWebKit/538.7 (KHTML, like Gecko) Chromium/25.0.1349.2 Chrome/25.0.1349.2 Safari/538.7 Debian/unstable (3.10.1-1) Epiphany/3.10.1 violates the automated access guidelines posted at arxiv.org, and is consequently excluded. If you believe this determination to be in error, see http://arxiv.org/denied.html for additional information. I have asked the arxiv.org admin to unblock access, and this was apparrently done, but upon attempting access again, it was immediately denied. I have no problem accessing arxiv.org using Chromium or Iceweasel. The page mentioned in the error text gives the presence of 'accelerator' or pre-fetching software as a possible cause, but I'm not aware of the presence of such functionality in Epiphany. I have a similar error when accessing this site with iceweasel 25. I'm not sure we can do anything for this. Since I have no problem accessing the site using Iceweasel (granted, it seems to be version 24), I find that rather strange. If indeed Iceweasel 25 would also be blocked, it is in fact rather worrisome. arxiv.org is a very valuable source of information, and should be accessible from Debian. I did it wrong, I actually clicked on your link /denied.html instead of going directly to http://arxiv.org/. I can confirm that it's actually working for me with both Iceweasel, epiphany 3.8 and 3.10, I tried from 2 different ISP's (.be). I'm closing this bugreport. Please consider investigating a bit more first. Anyway, are connected behind some kind of proxy? I've a different User-agent here: User-Agent: Mozilla/5.0 (X11; Intel Mac OS X) AppleWebKit/538.1 (KHTML, like Gecko) Safari/538.1 Debian/unstable (3.10.1-1) Epiphany/3.10.1 Could you please try to downgrade libwebkit2gtk-3.0-25 to the version from unstable? I'm not even sure why they are putting such restrictions, the user agent is so easy to fake... Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690977: partman-auto: Add a way to add discard option to filesystems
Hey all, Petter Reinholdtsen [2013-08-12 13:04 +0200]: Hi. Instead of adding discard as a mount option in fstab, perhaps it is better to add a cron job calling fstrim regularly? Colin King did some rather extensive benchmarks, and we found that on desktops/servers this is indeed the preferrable default. https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming (I also have the detailled spreadsheets and percentage numbers if anyone is interested) * Set up cryptsetup to pass TRIM commands to the physical disk (adding discard to /etc/crypttab) That's allow-discards for the record. It's off by default as the cryptsetup authors consider it a potential information leak. I. e. on the physical drive you can map the used/free blocks and from their patterns infer the file system type and from their ratio infer how full the file system is. IMHO that's a very small price to pay for keeping your SSD usable in the first place (and yes, I consider reducing write performance from 250 MB/s to 5 MBs/ useless, each bigger I/O operation completely hangs the computer). If you are worried about that kind of data leak, you would use a hardware-encrypted hard drive anyway, and no cryptsetup. * Set up LVM to pass on TRIM commands to the underlying device (in this case a cryptsetup partition) by changing issue_discards from 0 to 1 in /etc/lvm/lvm.conf. That's orthogonal to discard/fstrim, but should be done anyway. That's http://bugs.debian.org/717313 . * Set relatime as a file system option for ext3 and ext4 file systems. Agreed (good installer default on rotational drives, too!) * Run fstrim on every ext3 and ext4 file system every night (from cron.daily). I just filed http://bugs.debian.org/732054 with a proposed cron job, review/comments appreciated! Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#714984:
Mathieu Malaterre ma...@debian.org wrote: This bug is hard to debug, since libjpeg / libtiff / imagemagick are all linked together so this is not just a matter of recompiling vips with libjpeg62-dev unfortunately. The vips in wheezy does seem to have gotten caught up in libjpeg transition issues. The cases you describe work fine with the current vips in sid and jessie. I'm not sure what to do about the version in wheezy. I think the best approach there would probably be to do a backport. As you noted, vips has a huge list of dependencies, so straightening out this kind of issue can be somewhat problematic. I don't really have much time or inclination to put a lot of effort into it given that the current versions of the packages work correctly and vips has a relatively small user base, especially in stable. It's not that I don't think having things work in stable is important -- clearly it is. I just have very limited time to work on this. -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719698: nagvis: Nagvis is unable to create auth.db unless owner of config directory is changed to www-data
Control: tag -1 - unreproducible Hey Patrick, I guess it's actually an upgrade issue. Tried with a fresh install of wheezy and got the same result as you, but then I remembered that I had done an upgrade earlier. Thanks for your feedback. Hm, then the current permission handling has to be replaced. It is non-optimal anyways. Will see what I can do. Important: Please always CC the Debian Bug Tracking System in your responses, best way is to use Reply All. Cheers Marks -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de signature.asc Description: This is a digitally signed message part
Bug#719698: Fwd: Re: nagvis: Nagvis is unable to create auth.db unless owner of config directory is changed to www-data
Forwarded Message From: Patrick Köping patrick.kop...@pantor.com To: Markus Frosch mar...@lazyfrosch.de Subject: Re: nagvis: Nagvis is unable to create auth.db unless owner of config directory is changed to www-data Date: Fri, 13 Dec 2013 10:44:21 +0100 Hi Markus I guess it's actually an upgrade issue. Tried with a fresh install of wheezy and got the same result as you, but then I remembered that I had done an upgrade earlier. A fresh install of squeeze gives this: user@debian:~$ ls -la /etc/nagvis/ total 36 drwxr-xr-x 5 root root 4096 Dec 13 10:26 . drwxr-xr-x 78 root root 4096 Dec 13 10:28 .. -rw-r--r-- 1 root root 941 Sep 17 2011 apache.conf drwxr-xr-x 2 root root 4096 Dec 13 10:26 gadgets drwxrwxr-x 2 www-data www-data 4096 Dec 13 10:26 maps -rw--- 1 www-data www-data 8810 Dec 13 10:26 nagvis.ini.php drwxr-xr-x 5 root root 4096 Dec 13 10:25 templates Did a dist-upgrade to wheezy and the nagvis directory looks like this: user@debian:~$ ls -la /etc/nagvis/ total 60 drwxr-xr-x 9 root root 4096 Dec 13 10:37 . drwxr-xr-x 89 root root 4096 Dec 13 10:39 .. -rw-r--r-- 1 root root 941 Sep 17 2011 apache.conf drwxr-xr-x 2 www-data www-data 4096 Dec 13 10:41 automaps drwxr-xr-x 2 root root 4096 Feb 20 2013 conf.d drwxr-xr-x 2 root root 4096 Dec 13 10:26 gadgets drwxr-xr-x 2 root root 4096 Dec 13 10:41 geomap drwxrwxr-x 2 www-data www-data 4096 Dec 13 10:26 maps -rw-rw 1 root www-data 16972 Dec 13 10:41 nagvis.ini.php drwxr-xr-x 2 www-data www-data 4096 Feb 20 2013 profiles drwxr-xr-x 5 root root 4096 Dec 13 10:25 templates I hope this helps. On 12/12/2013 11:33 PM, Markus Frosch wrote: Control: tags -1 unreproducible Hey Patrick, I'm working on adopting the nagvis package and want to clean old bugs. After a fresh install of Nagvis in wheezy, the /etc/nagvis directory is owned by root. If you go the the nagvis webinterface on http://ip/nagvis, it will complain that it can't create the auth.db file. # chown www-data:www-data /etc/nagvis, solves this. But I'm not sure if this is as intended and if it's a good idea regarding security. Anyhow nagvis doesn't work out of the box and it's not an obvious fix. I can't really reproduce the problem. When installing Nagvis on either Wheezy or Jessie the permissions are correct: $ ls -al /etc/nagvis/ total 56 drwxr-xr-x 7 www-data www-data 4096 Dez 12 23:25 . drwxr-xr-x 122 root root 12288 Dez 12 23:25 .. drwxr-xr-x 2 www-data www-data 4096 Dez 12 23:25 automaps drwxr-xr-x 2 root root 4096 Feb 20 2013 conf.d drwxr-xr-x 2 root root 4096 Dez 12 23:25 geomap drwxr-xr-x 2 www-data www-data 4096 Feb 20 2013 maps -rw-rw 1 root www-data 16971 Dez 12 23:25 nagvis.ini.php drwxr-xr-x 2 www-data www-data 4096 Feb 20 2013 profiles Could you re-test that in your environment? Btw. Nagvis 1.7 is coming to unstable soon, this bug will unfortunately not be fixed in wheezy. Cheers Markus -- Vänliga hälsningar / Kind regards, Patrick Köping Pantor Engineering AB Luntmakargatan 26 4tr. SE-111 37 Stockholm +46 (8) 412 97 54 p...@pantor.com www.pantor.com -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732056: netperf: incorrect check against NETSERVER_ENABLE in /etc/init.d/netperf
Package: netperf Version: 2.6.0-2 Severity: normal Tags: patch Dear Maintainer, In the init.d script, the '$' character is missing in front of the NETSERVER_ENABLE variable. As a consequence, this variable is not expanded and the check is never performed. Please, apply the attached patch. Regards, Simon -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (1001, 'unstable'), (600, 'experimental'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 netperf depends on: ii libc6 2.17-97 netperf recommends no packages. netperf suggests no packages. -- Configuration Files: /etc/default/netperf changed [not included] /etc/init.d/netperf changed [not included] -- no debconf information From 4f58328e01e2766d3411acc3f7ed7ac4ac4963cd Mon Sep 17 00:00:00 2001 From: Simon Guinot simon.gui...@sequanux.org Date: Fri, 13 Dec 2013 11:31:02 +0100 Subject: [PATCH] Fix NETSERVER_ENABLE check in init.d script This patch fixes the NETSERVER_ENABLE variable expansion by adding the missing leading character '$'. Signed-off-by: Simon Guinot simon.gui...@sequanux.org --- debian/init.d | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/init.d b/debian/init.d index 4744a73..bd80b05 100644 --- a/debian/init.d +++ b/debian/init.d @@ -31,7 +31,7 @@ test -f $DAEMON || exit 0 case $1 in start) - if [ xNETSERVER_ENABLE = xno ] + if [ x$NETSERVER_ENABLE = xno ] then log_warning_msg netperf daemon not enabled in /etc/default/netperf, not starting... return 0 -- 1.8.5.1 From 4f58328e01e2766d3411acc3f7ed7ac4ac4963cd Mon Sep 17 00:00:00 2001 From: Simon Guinot simon.gui...@sequanux.org Date: Fri, 13 Dec 2013 11:31:02 +0100 Subject: [PATCH] Fix NETSERVER_ENABLE check in init.d script This patch fixes the NETSERVER_ENABLE variable expansion by adding the missing leading character '$'. Signed-off-by: Simon Guinot simon.gui...@sequanux.org --- debian/init.d | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/init.d b/debian/init.d index 4744a73..bd80b05 100644 --- a/debian/init.d +++ b/debian/init.d @@ -31,7 +31,7 @@ test -f $DAEMON || exit 0 case $1 in start) - if [ xNETSERVER_ENABLE = xno ] + if [ x$NETSERVER_ENABLE = xno ] then log_warning_msg netperf daemon not enabled in /etc/default/netperf, not starting... return 0 -- 1.8.5.1
Bug#731093: [Pkg-dspam-misc] Bug#731093: Bug#731093: (no subject)
Le vendredi 13 décembre 2013, 16:57:06 Thomas Preud'homme a écrit : So I'm not sure about why there is only a single backslash for bytea values as string litteral but two backslashes are clearly necessary. Indeed, the two backslashes are first interpreted by the string litteral parser which leads to a single escape in the result, something of the form '\x...'. Then this is parsed by the bytea input which transform it into a sequence of bytes. Adrien, are you familiar with gdb? If yes, would you mind helping me debug this issue? We could set up a meeting on IRC which would be the most convenient way to do it or do it over email (that would be a bit slower but allow for more asynchronism between us). That might not be necessary. I checked libpq's code (the C library to use postgresql from a program) of the function PQescapeByteaInternal and the amount of backslashed depends on whether standard_conforming_strings is set to on or off. Since version -12 of dspam, the default value (on) is used while the value was set to off (by mistake) in version -11. That explains why the bug appears. I just need to understand why two backslashes are not present in both cases and I will be able to fix this bug. So please be patient, this issue should be resolved soon. Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670926: fopen: File exists (errno = 17) error when saving mutt attachment to sshfs
Package: sshfs Version: 2.4-1 Followup-For: Bug #670926 Hi, do you plan in integrating your disable_hardlink patch in the package soon? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (499, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.5-1-pyrrhus (SMP w/8 CPU cores) Locale: LANG=en_CA, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages sshfs depends on: ii fuse2.9.2-4 ii libc6 2.17-97 ii libfuse22.9.2-4 ii libglib2.0-02.36.4-1 ii openssh-client 1:6.4p1-1 sshfs recommends no packages. sshfs 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#723177: linux-image-3.10-3-kirkwood: please build with CONFIG_MARVELL_PHY=m
On Sat, 2013-11-16 at 16:15 +0100, Lennert Buytenhek wrote: What needs to be done is that someone with access to the relevant Marvell datasheets fix the driver to behave according to which chip it's being used on. It's quite a bit of work to sort out this mess, easily several tens of hours -- I started looking into it when I was still at Marvell, but didn't get it done before leaving. I just went looking for some of these datasheets and it seems they are not publicly available. So for now what I am going to do is to enable CONFIG_MARVELL_PHY but disable the 4 port options, specifically, the following will be enabled: * MARVELL_PHY_ID_88E1101 * MARVELL_PHY_ID_88E1112 * MARVELL_PHY_ID_88E * MARVELL_PHY_ID_88E1118 * MARVELL_PHY_ID_88E1121R * MARVELL_PHY_ID_88E1318S * MARVELL_PHY_ID_88E1116R * MARVELL_PHY_ID_88E1510 While these will be disabled: * MARVELL_PHY_ID_88E1240 * MARVELL_PHY_ID_88E1145 * MARVELL_PHY_ID_88E1149R I'll also send mail to netdev... Ian signature.asc Description: This is a digitally signed message part
Bug#723177: Incompatible phys driven by Marvell phy driver?
Hi, In Debian bug #723177[0] Lennert Buytenhek reports[1] that the Marvell phy driver tries to driver some Marvell phys which have differing register layouts: The problem here was that the Marvell PHY driver at some point supported one or two specific Marvell ethernet PHY models, and people then started blindly adding new PHY IDs to it without checking whether the already supported PHYs and the PHYs for which support was being added had common register layouts (and they didn't). The result is that on some of the very common Marvell PHYs that this driver claims to support, the driver does sequences of register writes that have entirely different effects than the intended ones, causing various unintended side effects, including complete link failure, and e.g. on the quad ethernet PHY on some of the mv78xx0 development boards, having the Marvell PHY driver enabled causes link to flap on the other three ports if you plug/unplug one of the ports because the driver thinks it's a good idea to hard reset the whole chip under these circumstances... What needs to be done is that someone with access to the relevant Marvell datasheets fix the driver to behave according to which chip it's being used on. It's quite a bit of work to sort out this mess, easily several tens of hours -- I started looking into it when I was still at Marvell, but didn't get it done before leaving. I've tried to look into this but apparently most of the data sheets are not publicly available, so I cannot even determine which phy's are being driven incorrectly, let alone propose a fix. From my PoV it would be sufficient to remove the incorrect PHYs from the phy table until they are fixed properly. I've CCd a bunch of people who have touched the driver, especially those adding new Phys in the last couple of years. Do any of you have sufficient access to datasheets to at least identify which PHYs might be driven incorrectly? Thanks, Ian. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723177 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723177#50 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710986: somos una ong para los animales visitenos
somos una O.N.G. dedicada a los animales Si tienes animales y buscas economía, calidad, seriedad y cercanía. UNETE A NOSOTROS ESTAMOS MUY CERCA DE TI Visítenos y lo comprobaras, UNA IMAGEN VALE MAACUTE;S QUE MIL PALABRAS. Contacta con nosotros: Tlf:954615050-633276150 soc...@elpodencoandaluz.com www.elpodencoandaluz.com o directamente en nuestra sede en C/Ámsterdam Nº 25Bda. Los Bermejales - Sevilla-41012 Si no quieres recibir más información de este club, acceda aqui [ http://app.clubnacionaldelpodencoandaluz.org/ca/?15793.231.342263.0.7.523056.9.2378073.0.10.0.0.139034.0.0.19711 ] y te borraras.
Bug#732030: munin: upstart configuration for munin-async
Package: munin Version: 2.0.19-1 Followup-For: Bug #732030 Dear Maintainer, Find attached an upstart configuration for munin-async. Cheers James -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-5-generic (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 munin depends on: ii adduser 3.113+nmu3ubuntu3 ii cron 3.0pl1-124ubuntu2 pn libdate-manip-perl none pn libdigest-md5-perl none ii libfile-copy-recursive-perl 0.38-1 ii libhtml-template-perl2.95-1 ii libio-socket-inet6-perl 2.71-1 pn liblog-log4perl-perl none pn librrds-perl none pn libstorable-perl none ii liburi-perl 1.60-1 ii munin-common 2.0.18-1ubuntu1 ii perl [libtime-hires-perl]5.18.1-4build1 ii perl-modules 5.18.1-4build1 pn rrdtool none ii ttf-dejavu 2.33+svn2514-3ubuntu1 Versions of packages munin recommends: pn munin-doc none ii munin-node 2.0.18-1ubuntu1 Versions of packages munin suggests: ii chromium-browser [www-browser] 31.0.1650.63-0ubuntu1~20131204.1 ii elinks [www-browser] 0.12~pre6-4ubuntu1 ii firefox [www-browser]25.0+build3-0ubuntu0.13.10.1 pn httpdnone pn libapache2-mod-fcgid | libcgi-fast-perl none ii libnet-ssleay-perl 1.55-1build1 # vim: set ft=upstart ts=2 et: description Munin asynchronous server author James Page james.p...@ubuntu.com start on started munin-node stop on stopping munin-node respawn script [ -r /etc/default/munin-asyncd ] . /etc/default/munin-asyncd exec start-stop-daemon --start --chuid munin-async \ --exec /usr/share/munin/munin-asyncd -- $DAEMON_ARGS end script
Bug#731054: gdm3 does not start from login and starts very slowly with 'startx'
Package: gdm3 Version: 3.8.4-6 Followup-For: Bug #731054 Dear Maintainer, After upgrading gdm3 to version 3.8.4-6 I cannot login into graphical session anymore. I do not remember which version was installed before. I tried to manually downgrade gdm3 to 3.8.4-3 and this didnt help. Gdm shows login screen, but all interactions are very slow: choosing user and entering a password takes several munutes. After successful login nothing happens - blank grey screen with little Debian logo at bottom seems to stay forever. Choosing another session instead of Gnome (LXDE for example) does not help. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.52 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.8.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-5 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.2-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libpam-modules 1.1.3-10 ii libpam-runtime 1.1.3-10 ii libpam-systemd 204-5 ii libpam0g 1.1.3-10 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.2.1-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base 4.1+Debian12 ii lxsession [x-session-manager]0.4.9.2-1 ii lxterminal [x-terminal-emulator] 0.1.11-4 ii metacity [x-window-manager] 1:2.34.13-1 ii openbox [x-window-manager] 3.5.2-5 ii upower 0.9.23-2+b1 ii x11-common 1:7.7+4 ii x11-xserver-utils7.7+1 ii xterm [x-terminal-emulator] 300-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.1-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.14.4-1 ii xserver-xorg 1:7.7+4 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Aribtrarily breaking working interfaces?
Steve McIntyre writes (Bug#727708: Aribtrarily breaking working interfaces?): [1] http://lwn.net/Articles/518942/ Blimey. I hadn't been aware of that. Have there been more of these disputes between the kernel and udev maintainers ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714984:
Control: forwarded -1 https://github.com/jcupitt/libvips/issues/88 On Fri, Dec 13, 2013 at 11:20 AM, Jay Berkenbilt q...@debian.org wrote: Mathieu Malaterre ma...@debian.org wrote: This bug is hard to debug, since libjpeg / libtiff / imagemagick are all linked together so this is not just a matter of recompiling vips with libjpeg62-dev unfortunately. The vips in wheezy does seem to have gotten caught up in libjpeg transition issues. The cases you describe work fine with the current vips in sid and jessie. I'm not sure what to do about the version in wheezy. I think the best approach there would probably be to do a backport. As you noted, vips has a huge list of dependencies, so straightening out this kind of issue can be somewhat problematic. I don't really have much time or inclination to put a lot of effort into it given that the current versions of the packages work correctly and vips has a relatively small user base, especially in stable. It's not that I don't think having things work in stable is important -- clearly it is. I just have very limited time to work on this. I have forwarded the issue upstream. If this really cannot easily fixed with a simple one-liner patch, then yes I'll request a backport. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732057: python-whiteboard: Please update the package to include a few usability improvements
Package: python-whiteboard Version: 1.0+git20130929-1 Severity: wishlist On the upstream repository there are a few commits that fix problems and improve usability with different wiimote models; could you please consider updating the version in debian? This would help the deployments in a few italian schools where those problems were found. Thanks in advance -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) 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 python-whiteboard depends on: ii python2.7.5-5 ii python-bluez 0.18-2 ii python-cwiid 0.6.00+svn201-3+b1 ii python-numpy 1:1.7.1-3 ii python-qt44.10.3-2 ii python-xlib 0.14+20091101-1 pn python:anynone python-whiteboard recommends no packages. python-whiteboard 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#732058: icinga-web 1.10 requires icinga core idoutils 1.10
Package: icinga-web Version: 1.10.0-1 Severity: important subject says it all. please update the debian package dependencies. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732060: installation-report: Jessie testing on FSC Futro S400
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Version: 2.53 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** - -- Package-specific info: Boot method: USB Image version: http://gemmei.acc.umu.se/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-netinst.iso, 2013-12-09 Date: 2013-12-13, about 11.00 h- 12.30 h Machine: FSC Futro S400 Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on /dev/sdb2 xfs7990272 2819894 5170378 36% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs48040 568 47472 2% /run tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 297180 80297100 1% /run/shm /dev/sdb5 xfs6336512 33932 6302580 1% /home none tmpfs4 0 4 0% /sys/fs/cgroup Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Clock/timezone setup: [o] User/password setup:[o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: This was a standard installation of an XFCE-Desktop system, except that it was done on a non-standard SD-card in an USB-cardreader. The root-partition for the root-filesystem was made manually using cfdisk, then I made the filesystem manually, using '# mkfs -t xfs -b size=2048 /dev/sdb2'. The other two partitions, sdb5 for /home/ and swap were made using partman during the installation. The installation went completely flawlessly, except, that X-initialization failed at the first boot, then '# xfs_info /' gave the following output: meta-data=/dev/disk/by-uuid/156ce574-a181-476c-97e4-b4fa5153f139 isize=256 agcount=4, agsize=164 blks = sectsz=512 attr=2 data = bsize=2048 blocks=4000256, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 log =internal bsize=2048 blocks=5120, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 And '# xfs_info /home/' the following: meta-data=/dev/sdb5 isize=256agcount=4, agsize=396672 blks = sectsz=512 attr=2 data = bsize=4096 blocks=1586688, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 log =internal bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 So you can see, that partman made a filesystem with a data-blocksize of 4096 bytes, which should be totally OK for 2048 byte physical block-size media. So it would not have been necessary to make a partition and filesystem manually prior to the installation. The only thing, that did not work was installing the grub-bootloader on the same usb-key, the netinstall-image was booted from. This seems to be a bit of bad luck for people who have one USB-stick only for booting and installing onto it; there is an additional internal CF-card necessary in order to make the system bootable with grub, or a second stick to boot the netinstall-image from. This was an installation for testing-purposes only, because I think that testing is in a mostly usable state now, I am going to use this box as my new headless print- and privoxy- home-server under Debian/kFreeBSD. - -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20131124-00:05 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux testinst 3.11-2-486 #1 Debian 3.11.8-1 (2013-11-13) i686
Bug#732059: https://github.com/jcupitt/libvips/issues/88
Package: vtk Severity: serious Looks like vtk cannot be build using latest freetype (2.5.1-1), it keeps failing with: -- Found EXPAT: expat (found version 2.1.0) CMake Error at CMake/vtkThirdParty.cmake:19 (MESSAGE): VTK_USE_SYSTEM_FREETYPE is ON, but FREETYPE_LIBRARY is NOTFOUND. Call Stack (most recent call first): CMakeLists.txt:791 (VTK_THIRD_PARTY_OPTION) As can be seen on recent rebuilds: http://buildd.debian-ports.org/status/fetch.php?pkg=vtkarch=ppc64ver=5.8.0-14.1%2Bb2stamp=1386595412 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732061: ITP: libisocodes -- access of iso-codes data and translations
Package: wnpp Severity: wishlist Owner: Tobias Quathamer to...@debian.org * Package name: libisocodes Version : 1.0 Upstream Author : Tobias Quathamer to...@debian.org * URL : http://pkg-isocodes.alioth.debian.org/downloads/ * License : GPLv3 Programming Lang: Vala Description : access of iso-codes data and translations This library can be used to easily access XML data of the iso-codes package. It will provide an abstraction layer to handle both the version 3 and the upcoming version 4 of iso-codes. Moreover, all available translations can be used as well. This library makes use of the GObject introspection features, so that it is accessible from a variety of programming languages, for example C, Vala, Ruby, Python, Perl, Lua, JavaScript, PHP and many more. signature.asc Description: OpenPGP digital signature
Bug#731755: obnam: an example script for obnam mount
Hi, On Fri, Dec 13, 2013 at 01:48:10AM +0530, Ritesh Raj Sarraf wrote: On Monday 09 December 2013 06:54 PM, Osamu Aoki wrote: I wish to have an example script for obnam mount shipped in /usr/share/doc/obnam/examples to help users :-) Thank you for sharing this script. I fiddled around my hostname problem, then was greeted with the awesomeness of obnam and the simple interface your script helped provide. No problem. But your post reminded me few things: 1. This needs to be run on the remote host. (No sftp://... notion allowed) 2. This has no unmount capability. I guess having option such as --to=self to make obnam behave as my script may provide cleaner solution covering sftp://... cases. So my script is only good only for example. In the mean time, I have updated my script to handle unmount. Osamu #!/bin/sh # # script to mount all historical obnam repository data # inside of the obnam repository directory. # # Syntax: # obnam-mount [path/to/obnam-repo [/base/path]] # obnam-mount -u [path/to/obnam-repo] # # create a symlink: obnam-umount - obnam-mount # obnam-umount [path/to/obnam-repo] # # path/to/obnam-repo : default . ; where the obnam backup exists # /base/path : default / ; skip this path when mounting # -u : unmount existing history # (obnam-mount -u is the same as obnam-umount) # # Public domain: 2013-12-09 Osamu Aoki # if [ ${0##*/} = obnam-mount ]; then if [ $1 = -u ]; then MODE=umount shift else MODE=mount fi elif [ ${0##*/} = obnam-umount ]; then MODE=umount else echo Error: wrong program name \${0##*/}\ 2 exit 1 fi DIR=${1:-.} ROOT=${2:-/} if ! dpkg -l python-fuse /dev/null ; then echo Error: package \python-fuse\ is missing. Please install. 2 exit 1 fi if [ ! -f $DIR/chunklist/metadata -o ! -f $DIR/chunksums/metadata -o \ ! -f $DIR/clientlist/metadata -o ! -f $DIR/metadata/format -o \ ! -d $DIR/chunks ]; then echo Error: Path \$DIR\ is not a obnam repository. 2 echo 2 echo Usage syntax:2 echo obnam-mount [-u] [path/to/obnam-repo [/base/path]] 2 echo obnam-umount [path/to/obnam-repo] 2 echo 2 echo path/to/obnam-repo : default \.\ ; where the obnam backup exists 2 echo /base/path : default \/\ ; skip this path when mounting 2 echo -u : unmount existing history 2 echo (\obnam-mount -u\ is the same as obnam-umount) 2 exit 1 fi echo ... found the obnam backup repository at: \$DIR\ 2 echo 2 if [ $MODE = mount ]; then if [ -d $DIR/mount -a -f $DIR/mount/.pid ]; then echo ... updating the history data at: \$DIR/mount\ 2 kill -HUP `cat $DIR/mount/.pid` echo 2 else mkdir -p $DIR/mount echo ... creating the history data at: \$DIR/mount\ 2 echo 2 fi obnam mount $ROOT --repository=$DIR --to=$DIR/mount \ --viewmode=multiple --log=$DIR/mount.log echo ls -lt $DIR/mount ls -lt $DIR/mount else if [ -d $DIR/mount -a -f $DIR/mount/.pid ]; then echo ... removing the history data at: \$DIR/mount\ 2 kill -HUP `cat $DIR/mount/.pid` echo 2 else echo ... found no history data at: \$DIR/mount\ 2 echo 2 fi fi
Bug#714984:
On Fri, Dec 13, 2013 at 12:48 PM, Mathieu Malaterre ma...@debian.org wrote: Control: forwarded -1 https://github.com/jcupitt/libvips/issues/88 On Fri, Dec 13, 2013 at 11:20 AM, Jay Berkenbilt q...@debian.org wrote: Mathieu Malaterre ma...@debian.org wrote: This bug is hard to debug, since libjpeg / libtiff / imagemagick are all linked together so this is not just a matter of recompiling vips with libjpeg62-dev unfortunately. The vips in wheezy does seem to have gotten caught up in libjpeg transition issues. The cases you describe work fine with the current vips in sid and jessie. I'm not sure what to do about the version in wheezy. I think the best approach there would probably be to do a backport. As you noted, vips has a huge list of dependencies, so straightening out this kind of issue can be somewhat problematic. I don't really have much time or inclination to put a lot of effort into it given that the current versions of the packages work correctly and vips has a relatively small user base, especially in stable. It's not that I don't think having things work in stable is important -- clearly it is. I just have very limited time to work on this. I have forwarded the issue upstream. If this really cannot easily fixed with a simple one-liner patch, then yes I'll request a backport. FYI: [Please only upload package with a noteable userbase. User request for the package may be an indicator.] ref: http://backports.debian.org/Contribute/#index5h3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721310: 3.11 kernel built for my box, seems to work fine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [see attachments 'dmsg.txt.xz' and 'config-3.11.8caftl.xz'] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlKq/e0ACgkQ5+rBHyUt5wvoBACgr8Xtba4eTibZ1kUtnj5aIsfO vLoAn03AdiPoFbfTp6D+QAswxGrwXD3/ =R2Fi -END PGP SIGNATURE- config-3.11.8caftl.xz Description: application/xz dmsg.txt.xz Description: application/xz
Bug#729155: html5lib: Please add support for python3
Control: tags -1 + pending On Tue, Dec 03, 2013 at 06:37:30PM +0100, Olivier Berger wrote: I may eventually commit to svn but here's a first attempt in my git repo (made with git-svn), both in attachment and pushed at [0]. I haven't committed it directly as I'm quite new to Python packaging and DPMT (and wasn't really sure whether git svn dcommit would mess or not with the SVN repo). FYI, I have just uploaded to experimental an updated package for 0.99 which provides a python3-html5lib package. I hope it will be accepted without problems for addition to the archive. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690977: partman-auto: Add a way to add discard option to filesystems
[Martin Pitt] * Set up cryptsetup to pass TRIM commands to the physical disk (adding discard to /etc/crypttab) That's allow-discards for the record. If that is the case, the crypttab(5) manual page is wrong in the cryptsetup version 2:1.4.3-4 package. URL: http://bugs.debian.org/648868 agree with you, while URL: http://wilmer.gaa.st/blog/archives/72-Debian,-dmcrypt-and-SSD-TRIMming.html agree with the manual page. Not quite sure who to believe. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732062: libfreetype6-dev adds unresolved dependancy to libpng in Debian testing
Package: libfreetype6-dev Version: 2.5.1-1 Severity: important Hi, I experience a problem with libfreetype6-dev in Debian testing in a configure script. A call of freetype-config --libs, under Debian stable (with libfreetype6-dev 2.4.9-1.1), return -L/usr/lib/x86_64-linux-gnu -lfreetype -lz. Since zlib is required in freetype's dependancies, if I install freetype I am able to compile anything with those flags. This works as expected. A call of freetype-config --libs under debian jessy (with libfreetype6-dev 2.5.1-1) gives however -L/usr/lib/x86_64-linux-gnu -lfreetype -lz -lpng. *But* libpng is not in dependencies of the package. I suppose this is a bug, since it is not any more possible to compile with the flags given by freetype-config. From my point of view, freetype-config should not return -lpng, or libfreetype6-dev should include libpng in its dependencies. Best regards. François -- François Poulain fpoul...@metrodore.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725714: the kernel should write missing firmware to a file
Hi, Thanks, Kay, for the very fast response and the detailed reasoning. Your arguments convinced me, that it is technically a very good idea to keep userspace out of the firmware loading. This should definitely not be reintroduced upstream or in the Debian version of udev. (Originally I thought the problem was caused by the kernel, since it is not obvious, why the kernel would need another program to load a firmware-kernel-module.) It seems that the kernel now handles the actual loading of the firmware, but does not write missing drivers to a file. In fact, I'm inclined to reassign this to linux again, because I think this could be easily fixed in the kernel: In the 3. step Ben described, the kernel should, instead of calling udev, write the missing firmware to some file. The kernel just has to find out, which file a specific firmware request is referring to. (The 4. and 5. steps are already removed from udev.) Then the installer would just need to update the path, where it is looking for this file, and it would work again as before. (Also gnome-settings-daemon should just update the GSD_UPDATES_FIRMWARE_MISSING_DIR.) The next step would be to update the kernel handling of the firmware requests, to only write them to the file, when the firmware is actually needed. But I'm not sure how that could be done. (Note that this is not required for the Debian installer to work again.) So I think isenkram is not needed. Looking at the commit, it would probably not be helpful as well, because it would try to download the WLAN driver!?! Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671842: found 671842 in 0.99-1
Hi. It seems the problem still happens with v.0.99 (from a pending upload package prepared for experimental) : $ python Python 2.7.5+ (default, Sep 17 2013, 17:31:54) [GCC 4.8.1] on linux2 Type help, copyright, credits or license for more information. import html5lib html5lib.parse('foo\bfoo', treebuilder='lxml') Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/html5lib/html5parser.py, line 28, in parse return p.parse(doc, encoding=encoding) File /usr/lib/python2.7/dist-packages/html5lib/html5parser.py, line 224, in parse parseMeta=parseMeta, useChardet=useChardet) File /usr/lib/python2.7/dist-packages/html5lib/html5parser.py, line 93, in _parse self.mainLoop() File /usr/lib/python2.7/dist-packages/html5lib/html5parser.py, line 183, in mainLoop new_token = phase.processCharacters(new_token) File /usr/lib/python2.7/dist-packages/html5lib/html5parser.py, line 991, in processCharacters self.tree.insertText(token[data]) File /usr/lib/python2.7/dist-packages/html5lib/treebuilders/_base.py, line 320, in insertText parent.insertText(data) File /usr/lib/python2.7/dist-packages/html5lib/treebuilders/etree_lxml.py, line 240, in insertText builder.Element.insertText(self, data, insertBefore) File /usr/lib/python2.7/dist-packages/html5lib/treebuilders/etree.py, line 108, in insertText self._element.text += data File lxml.etree.pyx, line 921, in lxml.etree._Element.text.__set__ (src/lxml/lxml.etree.c:41264) File apihelpers.pxi, line 652, in lxml.etree._setNodeText (src/lxml/lxml.etree.c:18755) File apihelpers.pxi, line 1335, in lxml.etree._utf8 (src/lxml/lxml.etree.c:24545) ValueError: All strings must be XML compatible: Unicode or ASCII, no NULL bytes or control characters olivier@inf-8660:~/svn/svn.debian.org/python-modules/packages/build-area$ dpkg -l python-html5lib Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ Nom Version Architecture Description +++-===-==-==-=== ii python-html5lib 0.99-1 all HTML parser/tokenizer based on the WHATWG HTML5 specification Are you sure this is a bug ? Would you mind checking with upstream and/or forwarding the issue there ? Best regards, -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5 : http://weusepgp.info) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690977: partman-auto: Add a way to add discard option to filesystems
Petter Reinholdtsen [2013-12-13 13:45 +0100]: That's allow-discards for the record. If that is the case, the crypttab(5) manual page is wrong in the cryptsetup version 2:1.4.3-4 package. URL: http://bugs.debian.org/648868 agree with you, while URL: http://wilmer.gaa.st/blog/archives/72-Debian,-dmcrypt-and-SSD-TRIMming.html agree with the manual page. Not quite sure who to believe. :) Ah, I only tried with a non-system partition with cryptsetup luksOpen, where it is indeed --allow-discards. (I don't use crypttab myself). I found allow-discards in http://blog.christophersmart.com/2013/06/05/trim-on-lvm-on-luks-on-ssd/ but I guess I'd rather trust the manpage. Easy enough for someone to try out who actually uses crypttab :-) Thanks for pointing out! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732058: [Pkg-nagios-devel] Bug#732058: icinga-web should depend on with IDO = 1.10.0
Control: retitle -1 icinga-web should depend on with IDO = 1.10.0 Control: tags -1 + wontfix Control: severity -1 normal subject says it all. please update the debian package dependencies. Please include a proper explanation of your bug report in future requests, it helps to understand what your point is. Also the usage (and output) of reportbug is helpful. The actual problem is, that I want to avoid a hard dependency on icinga-idoutils, simply because the IDO stuff can be completely remote with only database access from icinga-web. (That was different in the past) The package only recommends icinga-idoutils as of now, and a version doesn't work for recommendations. Also conflicting is not the right way, especially because the schema will only be updated based on user input or manually. The current way is to provide the user with a proper NEWS entry on the fact that the schema must be at least 1.10.0. If anyone has a good solution for this without depending I'd appreciate it and will likely use it. Until then, or I come up with something, I will tag this bug as wontfix. Cheers Markus Frosch -- Markus Frosch mar...@lazyfrosch.de http://www.lazyfrosch.de signature.asc Description: This is a digitally signed message part
Bug#732063: sphinx detection
Package: opencv I had to add this patch to fix compilation with sphinx 1.2 Index: opencv-2.4.6.1+dfsg/cmake/OpenCVDetectPython.cmake === --- opencv-2.4.6.1+dfsg.orig/cmake/OpenCVDetectPython.cmake 2013-12-13 12:59:27.672317672 + +++ opencv-2.4.6.1+dfsg/cmake/OpenCVDetectPython.cmake 2013-12-13 12:59:57.224318429 + @@ -108,7 +108,7 @@ OUTPUT_QUIET ERROR_VARIABLE SPHINX_OUTPUT OUTPUT_STRIP_TRAILING_WHITESPACE) -if(SPHINX_OUTPUT MATCHES ^Sphinx v([0-9][^ \n]*)) +if(SPHINX_OUTPUT MATCHES Sphinx v([0-9][^ \n]*)) set(SPHINX_VERSION ${CMAKE_MATCH_1}) set(HAVE_SPHINX 1) message(STATUS Found Sphinx ${SPHINX_VERSION}: ${SPHINX_BUILD}) Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690977: partman-auto: Add a way to add discard option to filesystems
[Martin Pitt] Ah, I only tried with a non-system partition with cryptsetup luksOpen, where it is indeed --allow-discards. (I don't use crypttab myself). I found allow-discards in http://blog.christophersmart.com/2013/06/05/trim-on-lvm-on-luks-on-ssd/ but I guess I'd rather trust the manpage. Easy enough for someone to try out who actually uses crypttab :-) I checked the scripts in the package using less $(grep -l discard $(dpkg -L cryptsetup) ), and it is definitely discards, not allow-discards in /etc/crypttab for Wheezy. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686256: Make nagios3-dev package available at the official Debian repository
merge 727675 686256 thanks Hi, Please consider creating the required package for nagios headers reported in 2 different bug reports. It block severy people wanting to create a mod for Nagios without embedding Nagios headers. #686256 contains a patch for it (in the body of the last message). So this is a blocking issue, not for this package itself but for wanna-be packages in Debian archive). Regards, -- Carl Chenet Blog : https://carlchenet.com https://identi.ca/carlchenet | https://twitter.com/carl_chenet Contributions to FOSS : http://www.ohloh.net/accounts/chaica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686256: [Pkg-nagios-devel] Bug#727675: Make nagios3-dev package available at the official Debian repository
Carl Chenet schrieb am Friday, den 13. December 2013: merge 727675 686256 thanks Hi, Please consider creating the required package for nagios headers reported in 2 different bug reports. It block severy people wanting to create a mod for Nagios without embedding Nagios headers. #686256 contains a patch for it (in the body of the last message). So this is a blocking issue, not for this package itself but for wanna-be packages in Debian archive). I am sorry, but this is API (I don't like this word) is not stable in any way. Providing them in a package isn't a good idea. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684580: torsocks: segfault in libtorsocks.so
Hi, Jérémy Bobbio wrote (11 Aug 2012 15:29:15 GMT) : On Sat, Aug 11, 2012 at 03:07:40PM +0300, Damyan Ivanov wrote: Trying to run cvs via torsocks causes a segfault in libtorsocks.so: $ torsocks cvs up zsh: segmentation fault torsocks cvs up The backtrace is: Program received signal SIGSEGV, Segmentation fault. 0x77bd4694 in find_socks_request () from /usr/lib/torsocks/libtorsocks.so (gdb) bt #0 0x77bd4694 in find_socks_request () from /usr/lib/torsocks/libtorsocks.so #1 0x77bcfbeb in torsocks_close_guts () from /usr/lib/torsocks/libtorsocks.so #2 0x77055be1 in ?? () from /lib/x86_64-linux-gnu/libbsd.so.0 #3 0x77055f3d in arc4random () from /lib/x86_64-linux-gnu/libbsd.so.0 #4 0x55567f30 in main () To reproduce try running: torsocks cvs -d :pserver:anonym...@anonscm.debian.org:/cvs/webwml checkout webwml/english/doc First, the problem does not appear when using CVS from Squeeze (that's version 1:1.12.13-12+squeeze1). So it looks like it is triggered by a change in the behaviour there, or some other change in the toolchain. The segfault appears because at some point requests (defined at socks.c:87) is not NULL, but no connections have been made yet. This is strange, because it is defined to be NULL and so should be when the library gets loaded. If I force it to NULL by modifying torsocks_init(), then I have no segfaults, by CVS fails with the following: cvs [checkout aborted]: internal error: testing support for unknown request? The patch is the following: --- a/src/torsocks.c +++ b/src/torsocks.c @@ -187,6 +187,7 @@ void torsocks_init(void) show_msg(MSGERR, Fatal error: exiting\n); exit(1); } +requests = NULL; pthread_mutex_unlock(torsocks_init_mutex); This is a weird issue. Maybe we should ask CVS maintainers if they have a clue… Anyone interested to try and reproduce this with torsocks 2.x RC from Debian experimental? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705777: torsocks: tordns cannot be disabled, and this is a show-stopper
Hi, intrigeri wrote (20 Apr 2013 13:42:06 GMT) : thanks for your bug report. Anonymous wrote (14 Apr 2013 12:08:43 GMT) : So it's broken in debian, and non-existent in current versions. Would you please report it upstream, and mark this Debian bug as forwarded, or should I? Are you interested to check if torsocks 2.x RC (from Debian experimental) change anything in this area? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705023: New fix to #705023
Hi there, I've updated the copy of corosync I was working with. The patch is now here: https://github.com/aborrero/pkg-corosync Commit: 3343dd2 [Fix Debian bug #705023] Please let me know any issue. Regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722220: parcimonie: Applet dies with: Can't locate object method set_visible via package Gtk3::StatusIcon
Hi, intrig...@debian.org wrote (09 Sep 2013 07:56:40 GMT) : With my upstream hat, I've been working on a port to Moo that fixes this problem -- stay tuned. For the record, the port to Moo is completed in Git. Testers are welcome before I release a new version (possibly in a few days, but don't hold your breath). Still, (at least some areas of) the code will still (silently) upgrade to using Moose, since it depends on GnuPG::Interface that uses Moose. GnuPG::Interface's upstream wouldn't be opposed to a patch that ports it to Moo. Any taker? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695838: parcimonie-applet: segfaults in perl periodically
Hi, intrigeri wrote (02 Mar 2013 11:23:46 GMT) : It's now been a while since I've run Wheezy + libglib-perl 3:1.280-1 + libglib-object-introspection-perl 0.014-1, and I've yet to see parcimonie-applet crash. Paul, what about you? IIRC Paul told me on IRC he couldn't reproduce this anymore. Ideally, someone would bisect libglib-perl and libglib-object-introspection-perl,so that we can backport the relevant change to Wheezy. Upstream for these two libraries lives in Git, so the bisection would presumably not be too hard. If anyone interested to do this but lacks some of the skills and s3kr3t tricks, I'm happy to give a hand. Any taker? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732065: xcos@scilab depends too strict on some libraries
Package: scilab-full-bin Version: 5.3.3-10 Severity: important Dear maintainers, starting xcos on different Jessie's (some packages are of different versions) I get either of following errors: -xcos !--error 999 xcos: Unable to load the hdf5-java (jhdf5) library. Expecting version [1, 8, 4] ; Getting version [1, 8, 11] . -- --xcos !--error 999 xcos: Unable to load the jgraphx library. Expecting version 1.4.1.0 ; Getting version 2.1.0.7 . -- Is it possible to make xcos don't stick on the very exactly version of libraries it depends on? At least in case of hdf5/libhdf5-7 (minor version changes). Thanks, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732066: can you please also package cgminer 3.7.2 (along with the latest version)?
Package: cgminer Severity: wishlist As you know CGMiner no longer works with GPUs or litecoin. Can you please add a second cgminer package? (Not as a replacement, as an addition.) Perhaps call it cgminer-gpu or cgminer-old and package specifically version 3.7.2. Also, you suggest installing bfgminer but there is no such debian package that I can find. Thanks. -- System Information: Debian Release: 7.2 APT prefers proposed-updates APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 'stable-updates'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686256: [Pkg-nagios-devel] Bug#727675: Make nagios3-dev package available at the official Debian repository
Carl Chenet schrieb am Friday, den 13. December 2013: On 13/12/2013 14:38, Alexander Wirt wrote: #686256 contains a patch for it (in the body of the last message). So this is a blocking issue, not for this package itself but for wanna-be packages in Debian archive). I am sorry, but this is API (I don't like this word) is not stable in any way. Providing them in a package isn't a good idea. Alex Thanks for your answer Alex, I don't agree with you on this topic. The headers will be clearly identified as associated with a specific version of Nagios. They are not a API and they don't have to be stable in time, from one version to another. People build things around Nagios, so it is a user need, and not providing these files (which exist anyway and are included in other packages (see the check-mk package, in the livestatus.tar.gz file) force people to embed these files in their own Debian package for no good reason except that the Nagios package does not provide a headers package. Yeah, indeed. They embed the version that works for them. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729572: Failed to build on mips64el
On Thu, Nov 14, 2013 at 09:23:00PM +0800, YunQiang Su wrote: Hi, I am working on Debian port for mips64el, while webkitgtk failed to build. Hey, thanks for the patch. However, why do you need changes in both places? # disable jit on some architectures (bug #651636) -ifneq (,$(filter $(DEB_BUILD_ARCH),armel mips mipsel)) +ifneq (,$(filter $(DEB_BUILD_ARCH),armel mips mipsel mips64el)) COMMON_CONFIGURE_ARGUMENTS += --disable-jit endif # See https://bugs.webkit.org/show_bug.cgi?id=113638 -ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc ppc64 sparc sparc64 s390 s390x)) +ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc ppc64 sparc sparc64 s390 s390x mips64el)) CPPFLAGS += -DENABLE_JIT=0 -DENABLE_YARR_JIT=0 -DENABLE_ASSEMBLER=0 endif Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732066: [Pkg-bitcoin-devel] Bug#732066: can you please also package cgminer 3.7.2 (along with the latest version)?
On Fri, Dec 13, 2013 at 9:04 AM, Ariel asdeb...@dsgml.com wrote: As you know CGMiner no longer works with GPUs or litecoin. Can you please add a second cgminer package? (Not as a replacement, as an addition.) Perhaps call it cgminer-gpu or cgminer-old and package specifically version 3.7.2. Hello, bfgminer is in the NEW queue, it's pending acceptance into Debian: http://ftp-master.debian.org/new/bfgminer_3.6.0-1.html Once bfgminer is in Debian, could you try it and see if that fits your needs? You can find old packages here: http://snapshot.debian.org/package/cgminer/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732067: enigmail asks for passphrase automatically
Package: enigmail Version: 2:1.5.1+id17-3~deb7u1 When I start Icedove a window opens prompting me for my OpenPGP passphrase. Similarly, when I select an encrypted message in my sent folder I am again asked for my passphrase. This happens despite having the option Automatically decrypt/verify messages disabled in my OpenPGP menu. It used to be, that I could select an encrypted message and see the actual encrypted text, without being asked for my passphrase. First when I clicked on decrypt was I asked for my passphrase. Interestingly, this still works in my inbox, but not anymore in my sent folder. This behavior is extremely annoying. I am using Debian GNU/Linux Wheezy, kernel 3.10.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732010: gimp: FTBFS (fails to find freetype headers)
If you're doing an NMU anyway, want to apply the patches for the recent CVEs? I was waiting for a new release, but not sure when one will be out. Thanks, Ari On Dec 12, 2013 12:39 PM, Cyril Brulebois k...@debian.org wrote: Control: tag -1 upstream patch Julien Cristau jcris...@debian.org (2013-12-12): Source: gimp Version: 2.8.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 717923 with -1 Hi, gimp fails to build from source against freetype 2.5.1: gcc -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/./app/text -I../.. -I../.. -I/«PKGBUILDDIR»/. -I../../app -I/«PKGBUILDDIR»/./app -pthread -I/usr/include/gegl-0.2 -I/usr/include/babl-0.1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -pthread -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include -DG_LOG_DOMAIN=\Gimp-Text\ -D_FORTIFY_SOURCE=2 -DGIMP_DISABLE_DEPRECATED -DBABL_DISABLE_DEPRECATED -DGSEAL_ENABLE -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Werror=missing-prototypes -Wstrict-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -Wmissing-format-attribute -Wformat-security -fno-common -fdiagnostics-show-option -c /«PKGBUILDDIR»/./app/text/gimpfont.c /«PKGBUILDDIR»/./app/text/gimpfont.c:30:31: fatal error: freetype/tttables.h: No such file or directory #include freetype/tttables.h ^ compilation terminated. make[5]: *** [gimpfont.o] Error 1 freetype changed its header location, you should include FT_TRUETYPE_TABLES_H instead of freetype/tttables.h. Commit available upstream: https://git.gnome.org/browse/gimp/commit/?id=6c73f28b6d87a2afd11974552a075bffec52347f And attached to this mail. Confirmed locally in a devel chroot, can NMU if that helps. Mraw, KiBi.
Bug#732010: gimp: FTBFS (fails to find freetype headers)
Ari Pollak a...@aripollak.com (2013-12-13): If you're doing an NMU anyway, want to apply the patches for the recent CVEs? I was waiting for a new release, but not sure when one will be out. Julien doesn't seem to be in a hurry for this transition, so I'll probably skip NMUing. Was just trying to send patches for FTBFS/transition blockers. Mraw, KiBi. signature.asc Description: Digital signature
Bug#729572: Failed to build on mips64el
On Fri, Dec 13, 2013 at 10:15 PM, Alberto Garcia be...@igalia.com wrote: On Thu, Nov 14, 2013 at 09:23:00PM +0800, YunQiang Su wrote: Hi, I am working on Debian port for mips64el, while webkitgtk failed to build. Hey, thanks for the patch. However, why do you need changes in both places? I didn't test only change one place and not very clear about why there are 2 places, so I add them both. # disable jit on some architectures (bug #651636) -ifneq (,$(filter $(DEB_BUILD_ARCH),armel mips mipsel)) +ifneq (,$(filter $(DEB_BUILD_ARCH),armel mips mipsel mips64el)) COMMON_CONFIGURE_ARGUMENTS += --disable-jit endif # See https://bugs.webkit.org/show_bug.cgi?id=113638 -ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc ppc64 sparc sparc64 s390 s390x)) +ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc ppc64 sparc sparc64 s390 s390x mips64el)) CPPFLAGS += -DENABLE_JIT=0 -DENABLE_YARR_JIT=0 -DENABLE_ASSEMBLER=0 endif Berto -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731361: sparql-wrapper-python: New upstream version available
Control: tags -1 + patch On Wed, Dec 11, 2013 at 03:19:03PM +0100, Olivier Berger wrote: In the meantime, I have prepared a git-buildpackage repo which contains a proposed packaging for 1.5.2, at : http://anonscm.debian.org/gitweb/?p=users/obergix/sparqlwrapper.git Hope this helps. FYI, the package is ready for testing, in the master branch of above-mentioned repo, bringing 1.5.2-1 and Python-3 pacakging too. Please tell me if you want some adopter for SPARQLWrapper ;) Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731990: maint-guide: Missing quotes in example variable setting
On 13 December 2013 14:40, Osamu Aoki osamu_aoki_h...@nifty.com wrote: control: tags 731990 pending The example setting of DEBUILD_LINTIAN_OPTS: Please tell me Chapter etc. so I do jot need to search... I assumed that rgrep or similar at the command-line or in an editor is quicker than navigating to a manually-provided reference, but forgive me if I'm wrong!
Bug#688083: xrdp: no normal edit possible in remote session UP key disfunctional
Hi! In current GNOME in Debian, the presets Super+Up and Super+Down (set to windows resizing) are activated. Workaround is to deactivate the Super+Up and Super+Down keyboard shortcuts on the target desktop logins. Wondering what would be the right solution here - bugfixing xrdp (not activating Super?) or Super handling on the server? Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732068: gnome-disk-utility: Can't format external USB partition / device
Package: gnome-disk-utility Version: 3.10.0-1 Severity: important Dear Maintainer, When trying to format an external USB device using gnome-disks it fails with the following message: Error synchronizing after initial wipe: Timed out waiting for object (udisks-error-quark, 0) This bug has been reported for some time in Ubuntu too: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/1059872 Steps to reproduce: - Insert device with some free space left (non-formatted). In this case I was using a 4GB device previous dd'ed with Live Debian 7.2 (Gnome) with ~2.7 GB free - Start disk utility - Choose the device, then the free partition - Choose to add a partition, any format (I tried FAT 32, ext4 and LUKS+encrypted - this last one required installed parted) - Disk utility fails with the above mentioned message -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-disk-utility depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libdvdread4 4.2.0+20130219-3 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.37.93-1 ii libgtk-3-0 3.8.6-1 ii liblzma5 5.1.1alpha+20120614-2 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpwquality11.2.3-1 ii libsecret-1-00.15-2 ii libsystemd-login0204-5 ii libudisks2-0 2.1.1-1 ii libx11-6 2:1.6.2-1 ii udisks2 2.1.1-1 gnome-disk-utility recommends no packages. gnome-disk-utility 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#731990: maint-guide: Missing quotes in example variable setting
control: tags 731990 pending The example setting of DEBUILD_LINTIAN_OPTS: Please tell me Chapter etc. so I do jot need to search... DEBUILD_LINTIAN_OPTS=-i -I --show-overrides needs quotes around the right-hand side: DEBUILD_LINTIAN_OPTS=-i -I --show-overrides Good point. Fixed in VCS. http://anonscm.debian.org/gitweb/?p=ddp/maint-guide.git Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732069: autodocktools: Several mgltools package are lacking from our chain of dependencies
Package: autodocktools Severity: minor Hi, I'm currently checking Debian Med tasks files whether all our packages are properly mentioned. As far as I understood there was some consenus not to mention mgltools-* packages separately in the tasks files / metapackages but rather put the according dependencies into the autodocktools package. When checking autodocktools I can only find a subset of packages mentioned there and the following packages are missing: mgltools-bhtree mgltools-cadd mgltools-cmolkit mgltools-dejavu mgltools-geomutils mgltools-gle mgltools-mglutil mgltools-networkeditor mgltools-opengltk mgltools-pybabel mgltools-pyglf mgltools-scenario2 mgltools-sff mgltools-symserv mgltools-vision mgltools-visionlibraries If you think the packages should not be installed only as Depends / Recommends of autodocktools feel free to reassign this bug to the debian-med package so they will be included into the med-bio task. Kind regards Andreas. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642643: graphviz-doc: Link to apparently defunct documentation
Package: graphviz-doc Version: 2.26.3-14 Followup-For: Bug #642643 Dear Maintainer, A patch is attached for /usr/share/doc/graphviz/html/index.html that corrects the broken links. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash graphviz-doc depends on no packages. graphviz-doc recommends no packages. Versions of packages graphviz-doc suggests: ii graphviz 2.26.3-14 -- no debconf information text/html; charset="us-ascii": Unrecognized
Bug#732070: openvswitch-switch: installation fails
Package: openvswitch-switch Version: 1.9.3+git20131029-1 Severity: important Dear Maintainer, root@t430gone:/home/goneri# apt-get install openvswitch-switch Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libamd2.2.0 libboost-thread1.49.0 libcolamd2.7.1 libgsm1:i386 libodbc1:i386 libtiff4:i386 libumfpack5.4.0 libv4l-0:i386 libv4lconvert0:i386 libwine-bin:i386 libwine-gl:i386 libxcomposite1:i386 libxinerama1:i386 libxrandr2:i386 libxslt1.1:i386 openjdk-7-jre-lib wine-bin:i386 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: openvswitch-common Suggested packages: openvswitch-datapath-module The following NEW packages will be installed: openvswitch-common openvswitch-switch 0 upgraded, 2 newly installed, 0 to remove and 75 not upgraded. Need to get 1,188 kB of archives. After this operation, 5,384 kB of additional disk space will be used. Do you want to continue? [Y/n] y Get:1 http://ftp.fr.debian.org/debian/ sid/main openvswitch-common amd64 1.9.3+git20131029-1 [423 kB] Get:2 http://ftp.fr.debian.org/debian/ sid/main openvswitch-switch amd64 1.9.3+git20131029-1 [765 kB] Fetched 1,188 kB in 2s (413 kB/s) Selecting previously unselected package openvswitch-common. (Reading database ... 213732 files and directories currently installed.) Preparing to unpack .../openvswitch-common_1.9.3+git20131029-1_amd64.deb ... Unpacking openvswitch-common (1.9.3+git20131029-1) ... Selecting previously unselected package openvswitch-switch. Preparing to unpack .../openvswitch-switch_1.9.3+git20131029-1_amd64.deb ... Unpacking openvswitch-switch (1.9.3+git20131029-1) ... Processing triggers for man-db (2.6.5-2) ... Setting up openvswitch-common (1.9.3+git20131029-1) ... Setting up openvswitch-switch (1.9.3+git20131029-1) ... [ ok ] Inserting openvswitch module. /usr/share/openvswitch/scripts/ovs-ctl: 186: ulimit: error setting limit (Invalid argument) [warn] /etc/openvswitch/conf.db does not exist ... (warning). ovsdb-tool: I/O error: /etc/openvswitch/conf.db: failed to lock lockfile (No such file or directory) [FAIL] Creating empty database /etc/openvswitch/conf.db ... failed! /usr/share/openvswitch/scripts/ovs-ctl: 186: ulimit: error setting limit (Invalid argument) Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvswitch-switch depends on: ii libc6 2.17-97 ii libssl1.0.0 1.0.1e-4 ii module-init-tools 9-3 ii netbase 5.1 iu openvswitch-common 1.9.3+git20131029-1 ii procps 1:3.3.8-2 pn python:any none ii uuid-runtime2.20.1-5.5 openvswitch-switch recommends no packages. Versions of packages openvswitch-switch suggests: pn openvswitch-datapath-module 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#704242: Driver for PL-2303 HX not working
Hello together, is there anything new for the PL-2303 HX? It would be fine if it could work like in the past. Of course for Linux there are good alternatives. Here is a new one with the CP2102 suffering easy supply voltage: http://www.ebay.de/itm/110954294607 Best regards Karsten Am 24.06.2013 21:00, schrieb Greg KH: On Mon, Jun 24, 2013 at 12:38:17PM -0400, Aric Fedida wrote: I will gladly ship you one. Give me address details, and I'll go to the post office to send it. I'll send it off-list, thanks. Personally, I have resolved to abandon the PL2303 chip, and move to FTDI instead. But for the sake of other Linux users who might buy that adapter by mistake, I am willing to donate the hardware to an able kernel hacker :-) Yes, I recommend the ftdi devices as well, the specs are availble, and the driver seems to work better because of it. thanks, greg k-h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732071: tar with acl, xattr and selinux support
Package: tar Version: 1.27-3+wheezy1 Severity: normal Tags: patch tar binary which available in sid built without ACL, XATTR and SELinux support. Please add libacl1-dev, libattr1-dev, libselinux1-dev as build dependencies for tar. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tar depends on: ii libacl1 2.2.51-8 ii libc62.13-38 ii libselinux1 2.1.9-5 tar recommends no packages. Versions of packages tar suggests: ii bzip21.0.6-4 pn ncompressnone pn tar-scripts none ii xz-utils 5.1.1alpha+20120614-2 diff -urNp tar-1.27.debian/debian/control tar-1.27/debian/control --- tar-1.27.debian/debian/control 2013-11-03 19:50:01.0 +0300 +++ tar-1.27/debian/control 2013-12-13 15:17:54.391354286 +0300 @@ -3,7 +3,7 @@ Section: utils Priority: required Maintainer: Bdale Garbee bd...@gag.com Uploaders: Carl Worth cwo...@cworth.org -Build-Depends: debhelper ( 5), gettext, autoconf, autotools-dev +Build-Depends: debhelper ( 5), gettext, autoconf, autotools-dev, libacl1-dev, libattr1-dev, libselinux1-dev Standards-Version: 3.9.4 Vcs-Git: git://git.gag.com/debian/tar Vcs-Browser: http://git.gag.com/?p=debian/tar
Bug#731990: maint-guide: Missing quotes in example variable setting
On Fri, Dec 13, 2013 at 02:44:56PM +, Reuben Thomas wrote: On 13 December 2013 14:40, Osamu Aoki osamu_aoki_h...@nifty.com wrote: control: tags 731990 pending The example setting of DEBUILD_LINTIAN_OPTS: Please tell me Chapter etc. so I do not need to search... I assumed that rgrep or similar at the command-line or in an editor is quicker than navigating to a manually-provided reference, but forgive me if I'm wrong! Wrong. You should communicate with the full information. There should be space for me to **guess** what is in your brain. This is general rule for bug report. Why hide? I can blindly follow your suggestion to fix the source, I can go directly to that text by /DEBUILD_LINTIAN_OPTS in vim. But there may be 2 locations ... Or some funny line folding may exist in the source missing another one Also I normally want to check the context by reading the generated html text. Searching over remote multi-page html is non-trivial. Pushing me to do such is not effective and prone for problem. I need to run grep locally. Giving me the chapter location reduces such ambiguity. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720681: Help with cmake needed (Was: Bug#720681: (Further) help with C++ needed)
Hi, On Fri, Dec 13, 2013 at 01:11:10PM +0100, Gert Wollny wrote: The build system is quite complex, which makes it difficult to fix it without digging too much into it. As far as I can see there is some mixup between creating the files in VIEW/DIALOG and VIEW/UIC and then things go wrong, but how and why, I don't really understand. I'm now trying to implement the hint of the issue reporter to run uic-qt4 on the .ui files. A quick and dirty fix would be to create the files manually and add them as patch Since about more than 50 ui_*.h files seem to be needed in this process I dived again into the build system. I dropped some comment into d/rules (in Git git://git.debian.org/git/debian-med/ball.git) ## Uhmmm, seems we need to do this for all UI files mentioned in ## source/VIEW/DIALOGS/sources.cmake ## but I really hope some cmake expert might be able to find a clue ## how to trigger cmake to do it as intended by upstream. ## Somehow the code ## ADD_BALL_UIFILES(VIEW/DIALOGS ${UI_LIST}) ## needs to be called before the build code below can be started which basically tries to describe what needs to happen but my cmake knowledge is to rudimentary to know how to approach this. If nobody has any idea I'd try some script hacking around the cmake input file and try to do what needs to be done to create the missing files. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731990: maint-guide: Missing quotes in example variable setting
On 13 December 2013 15:18, Osamu Aoki osamu_aoki_h...@nifty.com wrote: On Fri, Dec 13, 2013 at 02:44:56PM +, Reuben Thomas wrote: On 13 December 2013 14:40, Osamu Aoki osamu_aoki_h...@nifty.com wrote: control: tags 731990 pending The example setting of DEBUILD_LINTIAN_OPTS: Please tell me Chapter etc. so I do not need to search... I assumed that rgrep or similar at the command-line or in an editor is quicker than navigating to a manually-provided reference, but forgive me if I'm wrong! Wrong. You should communicate with the full information. There should be space for me to **guess** what is in your brain. This is general rule for bug report. Why hide? Usually, and this is the case here, sufficient original text uniquely determines the context. But you're right, I didn't indicate that I had verified this. Also I normally want to check the context by reading the generated html text. Searching over remote multi-page html is non-trivial. Do you mean you're searching a web site? I am puzzled to understand why, as maint-guide is a Debian package whose current unstable version you can download or install. Nonetheless, I will try to bear your request in mind in future, and please don't hesitate to remind me of this promise if I forget it! -- http://rrt.sc3d.org
Bug#732072: openafs-modules-dkms: openafs loses connection, backtrace on restart
Package: openafs-modules-dkms Version: 1.6.1-3+deb7u1 Severity: normal I have a recent new install of Debian Wheezy on a 64bit AMD Opteron box and have openafs-client installed. Openafs does work and I can access the afs directories. After a certain amount of timem, the afs directories are not accessible anymore even after a klog. As root, I restart afs using /etc/init.d /openafs-client restart. I then see a backtrace for afs in syslog. It appears that openafs-client starts again because after a klog I can access the afs directories again. 1. Is it normal for openafs-client to have to be restarted on a machine that is not shut down very often? 2. That can't be good for it to backtrace in restart. Here is the backtrace from the syslog: Dec 13 10:13:18 opt16prof kernel: [63710.857297] afs: COLD shutting down of: vcaches... CB... afs... BkG... CTrunc... AFSDB... RxEvent... UnmaskRxkSignals... RxListener... ALL allocated tables... done Dec 13 10:13:18 opt16prof kernel: [63710.954593] enabling dynamically allocated vcaches Dec 13 10:13:18 opt16prof kernel: [63710.954598] Starting AFS cache scan...found 21 non-empty cache files (1%). Dec 13 10:13:18 opt16prof kernel: [63710.976641] [ cut here ] Dec 13 10:13:18 opt16prof kernel: [63710.976649] WARNING: at /build/linux- rrsxby/linux-3.2.51/fs/sysfs/dir.c:481 sysfs_add_one+0x8d/0xa0() Dec 13 10:13:18 opt16prof kernel: [63710.976653] Hardware name: -[6217Z03]- Dec 13 10:13:18 opt16prof kernel: [63710.976654] sysfs: cannot create duplicate filename '/devices/virtual/bdi/afs' Dec 13 10:13:18 opt16prof kernel: [63710.976657] Modules linked in: openafs(P) tcp_diag inet_diag ppdev lp bnep ipt_LOG ipt_REJECT iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 rfcomm bluetooth rfkill iptable_filter ip_tables ip6t_LOG xt_limit ip6t_REJECT xt_tcpudp ip6t_ah nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ext2 loop nvidia(P) parport_pc parport shpchp psmouse mperf i2c_amd756 amd_rng amd64_edac_mod container rng_core edac_mce_amd snd_intel8x0 snd_ac97_codec evdev i2c_amd8111 i2c_core pcspkr serio_raw k8temp edac_core snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd processor button soundcore ac97_bus thermal_sys ext4 crc16 jbd2 mbcache dm_mod microcode sg sd_mod crc_t10dif sr_mod cdrom ata_generic ohci_hcd ehci_hcd floppy sata_sil pata_amd aic79xx scsi_transport_spi usbcore firewire_ohci tg3 libphy usb_common libata firewire_core crc_itu_t scsi_mod [last unloaded: openafs] Dec 13 10:13:18 opt16prof kernel: [63710.976735] Pid: 14955, comm: afsd Tainted: P O 3.2.0-4-amd64 #1 Debian 3.2.51-1 Dec 13 10:13:18 opt16prof kernel: [63710.976737] Call Trace: Dec 13 10:13:18 opt16prof kernel: [63710.976744] [81046cbd] ? warn_slowpath_common+0x78/0x8c Dec 13 10:13:18 opt16prof kernel: [63710.976748] [81046d69] ? warn_slowpath_fmt+0x45/0x4a Dec 13 10:13:18 opt16prof kernel: [63710.976751] [81150575] ? sysfs_add_one+0x8d/0xa0 Dec 13 10:13:18 opt16prof kernel: [63710.976755] [811505ee] ? create_dir+0x66/0xa0 Dec 13 10:13:18 opt16prof kernel: [63710.976758] [811506c3] ? sysfs_create_dir+0x85/0x9b Dec 13 10:13:18 opt16prof kernel: [63710.976763] [810bb3cf] ? __alloc_pages_nodemask+0x186/0x7aa Dec 13 10:13:18 opt16prof kernel: [63710.976768] [811abe22] ? kobject_add_internal+0xc8/0x181 Dec 13 10:13:18 opt16prof kernel: [63710.976771] [811ac1f7] ? kobject_add+0x95/0xa4 Dec 13 10:13:18 opt16prof kernel: [63710.976775] [8134e6cd] ? mutex_lock+0xd/0x2d Dec 13 10:13:18 opt16prof kernel: [63710.976779] [8124f7ef] ? device_add+0x109/0x590 Dec 13 10:13:18 opt16prof kernel: [63710.976783] [8125976f] ? pm_runtime_init+0xb5/0xc9 Dec 13 10:13:18 opt16prof kernel: [63710.976786] [8124fd0e] ? device_create_vargs+0x86/0xbe Dec 13 10:13:18 opt16prof kernel: [63710.976790] [810cb7c8] ? bdi_register+0x5f/0x18b Dec 13 10:13:18 opt16prof kernel: [63710.976811] [a0d4a52d] ? afs_fill_super+0x17d/0x20d [openafs] Dec 13 10:13:18 opt16prof kernel: [63710.976820] [a0d4a3b0] ? afs_root.isra.1+0x131/0x131 [openafs] Dec 13 10:13:18 opt16prof kernel: [63710.976825] [810fc731] ? mount_nodev+0x42/0x78 Dec 13 10:13:18 opt16prof kernel: [63710.976828] [810fd117] ? mount_fs+0x61/0x146 Dec 13 10:13:18 opt16prof kernel: [63710.976832] [811101a6] ? vfs_kern_mount+0x5f/0x99 Dec 13 10:13:18 opt16prof kernel: [63710.976835] [81110590] ? do_kern_mount+0x49/0xd8 Dec 13 10:13:18 opt16prof kernel: [63710.976838] [8c0b] ? do_mount+0x660/0x6c6 Dec 13 10:13:18 opt16prof kernel: [63710.976842] [810c9858] ? memdup_user+0x36/0x5b Dec 13 10:13:18 opt16prof kernel: [63710.976845] [8f19] ? sys_mount+0x88/0xc3 Dec 13 10:13:18 opt16prof kernel: [63710.976849] [81354212] ?
Bug#732073: sed: please update config.guess and config.sub at build time
Package: sed Version: 4.2.2-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty config.guess and config.sub in sed 4.2.2 are a bit too old to support some new ports properly, such as ppc64el. Could you please update them at build time so that we don't have to worry about this in future? Patch follows. * Update config.guess and config.sub at build time. diff -Nru sed-4.2.2/debian/control sed-4.2.2/debian/control --- sed-4.2.2/debian/control2013-07-28 02:59:16.0 +0100 +++ sed-4.2.2/debian/control2013-12-13 15:35:30.0 + @@ -3,7 +3,7 @@ Priority: required Maintainer: Clint Adams cl...@debian.org Standards-Version: 3.9.4 -Build-Depends: texinfo, gettext, libselinux-dev [linux-any] +Build-Depends: texinfo, gettext, libselinux-dev [linux-any], autotools-dev Vcs-Git: git://git.debian.org/users/clint/sed.git Vcs-Browser: http://git.debian.org/?p=users/clint/sed.git;a=summary Homepage: http://www.gnu.org/software/sed/ diff -Nru sed-4.2.2/debian/rules sed-4.2.2/debian/rules --- sed-4.2.2/debian/rules 2013-07-28 02:59:16.0 +0100 +++ sed-4.2.2/debian/rules 2013-12-13 15:35:26.0 + @@ -48,11 +48,14 @@ clean: rm -f debian/substvars debian/files build-arch config.log config.cache + rm -f build-aux/config.guess build-aux/config.sub rm -rf debian/tmp autom4te.cache find . -type f -a \( -name \#\*\# -o -name .\*\~ -o -name \*\~ -o -name DEADJOE -o -name \*.orig -o -name \*.rej -o -name \*.bak -o -name .\*.orig -o -name .\*.rej -o -name .SUMS -o -name TAGS -o -name core -o \( -path \*/.deps/\* -a -name \*.P \) \) -exec rm -f {} \; test ! -f Makefile || $(MAKE) distclean Makefile: Makefile.in + cp -a /usr/share/misc/config.guess /usr/share/misc/config.sub \ + build-aux/ ./configure --prefix=/usr \ --exec-prefix=/ \ --datadir=/usr/share \ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720681: [Debian-med-packaging] Bug#720681: Help with cmake needed (Was: Bug#720681: (Further) help with C++ needed)
Hello, it seems the attached patch solves the problem (Building at 95% way beyond where it failed before). Actually, it is commit 1e76c9 in the ball git repro https://bitbucket.org/ball/ball Cheers, Gert From 1e76c9cb1920e9176b725269985c7eb43126d188 Mon Sep 17 00:00:00 2001 From: Luis de la Garza delaga...@informatik.uni-tuebingen.de Date: Fri, 22 Nov 2013 15:18:55 +0100 Subject: [PATCH] QT4_EXTRACT_OPTIONS CMake macro changed in CMake 2.8.12; fixed BALLMacros.cmake --- cmake/BALLMacros.cmake | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/cmake/BALLMacros.cmake b/cmake/BALLMacros.cmake index f81ab89..0ac1b87 100644 --- a/cmake/BALLMacros.cmake +++ b/cmake/BALLMacros.cmake @@ -6,16 +6,22 @@ ### minor modifications (marked with ## BALL ###) ### MACRO(QT4_WRAP_UI_BALL outfiles ) - QT4_EXTRACT_OPTIONS(ui_files ui_options ${ARGN}) - - ### BALL ### + # since 2.8.12 qt4_extract_options has an additional argument + # copied fix from OpenMS + IF(${CMAKE_VERSION} VERSION_LESS 2.8.12) + QT4_EXTRACT_OPTIONS(ui_files ui_options ${ARGN}) + ELSE() + QT4_EXTRACT_OPTIONS(ui_files ui_options ui_target ${ARGN}) + ENDIF() + + ### BALL ### # create output directory (will not exist for out-of-source builds) FILE(MAKE_DIRECTORY ${PROJECT_BINARY_DIR}/include/BALL/VIEW/UIC/) FOREACH (it ${ui_files}) GET_FILENAME_COMPONENT(outfile ${it} NAME_WE) GET_FILENAME_COMPONENT(infile ${it} ABSOLUTE) - ### BALL ### +### BALL ### SET(outfile ${PROJECT_BINARY_DIR}/include/BALL/VIEW/UIC/ui_${outfile}.h) ADD_CUSTOM_COMMAND(OUTPUT ${outfile} COMMAND ${QT_UIC_EXECUTABLE} -- 1.8.5.1
Bug#720681: [Debian-med-packaging] Bug#720681: Help with cmake needed (Was: Bug#720681: (Further) help with C++ needed)
Bad news is now compiling fails with: /home/wollny/Debian/ball/build/source/PYTHON/EXTENSIONS/VIEWmodule/sipVIEWpart0.cpp: In member function 'virtual void sipDatasetControl::destroy()': /home/wollny/Debian/ball/build/source/PYTHON/EXTENSIONS/VIEWmodule/sipVIEWpart0.cpp:2981:9: error: reference to 'destroy' is ambiguous DatasetControl::destroy(); ^ In file included from /home/wollny/Debian/ball/include/BALL/VIEW/KERNEL/mainControl.h:17:0, from /home/wollny/Debian/ball/source/PYTHON/EXTENSIONS/VIEW/mainControl.sip:13: /home/wollny/Debian/ball/include/BALL/VIEW/KERNEL/connectionObject.h:73:17: note: candidates are: virtual void BALL::VIEW::ConnectionObject::destroy() virtual void destroy(); ^ In file included from /home/wollny/Debian/ball/source/PYTHON/EXTENSIONS/VIEW/modularWidget.sip:12:0: /home/wollny/Debian/ball/include/BALL/VIEW/KERNEL/modularWidget.h:91:17: note: virtual void BALL::VIEW::ModularWidget::destroy() virtual void destroy() ^ In file included from /usr/include/qt4/QtGui/qdialog.h:45:0, from /usr/include/qt4/QtGui/qcolordialog.h:45, from /usr/include/qt4/QtGui/QColorDialog:1, from /home/wollny/Debian/ball/include/BALL/VIEW/KERNEL/common.h:27, from /home/wollny/Debian/ball/source/PYTHON/EXTENSIONS/VIEW/view-common.sip:7, from /home/wollny/Debian/ball/build/source/PYTHON/EXTENSIONS/VIEWmodule/sipVIEWpart0.cpp:7: /usr/include/qt4/QtGui/qwidget.h:726:10: note: void QWidget::destroy(bool, bool) void destroy(bool destroyWindow = true, ^ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732044: [Debichem-devel] Bug#732044: psi4: FTBFS when not building -data package
Hi, On Thu, Dec 12, 2013 at 10:45:30PM -0500, Aaron M. Ucko wrote: Source: psi4 Version: 4.0~beta5+dfsg-1 Severity: serious Justification: fails to build from source Builds of psi4 covering only its architecture-dependent psi4 binary package (as on the autobuilders, or with debuild -B) have been failing: Thanks for the heads-up, I thought I tested that case. Will look into it. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732074: RM: pygmy -- RC-buggy; orphaned; dead upstream
Package: ftp.debian.org Severity: normal Package: pygmy Please consider the removal from the archive: - Orphaned - Dead upstream - RC Buggy (#703054) Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729572: Failed to build on mips64el
On Fri, Dec 13, 2013 at 10:34:37PM +0800, YunQiang Su wrote: Hey, thanks for the patch. However, why do you need changes in both places? I didn't test only change one place and not very clear about why there are 2 places, so I add them both. I actually wonder why we need the CPPFLAGS thing at all instead of --disable-jit. Emilio? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732075: btrfs-convert: missing manpage
Package: btrfs-tools Version: 0.19+20130705-3 Severity: normal btrfs-convert missing manpage. If upstream VCS does not have one ready, how about attached? (help2man did not do good job but it was a start.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 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 btrfs-tools depends on: ii e2fslibs1.42.8-1 ii libblkid1 2.20.1-5.5 ii libc6 2.17-97 ii libcomerr2 1.42.8-1 ii liblzo2-2 2.06-1.2 ii libuuid12.20.1-5.5 ii zlib1g 1:1.2.8.dfsg-1 btrfs-tools recommends no packages. btrfs-tools suggests no packages. -- no debconf information .TH BTRFS-CONVERT 8 .\ It was generated by help2man 1.43.3 and quite a bit touched up. .SH NAME btrfs\-convert \- convert ext2/3/4fs to btrfs .SH SYNOPSIS .B btrfs-convert [\-d] [\-i] [\-n] [\-r] \fIdevice\fP .SH DESCRIPTION .B btrfs-convert is used to convert all the data on \fIdevice\fP from an ext2/3/4 filesystem into a btrfs filesystem. .SH OPTIONS .TP \fB\-d\fR disable data checksum .HP \fB\-i\fR ignore xattrs and ACLs .HP \fB\-n\fR disable packing of small files .HP \fB\-r\fR roll back to ext2fs .HP \fB\-d\fR disable data checksum .HP \fB\-i\fR ignore xattrs and ACLs .HP \fB\-n\fR disable packing of small files .HP \fB\-r\fR roll back to ext2fs .SH AVAILABILITY .B btrfs-image is part of btrfs-tools. Btrfs is currently under heavy development, and not suitable for any uses other than benchmarking and review. Please refer to the btrfs wiki http://btrfs.wiki.kernel.org for further details. .SH SEE ALSO .BR btrfsck (8), mkfs.btrfs (8), btrfs-image (8)
Bug#732076: e2fsprogs: please update config.guess and config.sub at build time
Package: e2fsprogs Version: 1.42.8-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty config.guess and config.sub in e2fsprogs 1.42.8 are a bit too old to support some new ports properly, such as ppc64el. Could you please update them at build time so that we don't have to worry about this in future? Patch follows. * Use the autotools-dev dh addon to update config.guess/config.sub for new ports. diff -Nru e2fsprogs-1.42.8/debian/control e2fsprogs-1.42.8/debian/control --- e2fsprogs-1.42.8/debian/control 2013-06-21 04:14:38.0 +0100 +++ e2fsprogs-1.42.8/debian/control 2013-12-13 16:01:32.0 + @@ -2,7 +2,7 @@ Section: admin Priority: required Maintainer: Theodore Y. Ts'o ty...@mit.edu -Build-Depends: texi2html (= 1.76), gettext, texinfo, pkg-config, dietlibc-dev ( 0.30) [alpha amd64 arm hppa i386 ia64 powerpc ppc64 s390 sparc], gcc-multilib [mips mipsel], debhelper (= 7.0), libblkid-dev (= 2.16), uuid-dev (= 2.16), m4 +Build-Depends: texi2html (= 1.76), gettext, texinfo, pkg-config, dietlibc-dev ( 0.30) [alpha amd64 arm hppa i386 ia64 powerpc ppc64 s390 sparc], gcc-multilib [mips mipsel], debhelper (= 7.0), libblkid-dev (= 2.16), uuid-dev (= 2.16), m4, autotools-dev Standards-Version: 3.9.4 Homepage: http://e2fsprogs.sourceforge.net diff -Nru e2fsprogs-1.42.8/debian/control.in e2fsprogs-1.42.8/debian/control.in --- e2fsprogs-1.42.8/debian/control.in 2013-06-16 23:39:06.0 +0100 +++ e2fsprogs-1.42.8/debian/control.in 2013-12-13 16:01:27.0 + @@ -9,7 +9,7 @@ Section: admin Priority: required Maintainer: Theodore Y. Ts'o ty...@mit.edu -Build-Depends: texi2html (= 1.76), gettext, texinfo, pkg-config, DIETLIBC_DEFINES gcc-multilib [mips mipsel], debhelper (= 7.0), UTIL_LINUX_NG_DEFINES m4 +Build-Depends: texi2html (= 1.76), gettext, texinfo, pkg-config, DIETLIBC_DEFINES gcc-multilib [mips mipsel], debhelper (= 7.0), UTIL_LINUX_NG_DEFINES m4, autotools-dev Standards-Version: 3.9.4 Homepage: http://e2fsprogs.sourceforge.net diff -Nru e2fsprogs-1.42.8/debian/rules e2fsprogs-1.42.8/debian/rules --- e2fsprogs-1.42.8/debian/rules 2013-06-16 23:39:06.0 +0100 +++ e2fsprogs-1.42.8/debian/rules 2013-12-13 16:03:22.0 + @@ -100,6 +100,7 @@ endif STAMPSDIR ?= debian/stampdir +AUTOTOOLSSTAMP ?= ${STAMPSDIR}/autotools-stamp CFGSTDSTAMP?= ${STAMPSDIR}/configure-std-stamp CFGBFSTAMP ?= ${STAMPSDIR}/configure-bf-stamp CFGSTATICSTAMP ?= ${STAMPSDIR}/configure-static-stamp @@ -244,6 +245,10 @@ debian/e2fsprogs.shlibs.local: debian/e2fsprogs.shlibs.local.in m4 $(M4_ARGS) debian/e2fsprogs.shlibs.local.in $@ +${AUTOTOOLSSTAMP}: + dh_autotools-dev_updateconfig + touch ${AUTOTOOLSSTAMP} + ${CFGSTDSTAMP}: dh_testdir @@ -376,6 +381,7 @@ [ ! -f ${staticbuilddir}/Makefile ] || $(MAKE) -C ${staticbuilddir} V=1 distclean rm -rf ${stdbuilddir} ${bfbuilddir} ${staticbuilddir} ${mipsbuilddir} ${mipsbuilddir64} rm -f debian/*.substvars + dh_autotools-dev_restoreconfig dh_clean install: cleanup install-std Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org