Bug#847749: ITP: node-user-home -- Get the path to the user home directory
On 12/12/2016 12:40 AM, Christian Seiler wrote: > I've attached a git patch against your current packaging (you can > use git am to apply it) that does just this. I've tried building > it in sbuild -d unstable and it works - and the tests pass. > > Hope that helps. Thanks!!! That helped. signature.asc Description: OpenPGP digital signature
Bug#847835: ITP: libchi-memoize-perl -- memoization implementation backed by CHI
Package: wnpp Owner: Christopher Hoskin Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libchi-memoize-perl Version : 0.07 Upstream Author : Jonathan Swartz * URL : https://metacpan.org/release/CHI-Memoize * License : Artistic or GPL-1+ Programming Lang: Perl Description : memoization implementation backed by CHI CHI::Memoize is an implementation of the memoization technique using CHI. Memoize caches the inputs and outputs of a function, if the function is called again with the same inputs, CHI::Memoize intervenes and provides the cached result. For slow functions, time is saved, at the expence of space. CHI::Memoize provides the same facility as Memoize|Memoize, but backed by CHI|CHI. This means, among other things, that you can: * specify expiration times (expires_in) and conditions (expire_if) * memoize to different backends, e.g. File, Memcached, DBI, or to multilevel caches * handle arbitrarily complex function arguments (via CHI key serialization) For a bit of history and motivation, see http://www.openswartz.com/2012/05/06/memoize-revisiting-a-twelve-year-old-api The package will be maintained under the umbrella of the Debian Perl Group.
Bug#847834: ruby-github-markup: FTBFS: IndexError: pop from empty list
Source: ruby-github-markup Version: 1.5.0+dfsg-3 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Dear Maintainer, ruby-github-markup fails to build from source in unstable/amd64: […] update-alternatives: using /usr/share/docutils/scripts/python2/rst2s5 to provide /usr/bin/rst2s5 (rst2s5) in auto mode update-alternatives: using /usr/share/docutils/scripts/python2/rst2xetex to provide /usr/bin/rst2xetex (rst2xetex) in auto mode update-alternatives: using /usr/share/docutils/scripts/python2/rst2xml to provide /usr/bin/rst2xml (rst2xml) in auto mode update-alternatives: using /usr/share/docutils/scripts/python2/rstpep2html to provide /usr/bin/rstpep2html (rstpep2html) in auto mode Setting up rake (10.5.0-2) ... Setting up libruby2.3:amd64 (2.3.3-1) ... Setting up ruby2.3 (2.3.3-1) ... Setting up ruby2.3-dev:amd64 (2.3.3-1) ... Setting up ruby (1:2.3.3) ... Setting up ruby-rinku (1.7.3-2) ... Setting up gem2deb-test-runner (0.33.1) ... Setting up ruby-redcarpet (3.3.4-2) ... Setting up ruby-json (2.0.1+dfsg-3) ... Setting up ruby-all-dev:amd64 (1:2.3.3) ... Setting up ruby-creole (0.5.0-2) ... Setting up ruby-tdiff (0.3.3-1) ... Setting up asciidoctor (1.5.4-2) ... Setting up ruby-pkg-config (1.1.7-1) ... Setting up ruby-atomic (1.1.16-2+b6) ... Setting up ruby-setup (3.4.1-9) ... Setting up ruby-expression-parser (0.9.1-4) ... Setting up ruby-redcloth (4.3.2-2) ... Setting up ruby-thread-safe (0.3.5-3) ... Setting up ruby-i18n (0.7.0-2) ... Setting up ruby-rubypants (0.6.0-1) ... Setting up ruby-tzinfo (1.2.2-2) ... Setting up ruby-blankslate (3.1.3-1) ... Setting up ruby-posix-spawn (0.3.11-1+b2) ... Setting up gem2deb (0.33.1) ... Setting up ruby-activesupport (2:4.2.7.1-1) ... Setting up ruby-nokogiri (1.6.8.1-1) ... Setting up ruby-nokogiri-diff (0.2.0-1) ... Setting up ruby-org (0.9.12-2) ... Setting up ruby-html-pipeline (1.11.0-1) ... Setting up ruby-builder (3.2.2-4) ... Setting up ruby-sanitize (2.1.0-2) ... Setting up ruby-wikicloth (0.8.1+dfsg-4) ... Setting up ruby-github-markup-build-deps (1.5.0+dfsg-3) ... Processing triggers for libc-bin (2.24-8) ... Processing triggers for ca-certificates (20161130) ... Updating certificates in /etc/ssl/certs... 0 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d... done. ** ** Environment ** ** PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin HOSTNAME=02ac3422a2dd TERM=xterm PAGER=more DISPLAY=:0 DOCKER_IMAGE=lamby-debian-sid DEB_BUILD_OPTIONS=parallel=9 PIP_DOWNLOAD_CACHE=/home/lamby/.cache/pip HOME=/home/lamby LOGNAME=lamby SHLVL=1 PWD=/home/lamby/temp/cdt.20161212085942.NYbJv0Lql2.db.ruby-github-markup/ruby-github-markup-1.5.0+dfsg OLDPWD=/home/lamby/temp/cdt.20161212085942.NYbJv0Lql2.db.ruby-github-markup GPG_TTY=/dev/console QUILT_PATCHES=debian/patches QUILT_NO_DIFF_INDEX=1 QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index DEBEMAIL=la...@debian.org DEBFULLNAME=Chris Lamb EDITOR=vim LESS=-cgiFx4M GPG_KEY=1E953E27D4311E58 BLASTER=A220 I5 D1 H5 P330 T6 _=/usr/bin/env ** ** Building ruby-github-markup 1.5.0+dfsg-3 on amd64 ** ** dpkg-buildpackage -rfakeroot -us -uc -b dpkg-buildpackage: info: source package ruby-github-markup dpkg-buildpackage: info: source version 1.5.0+dfsg-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Antonio Terceiro dpkg-source --before-build ruby-github-markup-1.5.0+dfsg dpkg-buildpackage: info: host architecture amd64 fakeroot debian/rules clean dh clean --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby debian/rules override_dh_auto_clean make[1]: Entering directory '«BUILDDIR»' dh_auto_clean dh_ruby --clean dh_ruby --clean fatal: Not a git repository (or any parent up to mount point /home) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). rm -rf doc make[1]: Leaving directory '«BUILDDIR»' dh_clean -O--buildsystem=ruby debian/rules build dh build --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_update_autotools_config -O--buildsystem=ruby dh_auto_configure -O--buildsystem=ruby dh_ruby --configure debian/rules ov
Bug#847836: gnome-software: State change on epiphany.desktop from installed to available is not OK
Package: gnome-software Version: 3.22.1-1 Severity: normal Hi, When running gnome-software in a terminal, I'm seeing the following warning: Gs State change on epiphany.desktop from installed to available is not OK In the interface, when I'm searching for webkit, gnome-software shows me two entries instead of one, one of the them is incomplete (no screenshot, missing information,...) Removing the libgs_plugin_epiphany.so remove the warning, but the duplicate epiphany/Web entry stays in gnome-software. In the past, the epiphany.desktop was renamed to epiphany-browser.desktop, could it be the reason? Regards, Laurent Bigonville -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-software depends on: ii appstream0.10.4-1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2 ii gnome-software-common3.22.1-1 ii gsettings-desktop-schemas3.22.0-1 ii libappstream-glib8 0.6.5-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-8 ii libcairo-gobject21.14.6-1.1 ii libcairo21.14.6-1.1 ii libenchant1c2a 1.6.0-11+b1 ii libfwupd10.7.4-2 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.2-2 ii libgnome-desktop-3-123.22.2-1 ii libgtk-3-0 3.22.5-1 ii libgtkspell3-3-0 3.0.9-1 ii libgudev-1.0-0 230-3 ii libjson-glib-1.0-0 1.2.2-1 ii libpackagekit-glib2-18 1.1.4-3 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libpolkit-gobject-1-00.113-5 ii libsecret-1-00.18.5-2 ii libsoup2.4-1 2.56.0-1 ii libsqlite3-0 3.15.2-1 ii packagekit 1.1.4-3 ii software-properties-gtk 0.96.20.2-1 gnome-software recommends no packages. Versions of packages gnome-software suggests: ii fwupd 0.7.4-2 pn gnome-software-plugin-flatpak pn gnome-software-plugin-limba -- no debconf information
Bug#843073: Debian Installer Stretch Alpha 8 release
Control: tags -1 - patch On Mon, Nov 14, 2016 at 12:22:58PM +0100, Raphael Hertzog wrote: > Please find two patches attached. > > I checked that the command below was failing with the current dpkg-dev > and it did no longer fail with the updated one. > > $ sbuild -d sid --add-depends=usrmerge --chroot-setup-commands="sed -i > 's#^/usr##;t;s#^/lib#/usr&#' /etc/ld.so.conf.d/x86_64-linux-gnu.conf" dash > > I believe my patch to be correct and clean. Thank you for taking the time to come up with a solution. Still, the approach is wrong. dpkg-shlibdeps relies on dpkg -S to look for the owning package of a library. We know that dpkg -S works badly with symlinks and that has been why using symlinks for critical paths has never been supported nor the default. The /usr merge changes that. On a merged system, you get things like: $ dpkg -S `which false` dpkg-query: no path found matching pattern /usr/bin/false $ This confuses both human and automated users of dpkg -S including dpkg-shlibdeps. Once dpkg -S produces reasonable output for such paths, dpkg-shlibdeps will just work. Patching dpkg-shlibdeps papers over the bug, it doesn't fix it. Your patch is an improvement in clarity and pinpoints the cause, but that's about it. dpkg -S has users beyond dpkg-shlibdeps such as needrestart, massxpert, pcp, lxc, debian-handbook, etc (as a quick codesearch "dpkg .*-S" and manual inspection reveals). Papering over the issue in dpkg-shlibdeps and trying to fix all consumers does not look viable to me. Thus I am removing the patch tag in the sense that it doesn't solve the problem in a way suitable for stretch. > It's easier to push work upon others... to be honest the code (that I > wrote) in dpkg-dev that tries to identifiy the canonical version of the > library is also somewhat hackish. That's what you do, indeed. dpkg-shlibdeps is known to be very fragile. Last time Guillem touched it in fairly trivial ways, stuff broke. Your patch hasn't seen extensive testing yet and it changes the search order, which is a key aspect of its fragility (in particular due to multilib). Felipe has run some tests, but that's about it. Part of what resulted in a delay here is that nobody ran the tests and when I had time to run them, other changes in unstable (gnutls28 Build-Depends: libunbound-dev) broke my test cases. Testing it now, but I'm quite annoyed by the amount of breakage pushed on me. Helmut
Bug#839048: js24 crashes on ARM64
On 12 December 2016 at 13:59, Ben Hutchings wrote: > On Mon, 2016-12-12 at 13:51 +0800, Zheng Xu wrote: > > mozjs24 -- The patch is the back port version of the upstream one. It > > doesn't change the ABI. > > Unfortunately, the patch that was applied does change the ABI. > The patch I uploaded for mozjs24 should not change the ABI. It looks like the patch we put in mozjs24_24.2.0-4.debian.tar.xz is actually the patch for mozjs185. And in mozjs24_24.2.0-5.debian.tar.xz, there is no patch for fixing the 48-bit issue. Currently, I do not have a perfect solution which can fix the 48-bit issue for mozjs185 without changing the ABI. But is there anything I can do to help fixing the issue for mozjs24?
Bug#847130: [Pkg-dns-devel] Bug#847130: please add a build profile for building without python
Hi Robert, On Sun, Dec 11, 2016 at 01:35:33PM -0500, Robert Edmonds wrote: > This patch looks OK to me. Do you want me to apply it to the next > unbound upload? Yes, please. Johannes had a positive reply and it works out pretty well for me now (i.e. unbound indeed cross builds to all sorts of architectures). Helmut
Bug#818505: sortmerna FTBFS on !x86
Hi, it seems we will not have any sse2-support package for Stretch. Gerd, could you propose any sensible compromise how to deal with this issue? Kind regards Andreas. -- http://fam-tille.de
Bug#846642: dnsmasq-base: Dnsmasq-base seems to be incorrectly linked against libnettle6-3.3
> There is a 2.7 6-4.1 version which have been compiled with libnettle > 3.3. Could you try it? On 2.7 6-4.1 the nettle_hashes object size is 112 (correct) and it no longer crashes while resolving yp1.yayponies.no using dnssec, on my part this bug can be closed.
Bug#828267: [Pkg-citadel-devel] Bug#828267: reopen, it is still valid
On 2016-12-11 21:07:14 [+0100], Michael Meskes wrote: > Sorry, wasn't precise enough it seems. I was wondering why you left out > the third possible option, namely the compatibility API in libssl 1.1. Ach. It does not work that way, this "compatibility" API is defined by the openssl build and should not be changed by a program. It only works for a few functions like SSL_load_error_strings() which point to the right functions. Those are enabled in the Debian build. The *main* problem is that structs like SSL are opaque and can't be dereferenced. There is no "compatibility" for that. Therefore the two options I mentioned are the valid candidates (a third might be to switch away from openssl to a different toolkit). > Michael Sebastian
Bug#847837: bluez: CVE-2016-9797 CVE-2016-9798 CVE-2016-9799 CVE-2016-9800 CVE-2016-9801 CVE-2016-9802 CVE-2016-9803 CVE-2016-9804 CVE-2016-9917 CVE-2016-9918
Source: bluez Version: 5.43-1 Severity: important Tags: security upstream Hi, the following vulnerabilities were published for bluez. CVE-2016-9797[0]: | In BlueZ 5.42, a buffer over-read was observed in "l2cap_dump" function | in "tools/parser/l2cap.c" source file. This issue can be triggered by | processing a corrupted dump file and will result in hcidump crash. CVE-2016-9798[1]: | In BlueZ 5.42, a use-after-free was identified in "conf_opt" function | in "tools/parser/l2cap.c" source file. This issue can be triggered by | processing a corrupted dump file and will result in hcidump crash. CVE-2016-9799[2]: | In BlueZ 5.42, a buffer overflow was observed in "pklg_read_hci" | function in "btsnoop.c" source file. This issue can be triggered by | processing a corrupted dump file and will result in btmon crash. CVE-2016-9800[3]: | In BlueZ 5.42, a buffer overflow was observed in "pin_code_reply_dump" | function in "tools/parser/hci.c" source file. The issue exists because | "pin" array is overflowed by supplied parameter due to lack of boundary | checks on size of the buffer from frame "pin_code_reply_cp *cp" | parameter. CVE-2016-9801[4]: | In BlueZ 5.42, a buffer overflow was observed in "set_ext_ctrl" | function in "tools/parser/l2cap.c" source file when processing | corrupted dump file. CVE-2016-9802[5]: | In BlueZ 5.42, a buffer over-read was identified in "l2cap_packet" | function in "monitor/packet.c" source file. This issue can be triggered | by processing a corrupted dump file and will result in btmon crash. CVE-2016-9803[6]: | In BlueZ 5.42, an out-of-bounds read was observed in "le_meta_ev_dump" | function in "tools/parser/hci.c" source file. This issue exists because | 'subevent' (which is used to read correct element from 'ev_le_meta_str' | array) is overflowed. CVE-2016-9804[7]: | In BlueZ 5.42, a buffer overflow was observed in "commands_dump" | function in "tools/parser/csr.c" source file. The issue exists because | "commands" array is overflowed by supplied parameter due to lack of | boundary checks on size of the buffer from frame "frm->ptr" parameter. | This issue can be triggered by processing a corrupted dump file and | will result in hcidump crash. CVE-2016-9917[8]: | In BlueZ 5.42, a buffer overflow was observed in "read_n" function in | "tools/hcidump.c" source file. This issue can be triggered by | processing a corrupted dump file and will result in hcidump crash. CVE-2016-9918[9]: | In BlueZ 5.42, an out-of-bounds read was identified in "packet_hexdump" | function in "monitor/packet.c" source file. This issue can be triggered | by processing a corrupted dump file and will result in btmon crash. Although the description mentions only up to 5.42 5.43 is as well still vulnerable to those since no changes were done to those AFAICS. If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities & Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2016-9797 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9797 [1] https://security-tracker.debian.org/tracker/CVE-2016-9798 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9798 [2] https://security-tracker.debian.org/tracker/CVE-2016-9799 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9799 [3] https://security-tracker.debian.org/tracker/CVE-2016-9800 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9800 [4] https://security-tracker.debian.org/tracker/CVE-2016-9801 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9801 [5] https://security-tracker.debian.org/tracker/CVE-2016-9802 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9802 [6] https://security-tracker.debian.org/tracker/CVE-2016-9803 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9803 [7] https://security-tracker.debian.org/tracker/CVE-2016-9804 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9804 [8] https://security-tracker.debian.org/tracker/CVE-2016-9917 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9917 [9] https://security-tracker.debian.org/tracker/CVE-2016-9918 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9918 Please adjust the affected versions in the BTS as needed. Regards, Salvatore
Bug#847366: gtk apps die with 'Couldn't open libGL.so.1'
On Fri, Dec 09, 2016 at 05:44:16PM +, D. B. wrote: > #2 seems like the superior option, right? I agree, yes. If there is no need of re-enabling gl in cairo then #2 is the best way to go since GTK+ calls it directly.
Bug#847838: xfce4: ~/.xfce4-session.verbose-log.last without timestamps
Package: xfce4 Version: 4.12.3 Severity: minor Dear Maintainer, there is a log file ~/.xfce4-session.verbose-log.last and ~/.xfce4-session.verbose-log There are no timestamps in that log messages. That makes the log file nearly useless for diagnosis of current problems. kind Christian Buhtz -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.13-towo.1-siduction-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4 depends on: ii gtk2-engines-xfce3.2.0-2 ii libxfce4ui-utils 4.12.1-2 ii orage4.12.1-2 ii thunar 1.6.10-4 ii xfce4-appfinder 4.12.0-2 ii xfce4-panel 4.12.1-2 ii xfce4-pulseaudio-plugin 0.2.4-1 ii xfce4-session4.12.1-5 ii xfce4-settings 4.12.1-1 ii xfconf 4.12.1-1 ii xfdesktop4 4.12.3-3 ii xfwm44.12.3-3 Versions of packages xfce4 recommends: pn desktop-base pn tango-icon-theme ii thunar-volman 0.8.1-2 ii xfce4-notifyd 0.3.4-1 pn xorg Versions of packages xfce4 suggests: ii gtk3-engines-xfce3.2.0-2 ii xfce4-goodies4.12.3 ii xfce4-power-manager 1.4.4-4 -- no debconf information
Bug#847839: linux-image-3.16.0-4-amd64 bug
Package:linux-image-3.16.0-4-amd64 Version:3.16.36-1+deb8u1 3.16.36-1+deb8u1 (debian stable package) kernel panic. see the page count:-1: The information: [4980739.576734] BUG: Bad page state in process parameter_serve pfn:1d485a4 [4980739.576772] page:ea00667d3be0 count:-1 mapcount:0 mapping: (null) index:0x0 [4980739.576806] page flags: 0x280() [4980739.576827] page dumped because: nonzero _count [4980739.576847] Modules linked in: dccp_diag dccp tcp_diag udp_diag inet_diag unix_diag af_packet_diag netlink_diag 8021q garp stp mrp llc iTCO_wdt iTCO_vendor_support x86_pkg_temp_thermal coretemp kvm_intel kvm crc32_pclmul aesni_intel aes_x86_64 lrw ast gf128mul glue_helper ablk_helper ttm cryptd joydev drm_kms_helper evdev pcspkr drm i2c_algo_bit mei_me i2c_i801 lpc_ich mei shpchp i2c_core mfd_core wmi tpm_tis tpm ipmi_watchdog processor thermal_sys acpi_power_meter acpi_pad button ipmi_si ipmi_poweroff ipmi_devintf ipmi_msghandler autofs4 ext4 crc16 mbcache jbd2 hid_generic usbhid hid sg sd_mod crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common crc32c_intel ahci libahci ehci_pci libata xhci_hcd ehci_hcd ixgbe dca ptp usbcore pps_core scsi_mod usb_common mdio [4980739.576894] CPU: 5 PID: 129146 Comm: parameter_serve Not tainted 3.16.0-4-amd64 #1 Debian 3.16.36-1+deb8u1 [4980739.576896] Hardware name: Powerleader PR2760TG/X10DRT-PT, BIOS 2.0 12/18/2015 [4980739.576897] 81512391 ea00667d3be0 8172c332 [4980739.576899] 815101f8 88407fffbe00 369c 0001 [4980739.576901] 81148347 0246 0001 00026121 [4980739.576904] Call Trace: [4980739.576905][] ? dump_stack+0x5d/0x78 [4980739.576913] [] ? bad_page.part.68+0xe8/0x102 [4980739.576916] [] ? get_page_from_freelist+0x837/0x910 [4980739.576918] [] ? __alloc_pages_nodemask+0x166/0xb50 [4980739.576922] [] ? tcp_v4_do_rcv+0x1af/0x4c0 [4980739.576925] [] ? tcp_gro_receive+0x253/0x2f0 [4980739.576935] [] ? ixgbe_alloc_rx_buffers+0x105/0x200 [ixgbe] [4980739.576940] [] ? ixgbe_clean_rx_irq+0x6c1/0xb70 [ixgbe] [4980739.576945] [] ? ixgbe_poll+0x488/0x860 [ixgbe] [4980739.576949] [] ? __wake_up+0x34/0x50 [4980739.576952] [] ? net_rx_action+0x129/0x250 [4980739.576955] [] ? __do_softirq+0xf1/0x2d0 [4980739.576957] [] ? irq_exit+0x95/0xa0 [4980739.576960] [] ? do_IRQ+0x52/0xe0 [4980739.576963] [] ? common_interrupt+0x6d/0x6d [4980739.576964][] ? free_hot_cold_page+0x92/0x180 [4980739.576970] [] ? free_hot_cold_page_list+0x4e/0xc0 [4980739.576972] [] ? release_pages+0x85/0x210 [4980739.576975] [] ? free_pages_and_swap_cache+0x95/0xb0 [4980739.576977] [] ? tlb_flush_mmu_free+0x2c/0x50 [4980739.576979] [] ? unmap_single_vma+0x536/0x900 [4980739.576981] [] ? unmap_vmas+0x49/0x90 [4980739.576983] [] ? exit_mmap+0x92/0x150 [4980739.576986] [] ? mmput+0x5c/0x120 [4980739.576989] [] ? do_exit+0x263/0xa70 [4980739.576991] [] ? do_group_exit+0x39/0xa0 [4980739.576994] [] ? get_signal_to_deliver+0x1c8/0x5d0 [4980739.576997] [] ? do_signal+0x42/0xa10 [4980739.577000] [] ? __do_page_fault+0x1d1/0x4f0 [4980739.577002] [] ? do_notify_resume+0x78/0xa0 [4980739.577005] [] ? int_signal+0x12/0x17 [4980739.577006] Disabling lock debugging due to kernel taint [4980740.234541] BUG: unable to handle kernel NULL pointer dereference at 0008 [4980740.234585] IP: [] tcp_close+0x2c2/0x410 [4980740.234618] PGD 5df1bb5067 PUD 7f421ff067 PMD 0 [4980740.234642] Oops: 0002 [#1] SMP [4980740.234662] Modules linked in: dccp_diag dccp tcp_diag udp_diag inet_diag unix_diag af_packet_diag netlink_diag 8021q garp stp mrp llc iTCO_wdt iTCO_vendor_support x86_pkg_temp_thermal coretemp kvm_intel kvm crc32_pclmul aesni_intel aes_x86_64 lrw ast gf128mul glue_helper ablk_helper ttm cryptd joydev drm_kms_helper evdev pcspkr drm i2c_algo_bit mei_me i2c_i801 lpc_ich mei shpchp i2c_core mfd_core wmi tpm_tis tpm ipmi_watchdog processor thermal_sys acpi_power_meter acpi_pad button ipmi_si ipmi_poweroff ipmi_devintf ipmi_msghandler autofs4 ext4 crc16 mbcache jbd2 hid_generic usbhid hid sg sd_mod crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common crc32c_intel ahci libahci ehci_pci libata xhci_hcd ehci_hcd ixgbe dca ptp usbcore pps_core scsi_mod usb_common mdio [4980740.239662] CPU: 15 PID: 160485 Comm: psproxy Tainted: GB 3.16.0-4-amd64 #1 Debian 3.16.36-1+deb8u1 [4980740.240860] Hardware name: Powerleader PR2760TG/X10DRT-PT, BIOS 2.0 12/18/2015 [4980740.242055] task: 881d4df19470 ti: 880074a38000 task.ti: 880074a38000 [4980740.243250] RIP: 0010:[] [] tcp_close+0x2c2/0x410 [4980740.244455] RSP: 0018:880074a3bc70 EFLAGS: 00010246 [4980740.245645] RAX: RBX: 882723a8b040 RCX: 72ab [4980740.246836] RDX: RSI: 881d5c10f200 RDI: 881d5c10f200 [4980740.248018] RBP: R08: R09: [4980740.249201] R10: f
Bug#847824: [pkg-go] Bug#847824: ITP: golang-github-cloudflare-go-metrics -- Cloudflare's fork of Go port of Coda Hale's Metrics library
❦ 12 décembre 2016 04:46 GMT, "Potter, Tim" : > * Package name: golang-github-cloudflare-go-metrics > Version : 0.0~git20151117.0.6a9aea3-1 > Upstream Author : Cloudflare > * URL : https://github.com/cloudflare/go-metrics > * License : Expat > Programming Lang: Go > Description : Cloudflare's fork of Go port of Coda Hale's Metrics > library > > This package is a fork of Richard Crowley's Go port of Coda Hale's > Metrics library for Java. It allows one to easily collect metrics from an > application written in Go in an unobtrusive way. Metrics can then be > exported to syslog, files or to a storage system like Graphite. There is no difference with https://github.com/rcrowley/go-metrics. The only commits that were added were the removal of influxdb support which is also removed from later versions of rcrowley's version (packaged as golang-metrics). Just FYI, I don't mind that much. -- A horse! A horse! My kingdom for a horse! -- Wm. Shakespeare, "Richard III" signature.asc Description: PGP signature
Bug#825727: python-babel: FTBFS: assert 'GMT+00:00' == 'GMT-01:59'
Santiago Vila wrote: > I guess this makes the bug not to be RC after all, not because > it simply "does not usually happen" in the official autobuilders Not sure I agree with that logic, but that's a debate for elsewhere and another time. :) However, more important is the question is: Does the fact that python-babel FTBFS in such conditions imply that it is broken at runtime for our users running under such timezones? If so, exporting TZ=Etc/UTC masks such bugs. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#847840: qemu: /usr/bin/kvm wrapper script needs to be updated with absolute path
Package: qemu Version: 1:2.6.1+dfsg-0ubuntu5.2 Severity: normal Dear Maintainer, When we have multiple qemu instances in system, libvirt might get defaults to wrong qemu instance due to the fact /usr/bin/kvm uses relative path. Reference: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1628101 -- System Information: Debian Release: stretch/sid APT prefers yakkety-updates APT policy: (500, 'yakkety-updates'), (500, 'yakkety-security'), (500, 'yakkety-proposed'), (500, 'yakkety'), (100, 'yakkety-backports') Architecture: ppc64el (ppc64le) Kernel: Linux 4.8.0-31-generic (SMP w/10 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qemu depends on: ii qemu-system 1:2.6.1+dfsg-0ubuntu5.2 ii qemu-user1:2.6.1+dfsg-0ubuntu5.2 ii qemu-utils 1:2.6.1+dfsg-0ubuntu5.2 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static -- no debconf information
Bug#568897: [debhelper-devel] Bug#568897: debhelper: DEB_BUILD_OPTIONS=nocheck should prevent override_dh_auto_test rule to be run
On Sun, Dec 11, 2016 at 08:22:09PM -0600, Steve M. Robbins wrote: > I, too, think this would be a valuable addition. > > > On Tue, Feb 09, 2010 at 02:38:34PM -0500, Joey Hess wrote: > > > If I did this, I would need to also make override_dh_strip to be > > skipped when DEB_BUILD_OPTIONS=nostrip. > > Yes, would also be nice. > > > > One reason to dislike this is it would mean redundant tests in > > dh that'd have to be maintained in parallel with the tests in the > > commands. > > Agree that it would take work to implement, though I would think that > the tests could be centralized and used by both dh and dh_auto_test. > Alternatively: if the logic was all in dh (to skip both dh_auto_test > and override_dh_auto_test), then it would not need to be in > dh_auto_test at all. It may still need to be in dh_auto_test for packages that still do not use the override targets at all, but invoke the dh_* commands explicitly from the "build", "binary", etc targets. None of mine do, but I bet that there are still some in the archive :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#818505: sortmerna FTBFS on !x86
I think the best would be to restrict the package to amd64/i386/x32 and add a preinst script that checks for sse2 support (see below). The only thing I wonder is whether there are legitimate cases wheer one should be able to install the package non-functional. Best, Gert #/bin/sh set -e grep sse2 /dev/cpuinfo 2>&1 >/dev/null if "x$?" = "x1" ]; then echo "Your CPU doesn't have SSE2 support, but this package requires" echo "it, aborting installation." exit 1 fi exit 0
Bug#827424: systemd-networkd IPv6AcceptRouterAdvertisements doesn't work
Version: 232-7 Hello Michael, On Sat, Dec 10, 2016 at 01:20:19PM -0700, Michael Berg wrote: > My original bug report was against systemd 230. [...] > > With systemd 232 installed on my system, I currently see the behavior > you describe of systemd setting `net.ipv6.conf.br_32.accept_ra = 0` and > handling IPv6 RA messages itself instead of using the kernel setting. > That wasn't the behavior under the Debian packages of version 230. > > This bug can be closed as it was fixed in the packages for either > version 231 or 232. Thanks for the followup and clarification. I was only comparing the latest/stretch version and the jessie versions in my investigations. Closing this bug as suggested. Regards, Andreas Henriksson
Bug#847805: reprotest: document/support simple reproducibility test with sbuild
Hi Sean, Quoting Sean Whitton (2016-12-12 00:44:05) > On Sun, Dec 11, 2016 at 03:12:57PM -0700, Sean Whitton wrote: > > I have sbuild properly set up on my machine, and I want to use it to > > test package reproducibility. Something like this, where PWD is an > > unpacked source package: > > > > 1) sbuild > > 2) record .deb checksums from .changes file > > 3) sbuild > > 4) compare .deb checksums in new .changes file > > 5) run diffoscope if the checksums differ > > Thanks to #debian-reproducible, this is mostly what I wanted: > > reprotest auto . -- schroot unstable-amd64-sbuild > > This doesn't actually invoke sbuild, but it does perform the builds > inside the schroot I already have set up, and compare the results. > > This is useful, but it would also be good if reprotest could invoke > sbuild(1) itself. That is because sbuild has lots of useful options. > > For example, suppose that foo depends on dh_bar, and I am hacking on > dh_bar in the hope of making foo reproducible. Then I want to build foo > against my local version of dh_bar. With sbuild, I can do this using > --extra-package and --add-depends. reprotest with a pure schroot backend > can't do that kind of thing, so far as I can tell. from what I understood, reprotest is supposed to be distribution agnostic. This is also why they forked autopkgtest which supposedly makes many Debian-specific assumptions. I second your desire to have a tool that works well for development in Debian (and its derivatives) - for example by using sbuild or pbuilder instead. It is up to the reprotest maintainers whether such feature should be added to reprotest or whether we really need "yet another shell script". In the latter case, I'm open to patches against sbuild which could easily carry such an sbuild wrapper to automatically test reproducibility with sbuild on Debian (and derivatives). In either case, with my sbuild maintainer hat on, please file wishlist bugs against sbuild if its interface is not sufficient to run reproducibility tests with it. Thanks! cheers, josch signature.asc Description: signature
Bug#845498: [Pkg-pascal-devel] Bug#845498: /usr/bin/fpc-3.0.0: Provide cross-compilers
Hi Ben & All,
On Fri, 2016-12-09 at 20:40 -0800, Ben Longbons wrote:
> On Fri, Dec 9, 2016 at 1:46 PM, Paul Gevers wrote:
> > I am trying to understand you shell scrip
> You may find it easier to just run it and inspect the resulting
> `.deb`s, then refer to the script only when you want to see where a
> specific path/package is handled.
Sorry but this is not the way we accept contributions. We have a big
responsibility against our users to completely ensure the packages we ship are
as safe. as possible This means that we have the duty to inspect all changes
coming from new contributers. Indeed, a big data damage could result on some bad
change that may appear on some system due to some corner cases. Please don't
understand this as if I'm not saying you have bad intension. I'm just saying
that what Paul is doing is the way any Debian mentors shall proceed according to
the DSC.
...
> > > Note that the
> > > new /etc/fpc/debian.cfg must be installed from the *unversioned*
> > > package - which will require a "backwards" dependency
> > > (fp-compiler-config-3.0.0 depends on fp-compiler-config-common).
> >
> > Can you explain where this requirement comes from? If really required,
> > then we'll have to figure out an other solution, because circular
> > dependencies are a problem.
>
> Background: managing /etc/fpc.cfg via update-alternatives is
> fundamentally wrong, because it is the file read by *all* installed
I agree with you here even if when I implemented that, the include statement was
not present in FPC. That was very long time ago you know!
> versions of fpc. In order for each FPC to use its *own* fpc.cfg, they
> all need to be conditionally included from a *single* fpc.cfg. Since
This is a better solution indeed
> jessie shipped with packages that manage /etc/fpc.cfg via
> update-alternatives, the symlink must still be managed by it for the
> stretch upgrade (for the stretch -> buster upgrade this will no longer
> be the case).
Looks good proposal
> Fix: Regardless of version, make /etc/fpc.cfg a symlink to
> /etc/fpc/debian.cfg file, which then includes the files specific to
> the arch and version.
No sure we need this /etc/fpc/debian.cfg if we remove the alternatives in pre-
installation step, but why not. Maybe better call it /etc/fpc/fpc.cfg
> So the hard dependencies will be:
>
> fp-compiler:$a -> fp-compiler-$v:$a
> fp-compiler-$v:$a -> fp-compiler-config-$v:all,
> fp-compiler-driver-$v(:$a, but Multi-Arch:foreign)
> fp-compiler-config-$v:all -> fp-compiler-config-common:all
>
> (Additionally, fp-compiler-driver-$v should have a backwards
> Recommends: fp-compiler-$v:$a and a Description to match, so that
> people finding it via `apt-file` (including `command-not-found`) will
> get the right thing.)
>
> There is no circular dependency - only the -common package has a
> versioned -> nonversioned dependency. And the contents will be:
>
> fp-compiler:$a : empty
> fp-compiler-$v:$a : executable /usr/lib/fpc/$v/ppc$a
> fp-compiler-driver-$v:$a : executable /usr/lib/fpc/$v/fpc, symlink
> /usr/bin/fpc-$v and sometimes (via update-alternatives) /usr/bin/fpc
> fp-compiler-config-$v:all : /etc/fpc/$v/{mkcfg,local}.cfg
> fp-compiler-config-common:all : /etc/fpc/{debian,local}.cfg, *all*
> /etc/fpc/$a/{target,local}.cfg and (via update-alternatives)
> /etc/fpc.cfg
I don't understand why do you need a new package. The fpc configuration file
does not belong to any package, it is created on the fly upon installation.
Can you please explain more your point?
> It would be possible to put the /etc/fpc/$a/{target,local}.cfg files
> in yet *another* package, but IMO there's no value in it. (They are
> unversioned so that can't go in fp-compiler:$a which might not be
> installed if just fp-compiler-$v:$a is).
That does not make too much sense.
> While it would *currently* be possible to make fp-compiler-config-$v
> architecture-specific (since multi-arch allows overwriting files as
> long as they are identical), that would prove to be a mistake once
> "real" cross-compiler packages are added. By avoiding relying on this,
> it becomes easier to transition from *:$a to *-$a packages in future.
I'm not fan of overwriting file.
> All `Architecture: all` packages should be `Multi-Arch: foreign`.
> All `Architecture: $a` packages should be `Multi-Arch: same` *except*
> `fp-compiler-driver{,-$v}`, `fp-utils{,-$v}`, and `fp-ide{,-$v}` which
> should be `Multi-Arch: foreign` since they only make sense on the
> host. (The future fp-compiler{,-$v}-$a packages will also be
> `Multi-Arch: foreign`).
OK on that
--
Cheers,
Abou Al Montacir
signature.asc
Description: This is a digitally signed message part
Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)
Ian Jackson writes:
> Wouter Verhelst writes ("Bug#846002: blends-tasks must not be
> priority:important (was Re: Bug#846002: Lowering severity)"):
>> On Sat, Dec 10, 2016 at 12:06:44PM +0100, Philip Hands wrote:
>> > How about one or both of:
>> >
>> > bare-bones -- nothing selected
>> > minimal-server -- ssh and nothing else
>> >
>> > Is there any objective way of working out what other combinations would
>> > be popular, rather than just guessing?
>>
>> Note that the whole point of tasksel was, originally, to show just that.
>> Things have simply gotten out of hand.
>>
>> If you're going to update tasksel, it might be good to keep that in
>> mind...
>
> Quite. I thought Phil's original suggestion
>
> --> standard desktop (will install $DESKTOP) <--
>standard server (includes ssh)
>other use cases
>
> was good but perhaps even too long. Anyone who wants anything ommore
> complicated can cope with tasksel. Even someone who wants a server
> can very likely cope with tasksel.
Fair enough -- although I think it's quite good to include at least one
not-a-desktop option because it helps define what we mean by desktop.
People coming from windows are probably used to servers having a GUI,
for instance, so its probably worth mentioning that we mean that a
server won't have a GUI by default. Of course finding a few words to
expres that in a way that's understandable to someone who's not sure
what "Desktop" is supposed to mean is not so easy.
BTW I've updated my menu hack -- it now is replacing the pkgsel.postinst
so is a much better representation of how things should work.
I tried to get the back button in tasksel to send you back to my
simple_tasksel menu, but weirdly tasksel seems not to return 10, as it
should, when you hit back. That seems to be because the db_go inside
tasksel is not returning 30, as it should, which is very odd. Perhaps
that's something to do with the fact that tasksel is running in the
chroot, but it should still be talking to the same debconf front end, so
I don't quite get haw that can go wrong -- the code that does all this
has not been touched in years, and I guess it worked when Joey wrote
it. Very odd.
Anyway, because of that, I've disabled the back button for now.
The menu is now:
--> standard ("${DESKTOP}") desktop <--
standard server [text-only console & 'ssh' remote access]
other use cases
I get the feeling that the 'standard' is pretty redundant, but just
'desktop' and 'server' seems wrong too.
I'm tempted to make the third option "All Other Routes" (or whatever the
locale has on it's road signs to indicate that you're heading out of
town)
Have a play and tell me what you think -- should work with any recent
media and adding: url=hands.com/d-i/d-i/bug/846002/preseed.cfg
The code lurks here:
http://git.hands.com/?p=hands-off.git;a%3Dshortlog;h%3Drefs/heads/new-unified3
Cheers, Phil.
--
|)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd.
|-| http://www.hands.com/http://ftp.uk.debian.org/
|(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY
signature.asc
Description: PGP signature
Bug#847572: Package: libreoffice - crash on start
tag 847572 + upstream forwarded 847572 https://bugzilla.redhat.com/show_bug.cgi?id=1123710 close 847572 1:4.4.0~alpha1-1 # from looking at cgit in the history the patch is in 4.4.0 alpha1 thanks Hi, On Sat, Dec 10, 2016 at 10:56:14AM +0100, Rene Engelhard wrote: > But anyway, googling for "TabBar::Resize crash libreoffice" gives me > https://bugzilla.redhat.com/show_bug.cgi?id=1123710 > > Can you try with -dbg and/or confirm the stuff mentioned in that bug? > (the profile removal stuff, TabBar::ImplShowPage) etc. Maybe even test > with LO from bpo. > > Is it with ODGs as described above? No answer yet - I am going to mark it as this. If it turns out to be wrong this could be changed of course. Regards, Rene
Bug#845003: RM: golang-defaults [s390x] -- RoM; ANAIS
> Which of the rdepends need to be removed too? Please file bugs for ones
> that do and comment here if there are ones that don't need to because they
> are arch all. Once that's done, please remove the moreinfo tag.
It looks like the arch: all packages can be pruned from this list using
'dak rm -ARn'?
But the list of reverse-build-deps is still quite extensive.
$ dak rm -ARn -s unstable -a s390x -b golang{,-go,-src}
W: -a/--architecture implies -p/--partial.
Will remove the following packages from unstable:
golang |2:1.7~1 | s390x
golang-go |2:1.7~1 | s390x
golang-src |2:1.7~1 | s390x
Maintainer: Go Compiler Team
--- Reason ---
--
Checking reverse dependencies...
# Broken Depends:
dh-make-golang: dh-make-golang
golang-github-appc-spec: appc-spec
golang-github-calmh-xdr: genxdr
golang-github-golang-mock: mockgen
golang-github-odeke-em-ripper: ripper
# Broken Build-Depends:
acbuild: golang-go
aptly: golang (>= 1.1)
cadvisor: golang-go
codesearch: golang-go
consul: golang-go
consul-migrate: golang-go
containerd: golang-go
coyim: golang-go
dh-make-golang: golang-go
direnv: golang-go
golang-src
docker-libkv: golang-go
docker-registry: golang-go
docker-swarm: golang-go
etcd: golang-go
etcd-fs: golang-go
fleet: golang-go
fuji: golang-go
gb: golang-go
gitlab-ci-multi-runner: golang-go (>= 2:1.7~)
gobgp: golang-go
gocode: golang-go
golang-airbrake-go: golang-go
golang-barcode: golang-go (>= 1.0)
golang-bindata: golang-go
golang-bugsnag-panicwrap: golang-go
golang-codegangsta-cli: golang-go
golang-collectd: golang-go
golang-context: golang-go
golang-coreos-log: golang-go
golang-dbus: golang-go
golang-doozer: golang-go
golang-eclipse-paho: golang-go
golang-ed25519-dev: golang-go
golang-git2go: golang-go
golang-github-abbot-go-http-auth: golang-go
golang-github-abh-geoip-dev: golang-go
golang-github-adroll-goamz: golang-go
golang-github-aelsabbahy-gonetstat: golang-go
golang-github-akrennmair-gopcap: golang-go
golang-github-appc-cni: golang-go
golang-github-appc-docker2aci: golang-go
golang-github-appc-goaci: golang-go
golang-github-appc-spec: golang-go
golang-github-armon-circbuf: golang-go
golang-github-armon-consul-api: golang-go
golang-github-armon-go-metrics: golang-go
golang-github-armon-go-radix: golang-go
golang-github-armon-gomdb: golang-go
golang-github-audriusbutkevicius-go-nat-pmp: golang-go
golang-github-azure-go-ntlmssp: golang-go
golang-github-benbjohnson-tmpl: golang-go
golang-github-bgentry-speakeasy: golang-go
golang-github-bitly-go-simplejson: golang-go
golang-github-bkaradzic-go-lz4: golang-go
golang-github-blang-semver: golang-go
golang-github-bmizerany-assert: golang-go
golang-github-bmizerany-pat: golang-go
golang-github-boltdb-bolt: golang-go
golang-github-bradfitz-http2: golang-go
golang-github-bugsnag-bugsnag-go: golang-go
golang-github-calmh-du: golang-go
golang-github-calmh-luhn: golang-go
golang-github-calmh-xdr: golang-go
golang-github-cenk-hub: golang-go
golang-github-cenk-rpc2: golang-go
golang-github-cenkalti-backoff: golang-go
golang-github-circonus-labs-circonus-gometrics: golang-go
golang-github-circonus-labs-circonusllhist: golang-go
golang-github-cloudfoundry-gosigar: golang-go
golang-github-clusterhq-flocker-go: golang-go
golang-github-codegangsta-negroni: golang-go
golang-github-coreos-gexpect: golang-go
golang-github-coreos-go-iptables: golang-go
golang-github-coreos-go-oidc: golang-go
golang-github-coreos-go-tspi: golang-go
golang-github-coreos-ioprogress: golang-go
golang-github-ctdk-go-trie: golang-go
golang-github-cyberdelia-go-metrics-graphite: golang-go
golang-github-cznic-b: golang-go
golang-github-cznic-bufs: golang-go
golang-github-cznic-fileutil: golang-go
golang-github-cznic-lldb: golang-go
golang-github-cznic-mathutil: golang-go
golang-github-cznic-ql: golang-go
golang-github-cznic-sortutil: golang-go
golang-github-cznic-strutil: golang-go
golang-github-cznic-zappy: golang-go
golang-github-d2g-dhcp4: golang-go
golang-github-d2g-dhcp4client: golang-go
golang-github-d4l3k-messagediff: golang-go
golang-github-data-dog-go-sqlmock: golang-go
golang-github-datadog-datadog-go: golang-go
golang-github-davecgh-go-spew: golang-go
golang-github-daviddengcn-go-colortext: golang-go
golang-github-dchest-safefile: golang-go
golang-github-deckarep-golang-set: golang-go
golang-github-dghubble-sling: golang-go
golang-github-dgryski-go-bits: golang-go
golang-github-dgryski-go-bitstream: golang-go
golang-github-dhowett-go-plist: golang-go
golang-github-digitalocean-godo: golang-go
golang-github-dnephin-cobra: golang-go
golang-github-docker-docker-credential-helpers: golang-go
golang-github-docker-engine-api: golang-go
golang-github-docker-go-connections: golang-go
golang-github-docker-go-events: golang-go
golang-github-docker-go-units: golang-go
golang-github-docker-leadership: golang-go
golang-github-docker-libnetwork: golang-go
golang-github-docker-libtrust: golang-go
gol
Bug#847841: mirror submission for mirrors.glesys.net
Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirrors.glesys.net Type: leaf Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: yes Archive-upstream: ftp.se.debian.org Updates: four Maintainer: Abdulaziz AlAhmad Country: SE Sweden Location: Falkenberg Sponsor: GleSYS Internet Services AB http://glesys.se/ Comment: Abdulaziz, Internet Engineer - supp...@glesys.se - http://glesys.se/ GleSYS Internet Services AB | Västberga Allé 60 | 126 30 Stockholm
Bug#847681: packaging repository and sid diverging? Various fixes needed.
Daniel Pocock writes: > Could either of you comment on this bug? I saw your names in the > nfs-utils changelog. I've seen various problems with NFS under jessie > and I was hoping to help test if for stretch. Hi Daniel, I'm not involved in the maintenance of nfs-utils, just reported a trivial bug that Salvatore kindly fixed in a commit. However, I also encountered serious problems deploying NFS (both client and server side) under jessie, and I would agree to team up and help do better for stretch. -- Regards, Feri
Bug#846055: closed by Dominik George (Bug#846055: fixed in xrdp 0.9.1~2016121126+git5171fa7-1)
On Sun, Dec 11, 2016 at 03:18:05PM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the xrdp package: > > #846055: black screen and "xrdp_wm_log_msg: Section "X11rdp" not configured > in xrdp.ini" > > It has been closed by Dominik George . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Dominik George > by > replying to this email. Just confirming that this fixes the issue for me. Thank you very much. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#847842: lua-geoip: accesses the internet during build
Source: lua-geoip Version: 0.1.2+git20160613-1 Severity: important Justification: Policy 4.9 User: la...@debian.org Usertags: network-access Dear Maintainer, Whilst lua-geoip builds successfully on unstable/amd64, according to Debian Policy 4.9 packages may not attempt network access during a build. 00:00:00.00 IP 0d5ccf2bfde5.51851 > OpenWrt.lan.domain: 47909+ A? google-public-dns-a.google.com. (48) 00:00:00.047664 IP OpenWrt.lan.domain > 0d5ccf2bfde5.51851: 47909 1/4/4 A 8.8.8.8 (200) 00:00:00.047957 IP 0d5ccf2bfde5.38761 > OpenWrt.lan.domain: 47157+ A? google-public-dns-a.google.com. (48) 00:00:00.049572 IP OpenWrt.lan.domain > 0d5ccf2bfde5.38761: 47157 1/0/0 A 8.8.8.8 (64) 00:00:00.049808 IP 0d5ccf2bfde5.52346 > OpenWrt.lan.domain: 7455+ A? google-public-dns-a.google.com. (48) 00:00:00.051346 IP OpenWrt.lan.domain > 0d5ccf2bfde5.52346: 7455 1/0/0 A 8.8.8.8 (64) 00:00:00.051574 IP 0d5ccf2bfde5.58121 > OpenWrt.lan.domain: 29965+ A? google-public-dns-a.google.com. (48) 00:00:00.053150 IP OpenWrt.lan.domain > 0d5ccf2bfde5.58121: 29965 1/0/0 A 8.8.8.8 (64) 00:00:00.053394 IP 0d5ccf2bfde5.60623 > OpenWrt.lan.domain: 28242+ A? google-public-dns-a.google.com. (48) 00:00:00.054914 IP OpenWrt.lan.domain > 0d5ccf2bfde5.60623: 28242 1/0/0 A 8.8.8.8 (64) [..] The full build log (including tcpdump output) is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- lua-geoip.0.1.2+git20160613-1.unstable.amd64.log.txt.gz Description: Binary data
Bug#847681: packaging repository and sid diverging? Various fixes needed.
On 12/12/16 10:23, Ferenc Wágner wrote: > Daniel Pocock writes: > >> Could either of you comment on this bug? I saw your names in the >> nfs-utils changelog. I've seen various problems with NFS under jessie >> and I was hoping to help test if for stretch. > > Hi Daniel, > > I'm not involved in the maintenance of nfs-utils, just reported a > trivial bug that Salvatore kindly fixed in a commit. > > However, I also encountered serious problems deploying NFS (both client > and server side) under jessie, and I would agree to team up and help do > better for stretch. > Hi Ferenc, Thanks for the feedback Can you tell us if all the problems you saw are already in bug reports? Where they problems with nfs-utils or the kernel or something else? Users have had kernel crashes[1] with NFS on jessie kernels and combined with systemd issues, I felt it didn't give a good impression. I also posted on the linux-fsdevel and linux-nfs mailing lists to see if anybody else can give feedback about the optimal version of this package to include in Debian before the freeze. Regards, Daniel 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847549
Bug#847824: [pkg-go] Bug#847824: ITP: golang-github-cloudflare-go-metrics -- Cloudflare's fork of Go port of Coda Hale's Metrics library
On 12 Dec. 2016, at 7:48 pm, Vincent Bernat wrote: > > ❦ 12 décembre 2016 04:46 GMT, "Potter, Tim" : > >> * Package name: golang-github-cloudflare-go-metrics >> Version : 0.0~git20151117.0.6a9aea3 > There is no difference with https://github.com/rcrowley/go-metrics. The > only commits that were added were the removal of influxdb support which > is also removed from later versions of rcrowley's version (packaged as > golang-metrics). > > Just FYI, I don't mind that much. Oh good catch. That sounds like something that could be fixed with an upstream patch. Tim. > -- > A horse! A horse! My kingdom for a horse! >-- Wm. Shakespeare, "Richard III"
Bug#847844: xrdp: leaves around old conffiles on upgrade, again
Package: xrdp Version: 0.9.1~2016121126+git5171fa7-1 Severity: minor This time, km-e0210411.ini (and possibly others) got removed upstream but not on a Debian package upgrade. (Also, the version part 2016121126 looks weird.) -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386, amd64 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages xrdp depends on: ii adduser 3.115 ii init-system-helpers 1.46 ii libc62.24-8 ii libfuse2 2.9.7-1 ii libjpeg62-turbo 1:1.5.1-2 ii libopus0 1.1.3-1 ii libpam0g 1.1.8-3.3 ii libssl1.11.1.0c-2 ii libx11-6 2:1.6.4-2 ii libxfixes3 1:5.0.3-1 ii libxrandr2 2:1.5.1-1 ii lsb-base 9.20161125 Versions of packages xrdp recommends: ii xorgxrdp 0.9.1~2016121126+git5171fa7-1 Versions of packages xrdp suggests: pn guacamole Versions of packages xorgxrdp depends on: ii libc6 2.24-8 pn xorg-input-abi-24 ii xserver-xorg-core [xorg-video-abi-23] 2:1.19.0-2 Versions of packages xorgxrdp recommends: pn xorg Versions of packages xrdp is related to: ii vnc4server [vnc-server] 4.1.1+X4.3.0-39 -- no debconf information
Bug#847843: package latest upstream of XTrackCAD
Package: xtrkcad Version: 1:4.2.2-1.2 X-Debbugs-Cc:locutusofb...@debian.org Hi Daniel, by mistake I packaged and uploaded xtrackcad to Debian NEW last week. I missed that you already packaged it / maintain it. My upload got now rejected on my request on #debian-ftp IRC. However, I have worked on the packaging intensively and I suppose it would be of benefit to the XTrackCAD package if our packagings would be merged (e.g. my debian/copyright file is more complete, the orig tarball drops loads of unneeded files, the package is split in a arch-indep -common package and an arch-dep package, etc.). I attach my debian/ folder as is to this mail. Please let me know, if you want to do the merging or if I shall do that. Also, I'd be interested in becoming (a) an Uploader of xtrkcad or even better (b) move the package into a team maintenance context (e.g. debian-edu-pkg-team). So please let me know: o whether you pick the interesting parts from my debian/ folder? o or if I shall do that...? o if it is ok to have me as Uploader:? o or, even better, if it is ok to have the pkg team-maintained? Thanks and Greets, Mike -- mike gabriel aka sunweaver (Debian Developer) mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net xtrackcad_4.2.4a-1.debian.tar.xz Description: application/xz-compressed-tar pgp2ZTrLiwXQ0.pgp Description: Digitale PGP-Signatur
Bug#847845: RM: aptly [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal Affects: aptly Blocks: 845003 The aptly binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the aptly binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#845753: Help: r-cran-treescape does not build on i386, armel and armhf any more
Hi Paul, On Thu, Nov 03, 2016 at 11:40:04AM +0800, Paul Wise wrote: > On Thu, Nov 3, 2016 at 12:20 AM, Andreas Tille wrote: > > > I used xauth and xvfb as Build-Depends successfully which works on most > > architectures - but failed on these ones. Any hint how to solve this? > > If you don't have hardware for these arches, login to one of the > porterboxen and install the build-deps in a chroot and then run the > relevant commands under a debugger like gdb. > > https://dsa.debian.org/doc/schroot/ > https://db.debian.org/machines.cgi I admit I do not only lack the hardware I'm also lacking experience to track down this kind of problems. I discussed the issue with upstream and they also do not have any clue. Any help would be really appreciated. Kind regards Andreas. -- http://fam-tille.de
Bug#847846: [gitit] gitit cannot display chinese username correctly
Package: gitit Version: 0.12.1-2 Dear Maintainer, When I register account with a Chinese username. I found that the web page display it in a wrong way. Seem that it doesn't know unicode but only ascii character. Best Wishes. Yanhao Mo signature.asc Description: PGP signature
Bug#847849: RM: containerd [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The containerd binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the containerd binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847851: RM: dh-make-golang [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The dh-make-golang binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the dh-make-golang binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847847: RM: cadvisor [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The cadvisor binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the cadvisor binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847848: RM: codesearch [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The codesearch binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the codesearch binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847850: RM: coyim [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The coyim binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the coyim binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847789: Possible fix
Hi,
can you check the attached patch fixes the bug? I couldn't test it
properly since several of node-vinyl-fs build-deps are not available in
Debian yet and I'm a bit short on time this morning for a compilation spree.
Snark on #debian-js
Description: do not use default arguments (Debian's nodejs is too old)
Author: Julien Puydt
Forwarded: no
--- a/src/loose/state.js
+++ b/src/loose/state.js
@@ -4,7 +4,8 @@
export const pluginsLoose = {}
export class LooseParser {
- constructor(input, options = {}) {
+ constructor(input, options) {
+if (!options) options = {};
this.toks = tokenizer(input, options)
this.options = this.toks.options
this.input = this.toks.input
--- a/src/tokentype.js
+++ b/src/tokentype.js
@@ -22,7 +22,8 @@
// continue jumps to that label.
export class TokenType {
- constructor(label, conf = {}) {
+ constructor(label, conf) {
+if (!conf) conf = {};
this.label = label
this.keyword = conf.keyword
this.beforeExpr = !!conf.beforeExpr
@@ -46,7 +47,8 @@
export const keywords = {}
// Succinct definitions of keyword token types
-function kw(name, options = {}) {
+function kw(name, options) {
+ if (!options) options = {};
options.keyword = name
return keywords[name] = new TokenType(name, options)
}
Bug#847852: RM: direnv [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The direnv binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the direnv binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847853: RM: docker-registry [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The docker-registry binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the docker-registry binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847854: RM: etcd-fs [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The etcd-fs binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the etcd-fs binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847857: RM: gitlab-ci-multi-runner [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gitlab-ci-multi-runner binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gitlab-ci-multi-runner binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847860: RM: golang-doozer [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The golang-doozer-bin binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the golang-doozer-bin binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847859: RM: golang-bindata [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The go-bindata binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the go-bindata binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847855: RM: fleet [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The fleet binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the fleet binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847856: RM: fuji [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The fuji binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the fuji binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847861: RM: golang-github-appc-docker2aci [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The docker2aci binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the docker2aci binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847862: RM: golang-github-appc-spec [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The appc-spec binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the appc-spec binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847858: RM: gocode [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gocode binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gocode binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#812388: Man page
On Dec/12, Carlos Maddela wrote: > I think it would still be worth it maintaining man pages. It's much > more convenient to quickly look something up in man pages than > elsewhere, so I've taken the time to create markdown files of the > documentation, which can be converted into man pages with pandoc. > > I have pushed my changes to the manpages branch of > https://github.com/e7appew/pkg-mitmproxy.git. Impressive work, and not only on the manpage side of things! I've just merged your branch, and made an upload from it, but for now I've excluded the work related to Fonts-*, as I can't change that during 0.18.2's lifetime obviously. Again, thanks *a lot* for your contribution. Cheers, --Seb
Bug#847863: RM: golang-github-benbjohnson-tmpl [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The tmpl binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the tmpl binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847865: RM: golang-github-docker-docker-credential-helpers [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The golang-docker-credential-helpers binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the golang-docker-credential-helpers binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847866: git-gui: "Error: expected number but got ''" when staging hunk
Package: git-gui
Version: 1:2.11.0-1
Severity: normal
Hi,
I get the following traceback when staging a hunk with CTRL+T:
expected number but got ""
expected number but got ""
while executing
"expr {int([lindex [$w tag ranges in_diff] 0])}"
(procedure "toggle_or_diff" line 13)
invoked from within
"toggle_or_diff toggle .vpane.lower.diff.body.t "
(command bound to event)
Screenshot attached.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Bug#847864: RM: golang-github-calmh-xdr [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The genxdr binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the genxdr binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847868: RM: golang-github-hashicorp-serf [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The serf binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the serf binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847869: RM: golang-github-hpcloud-tail [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gotail binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gotail binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847867: RM: golang-github-golang-mock [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The mockgen binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the mockgen binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847350: RFS: golang-github-minio-minio-go/2.0.2+dfsg-1
On 2016-12-08 06:35+1100, Dmitry Smirnov wrote: > I had a glimpse at the package and it looks good except removed content of > "gbp.conf" that I'll leave for Félix to fix (if he thinks it necessary). > > Félix, in "gbp.conf" > > > [dch] > id-length= 0 > > > is occasionally useful for "gbp dch". From gbp-dch(1): --id-length=N Include N digits of the commit id in the changelog entry. Default is to not include any commit ids at all. So, that's already the default, right? It could be modified by the user's global gbp.conf, and it affects the changelog entries, so I set it back to this. > The following fragment is to help building the package with GBP when upstream > sources are not merged in "master": > > > overlay = True > export-dir = ../build-area/ > tarball-dir = ../ > > > Basically it instructs GBP to generate/use tarball and it might be useful for > "debian"-only master repository layout. I thinks that these should be set by the user's global gbp.conf. If he wants to use "export-dir = ../debian-build-area" or anything else, we shouldn't override this. Does this address your concerns? > Thanks. Thank you! signature.asc Description: PGP signature
Bug#847872: RM: golang-github-odeke-em-cli-spinner [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The cli-spinner binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the cli-spinner binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847871: RM: golang-github-masterzen-winrm [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The winrm binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the winrm binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847870: RM: golang-github-lsegal-gucumber [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gucumber binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gucumber binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847873: RM: golang-github-odeke-em-ripper [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The ripper binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the ripper binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847877: RM: golang-github-tinylib-msgp [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The msgp binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the msgp binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847876: RM: golang-github-rakyll-statik [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The golang-statik binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the golang-statik binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847874: RM: golang-github-pointlander-peg [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The peg-go binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the peg-go binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847875: w3m: Fix links containing divs
Package: w3m Version: 0.5.3-33 Severity: important Hello, More and more websites use nice-looking links thanks to css, using code like this: http://www.debian.org/";>Debian In w3m, the Debian word does not appear as a link at all, there is just a space which happens to be clickable above the Debian word. This is really not convenient at all, see for instance http://rue89bordeaux.com/ or https://2017.rmll.info/ which apparently do not contain any link... Samuel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages w3m depends on: ii libc6 2.24-7 ii libgc1c2 1:7.4.2-8 ii libgpm21.20.4-6.2 ii libssl1.1 1.1.0c-2 ii libtinfo5 6.0+20161126-1 ii zlib1g 1:1.2.8.dfsg-2+b3 Versions of packages w3m recommends: ii ca-certificates 20161102 Versions of packages w3m suggests: pn cmigemo ii curl 7.50.1-1 ii dict 1.12.1+dfsg-4 pn dict-wn pn dictd pn libsixel-bin ii man-db2.7.5-2 ii mime-support 3.60 ii mpv 0.22.0-1 pn w3m-el ii w3m-img 0.5.3-33 ii wget 1.18-4 ii xdg-utils 1.1.1-1 ii xsel 1.2.0-2 -- no debconf information -- Samuel requests.agnjo gj a po mi shnthdrdcvallus hsx mvgduwolgfwtq uzuy s p h -+- spams forever ... -+-
Bug#847878: RM: golang-github-vbatts-tar-split [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The tar-split binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the tar-split binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847879: RM: golang-glide [s390x] -- ANAIs
Package: ftp.debian.org Severity: normal The glide binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the glide binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847681: packaging repository and sid diverging? Various fixes needed.
Hi, On Mon, Dec 12, 2016 at 10:23:49AM +0100, Ferenc Wágner wrote: > Daniel Pocock writes: > > > Could either of you comment on this bug? I saw your names in the > > nfs-utils changelog. I've seen various problems with NFS under jessie > > and I was hoping to help test if for stretch. > > Hi Daniel, > > I'm not involved in the maintenance of nfs-utils, just reported a > trivial bug that Salvatore kindly fixed in a commit. Same here. Beeing subscribed to the kernel maintainers mailinglist I noticed Ferenc report and didn't want that it get lost and commited to the git repository. Only afterwards noticed some discrepancy between the current version in git, and the one in the archive beeing -9.2. On one side I saw that Ben imported up to -9 the history in git, but the NMU's were never imported. I can very well guess that any help in the maintenance would be welcome. Regards, Salvatore
Bug#847880: RM: golang-golang-x-exp [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The ebnflint binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the ebnflint binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847884: RM: gox [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gox binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gox binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847888: after activate an other window the mailedit-window hangs
Package: evolution Version: 3.22.2-1 Severity: grave Hi, since the update from today the Edit Window hangs after release the focus and reenter. After start via console I get: > evolution (evolution:17050): Gtk-WARNING **: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned (evolution:17050): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "RegisterClient" with signature "ss" on interface "org.xfce.Session.Manager" doesn't exist (evolution:17050): Gtk-WARNING **: Failed to get an inhibit portal proxy: The name org.freedesktop.portal.Desktop is not owned (evolution:17050): Gdk-CRITICAL **: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed (evolution:17050): evolution-util-WARNING **: Failed to call a DBus Proxy method org.gnome.Evolution.WebExtension.EWebKitEditor.WC0x55c1e768e5a0::ElementSetAttributeBySelector: Zeitüberschreitung wurde erreicht (evolution:17050): evolution-util-WARNING **: Failed to call a DBus Proxy method org.gnome.Evolution.WebExtension.EWebKitEditor.WC0x55c1e768e5a0::ElementSetAttributeBySelector: Zeitüberschreitung wurde erreicht -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.10.14-1 ii evolution-common 3.22.2-1 ii evolution-data-server 3.22.2-1 ii libc6 2.24-7 ii libcamel-1.2-593.22.2-1 ii libclutter-gtk-1.0-0 1.8.2-1 ii libecal-1.2-19 3.22.2-1 ii libedataserver-1.2-22 3.22.2-1 ii libevolution 3.22.2-1 ii libglib2.0-0 2.50.2-2 ii libgtk-3-0 3.22.4-1 ii libical2 2.0.0-0.5+b1 ii libicu57 57.1-5 ii libnotify4 0.7.7-1 ii libsoup2.4-1 2.56.0-1 ii libwebkit2gtk-4.0-37 2.14.2-1 ii libxml22.9.4+dfsg1-2.1 ii psmisc 22.21-2.1+b1 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-8 ii evolution-plugins 3.22.2-1 ii yelp 3.22.0-1 Versions of packages evolution suggests: pn evolution-ews pn evolution-plugins-experimental ii gnupg 2.1.16-2 ii network-manager 1.4.2-3 -- no debconf information
Bug#847885: RM: heartbleeder [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The heartbleeder binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the heartbleeder binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847883: RM: gosu [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The gosu binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the gosu binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847889: RM: minica [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The minica binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the minica binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847882: RM: google-cloud-print-connector [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The google-cloud-print-connector binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the google-cloud-print-connector binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847881: RM: golang-vhost [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The golang-vhost-dev binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the golang-vhost-dev binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847887: RM: kxd [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The kxd binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the kxd binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847886: RM: kxc [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The kxc binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the kxc binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847890: RM: obfs4proxy [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The obfs4proxy binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the obfs4proxy binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847893: RM: pluginhook [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The pluginhook binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the pluginhook binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847898: RM: pt-websocket [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The pt-websocket binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the pt-websocket binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847894: lxc: powerpc jessie container and jessie-backports
Package: lxc Version: 1:2.0.6-1~bpo8+1 Severity: normal Dear Maintainer, I am trying to create a jessie container on a powerpc machine, using jessie-backports lxc packages, but I got this error: % sudo -E lxc-create -n test -t debian -- -r jessie debootstrap is /usr/sbin/debootstrap Checking cache download in /var/cache/lxc/debian/rootfs-jessie-ppc ... Downloading debian minimal ... I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id 75DDC3C4A499F1A18CB5F3C8CBF8D6FD518E17E1) E: Invalid Release file, no entry for main/binary-ppc/Packages Failed to download the rootfs, aborting. Failed to download 'debian base' failed to install debian lxc-create: lxccontainer.c: create_run_template: 1290 container creation template for test failed lxc-create: tools/lxc_create.c: main: 318 Error creating container test The attached patch fixes this, correcting the architecture "name" in the URL path. lxc is now able to create the container but it fails to start. However that's another bug. Cheers, -- Santiago -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.16.0-4-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.22 ii libapparmor1 2.9.0-3 ii libc62.19-18+deb8u6 ii libcap2 1:2.24-8 ii liblxc1 1:2.0.6-1~bpo8+1 ii libseccomp2 2.2.3-3~bpo8+1 ii libselinux1 2.3-2 ii lsb-base 4.1+Debian13+nmu1 ii python3-lxc 1:2.0.6-1~bpo8+1 pn python3:any Versions of packages lxc recommends: ii bridge-utils 1.5-9 ii debootstrap 1.0.67 ii dirmngr 1.1.1-5 ii dnsmasq-base 2.72-3+deb8u1 ii gnupg 1.4.18-7+deb8u3 ii iptables 1.4.21-2+b1 ii libpam-cgfs 2.0.5-1~bpo8+1 ii lxcfs 2.0.5-1~bpo8+1 ii openssl 1.0.1t-1+deb8u5 ii rsync 3.1.1-3 ii uidmap1:4.2-3+deb8u1 Versions of packages lxc suggests: pn apparmor pn btrfs-tools pn lvm2 -- no debconf information >From 219e34a35d8ae493502b98ac779e12ede261b4a4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Santiago=20Ruano=20Rinc=C3=B3n?= Date: Mon, 12 Dec 2016 11:12:26 +0100 Subject: [PATCH 2/2] templates/lxc-debian.in: handle ppc hostarch -> powerpc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Santiago Ruano Rincón --- templates/lxc-debian.in | 2 ++ 1 file changed, 2 insertions(+) diff --git a/templates/lxc-debian.in b/templates/lxc-debian.in index 564241c..8911e89 100644 --- a/templates/lxc-debian.in +++ b/templates/lxc-debian.in @@ -549,6 +549,8 @@ elif [ "$arch" = "x86_64" ]; then arch="amd64" elif [ "$arch" = "armv7l" ]; then arch="armhf" +elif [ "$arch" = "ppc" ]; then +arch="powerpc" elif [ "$arch" = "ppc64le" ]; then arch="ppc64el" elif [ "$arch" = "mips" -a "$littleendian" = "yes" ]; then -- 2.11.0
Bug#847891: RM: paxrat [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The paxrat binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the paxrat binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847896: RM: promotheus-mysqld-exporter [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The promotheus-mysqld-exporter binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the promotheus-mysqld-exporter binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847895: RM: prometheus-blackbox-exporter [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The prometheus-blackbox-exporter binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the prometheus-blackbox-exporter binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847897: RM: prometheus-varnish-exporter [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The prometheus-varnish-exporter binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the prometheus-varnish-exporter binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847892: RM: peco [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The peco binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the peco binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847901: RM: robustirc-bridge [s390x] -- ANAIs
Package: ftp.debian.org Severity: normal The robustirc-bridge binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the robustirc-bridge binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847899: RM: ratt [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The ratt binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the ratt binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847809: ITP: tcvt -- multicolumn virtual terminal
Le 11/12/2016 à 23:39, Ferenc Wágner a écrit : > * Package name: tcvt > Version : git snapshot 82c24e2 > Upstream Author : Helmut Grohne > * URL : http://subdivi.de/~helmut/tcvt/ >From the main page: Multibyte encodings such as utf8 are not supported, because Python is buggy. Is that still an issue? I highly doubt that a terminal application that doesn't support UTF8 is useful nowadays. Adrien
Bug#847900: RM: rawdns [s390x] -- ANAIs
Package: ftp.debian.org Severity: normal The rawdns binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the rawdns binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847902: RM: runc [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The runc binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the runc binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847905: RM: systemd-docker [s390x] -- ANAIS
Package: ftp.debian.org Severity: normal The systemd-docker binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the systemd-docker binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847903: RM: skydns [s390x] -- ANAIs
Package: ftp.debian.org Severity: normal The skydns binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the skydns binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Bug#847904: RM: snapd [s390x] -- RoM; ANAIs
Package: ftp.debian.org Severity: normal The snapd binary package is implemented in golang and is built on s390x. However, the s390x port of golang requires newer CPUs than the baseline for the Debian port, and therefore golang should be removed from that architecture (bug #845003). Please also remove the snapd binary. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
