Bug#769685: awscli: FTBFS: ImportError: Failed to import test module: awscli.testutils
Greetings, The primary bug reported here is still present -- awscli seems quite broken in sid -- and the proposed resolution works. On a very clean and up to date Debian sid system: $ dpkg -l | grep awscli ii awscli 1.5.5-1 all Universal Command Line Environment for AWS $ aws Traceback (most recent call last): File /usr/bin/aws, line 15, in module import awscli.clidriver File /usr/share/awscli/awscli/clidriver.py, line 16, in module import botocore.session File /usr/lib/python3/dist-packages/botocore/session.py, line 29, in module from botocore.endpoint import EndpointCreator File /usr/lib/python3/dist-packages/botocore/endpoint.py, line 28, in module from botocore.awsrequest import AWSRequest File /usr/lib/python3/dist-packages/botocore/awsrequest.py, line 27, in module from requests.packages.urllib3.connection import HTTPConnection ImportError: cannot import name 'HTTPConnection' $ sudo sed -i -e s/^from requests.packages./from / /usr/lib/python3/dist-packages/botocore/awsrequest.py $ aws usage: aws [options] command subcommand [parameters] aws: error: the following arguments are required: command Regarding the second item raised by Tom, the failure of the command: $ aws --debug --region us-east-1c ec2 describe-instances This command fails because `us-east-1c` is an availability zone, not a region. Using `us-east-1` here instead works fine. Cheers, -- TC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773656: R: Bug#773656: ITP: daps -- DocBook Authoring and Publishing Suite
Hi * Well, so if no objections, I'll help Sascha into fixing the last (almost nitpicks) packaging issues and I'll try to ask my sponsor to get the package into debian. Cheers, Gianfranco Il Lunedì 22 Dicembre 2014 20:09, Sascha Manns sascha.ma...@bdvb.de ha scritto: Hi Raphael, hi Gianfranco, Original-Nachricht Betreff: R: Bug#773656: ITP: daps -- DocBook Authoring and Publishing Suite Von: Gianfranco Costamagna costamagnagianfra...@yahoo.it An: sascha.ma...@bdvb.de, 773...@bugs.debian.org, hert...@debian.org Datum: 22.12.2014 15:57 is this package a duplicate then? I'm trying to mentor Sascha into the debian guidelines, if you think the package is not useful please let me know, I just told him that using the package in debian might be useful for the community, but if a similar tool makes daps useless we can think about not packaging it at all (Sascha, do you have an opinion about the topic? Debian tends to avoid duplicated effort of similar tools :-) ) cheers, Gianfranco From my POV daps is easier to learn for bloody beginners than publicer. But this is just my view. To have different tools to do the same people can decide what are better for them. In my company we're using daps doc-team-wide so it would be great if we can providing a package for it :-) Greetings Sascha -- Yours sincerly Sascha Manns Maifeldstraße 10 56727 Mayen Phone: +49-1573-9242730 Email: sascha.ma...@bdvb.de Web: http://saigkill.ddns.net/wordpress -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773416: fixed in ettercap 1:0.8.1-3
Hi Barak and Raphael, the patch is already above, I didn't tweak the changelog because I don't even know the best target series, and I don't know where to patch/prepare the upload. Is that debdiff sufficient or not? I can create a squeeze chroot and prepare a build, if it is enough the above let me know. I don't even know if mentors allows squeeze as target series. cheers, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773416: fixed in ettercap 1:0.8.1-3
Hi Gianfranco, On Tue, 23 Dec 2014, Gianfranco Costamagna wrote: the patch is already above, I didn't tweak the changelog because I don't even know the best target series, and I don't know where to patch/prepare the upload. The target serie is squeeze-lts. You can upload the .dsc to mentors if you want (or just send the debdiff as attachment here). Is that debdiff sufficient or not? It was copy/pasted in email and lost spaces so it's best if you can resend it as proper attachment. I can create a squeeze chroot and prepare a build, if it is enough the above let me know. Don't worry about this, if you have source package ready it's good enough, someone else can do the test build and upload. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773596: Acknowledgement (gajim: fails to connect when doing kerberos authentication (no fallback to password prompt))
Dear Maintainer, the bug has been analysed and was reported to upstream: https://python-nbxmpp.gajim.org/ticket/30 As this bug was fixed by a trivial patch, which has already been accepted by the developers, I would ask you to raise severity to serious, as it renders gajim unusable for everyone doing authentication via GSSAPI. My hopes are to get a usable version of gajim into jessie. Please note that this bug should actually be reassigned to python-nbxmpp. Kind regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773777: libapache2-mod-authz-securepass: incompatible with Apache 2.4 due to use of ap_requires
Package: libapache2-mod-authz-securepass Version: 0~20140715+0git93f271f5-2 Severity: grave Justification: renders package unusable Dear Maintainer, As you can see from the build logs [1], there is an implicit declaration of the ap_requires function, which was removed in Apache 2.4 (currently in Debian unstable and testing). [2] This renders the module unusable with Apache 2.4, AFAICT. It doesn't appear that changes have been made upstream yet to support Apache 2.4, and this definitely shouldn't be in testing until that happens. Thanks, Logan Rosen [1] https://qa.debian.org/bls/packages/m/mod-authz-securepass.html [2] http://httpd.apache.org/docs/2.4/developer/new_api_2_4.html -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-28-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: upstart (via init_is_upstart()) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771045: Info received (Bug#771045: Acknowledgement (linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon))
Further freezes: Bests Tom [ 1198.159861] radeon :02:00.0: GPU fault detected: 147 0x0fa29002 [ 1198.159864] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x000117B2 [ 1198.159866] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030E0002 [ 1198.159868] VM fault (0x02, vmid 1) at page 71602, write from CB (224) [ 1198.159871] radeon :02:00.0: GPU fault detected: 147 0x01626002 [ 1198.159873] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00011796 [ 1198.159875] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x02048002 [ 1198.159877] VM fault (0x02, vmid 1) at page 71574, read from TC (72) [ 1198.159877] systemd-journald[233]: /dev/kmsg buffer overrun, some messages lost. [ 1198.159883] radeon :02:00.0: GPU fault detected: 147 0x0e026002 [ 1198.159885] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x000117CA [ 1198.159887] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030A0002 [ 1198.159890] VM fault (0x02, vmid 1) at page 71626, write from CB (160) [ 1198.159891] systemd-journald[233]: /dev/kmsg buffer overrun, some messages lost. [ 1198.159910] radeon :02:00.0: GPU fault detected: 147 0x0e02e002 [ 1198.159912] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0001180B [ 1198.159914] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030A0002 [ 1198.159916] VM fault (0x02, vmid 1) at page 71691, write from CB (160) [ 1198.159920] radeon :02:00.0: GPU fault detected: 147 0x01622002 [ 1198.159922] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00011824 [ 1198.159923] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x030D0002 [ 1198.159925] VM fault (0x02, vmid 1) at page 71716, write from CB (208) [ 1198.159929] radeon :02:00.0: GPU fault detected: 147 0x01621002 [ 1198.159931] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00011731 [ 1198.159933] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x03060002 [ 1198.159935] VM fault (0x02, vmid 1) at page 71473, write from CB (96) [ 1198.159949] radeon :02:00.0: GPU fault detected: 147 0x0e036002 [ 1198.159951] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0001173B [ 1198.159953] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x02044002 [ 1198.159955] VM fault (0x02, vmid 1) at page 71483, read from TC (68) [ 1198.159959] radeon :02:00.0: GPU fault detected: 147 0x0e036002 [ 1198.159960] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0001172A [ 1198.159962] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x03020002 [ 1198.159964] VM fault (0x02, vmid 1) at page 71466, write from CB (32) [ 1198.160094] radeon :02:00.0: GPU fault detected: 147 0x0f03d002 [ 1198.160096] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x [ 1198.160098] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x03060002 [ 1198.160100] VM fault (0x02, vmid 1) at page 0, write from CB (96) [ 1198.160147] radeon :02:00.0: GPU fault detected: 147 0x0ec3d002 [ 1198.160149] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x [ 1198.160151] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0303D002 [ 1198.160152] VM fault (0x02, vmid 1) at page 0, write from DMA1 (61) [ 1198.160156] radeon :02:00.0: GPU fault detected: 147 0x0ec3a002 [ 1198.160158] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0001175E [ 1198.160160] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0303D002 [ 1198.160162] VM fault (0x02, vmid 1) at page 71518, write from DMA1 (61) [ 1198.160220] systemd-journald[233]: /dev/kmsg buffer overrun, some messages lost. [ 1198.160232] radeon :02:00.0: GPU fault detected: 147 0x0e63a002 [ 1198.160234] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x [ 1198.160236] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x02088002 [ 1198.160238] VM fault (0x02, vmid 1) at page 0, read from TC (136) [ 1198.160242] radeon :02:00.0: GPU fault detected: 147 0x0e832002 [ 1198.160244] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0xC94A [ 1198.160246] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x03060004 [ 1198.160248] VM fault (0x04, vmid 1) at page 51530, write from CB (96) [ 1198.160251] radeon :02:00.0: GPU fault detected: 147 0x0e832002 [ 1198.160253] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0xC94A [ 1198.160255] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x02084004 [ 1198.160257] VM fault (0x04, vmid 1) at page 51530, read from TC (132) [ 1198.160262] radeon :02:00.0: GPU fault detected: 147 0x0e639002 [ 1198.160264] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00011747 [ 1198.160266] radeon :02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x03020002 [ 1198.160268] VM fault (0x02, vmid 1) at page 71495,
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
Hi Ian, On Dec 17, 2014, at 16:38, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-17 at 15:10 +0800, Chen Baozi wrote: Hi Ian, On Dec 13, 2014, at 20:21, Ian Campbell i...@debian.org wrote: If you care about Debian Installer support then you should also check whether any of the newly added modules need to be added to the installer udebs (which you can mainly do via the module lists under debian/installer/armhf/modules/armhf-armmp/). I've added dwc3-omap to usb-modules already since that one seemed obvious. I haven't tried debian-installer on arm platform before. I guess people usually don’t use it as a CD/DVD installer image like x86 on arm? I usually use netboot, others use hd-media from USB sticks etc. Any pre-built image for a quick test? Do I need to generate the image by myself? There are daily installer images at http://d-i.debian.org/daily-images/armhf/ but these are built from the kernel etc in sid not from svn, i.e. don't yet include the changes to enable uEVM, so until the kernel is next uploaded you would indeed need to build d-i yourself. That's not too hard: Take all the udebs from your kernel build (e.g. from dcmd --udeb linux_..._armhf.changes) and put them in the build/localudebs directory of the debian-installer.git. Then: make -C build build_netboot etc. It doesn't (easily?) cross compile, so you will need an armhf host. I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Cheers, Baozi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773778: libverto-libev1: set_flags implementation broken
Package: libverto-libev1 Version: 0.2.4-1 Severity: important It seems like the libverto-libev1 plugin is somewhat broken (see my mail to kerbe...@mit.edu) and prevents RADIUS from working with krb5-kdc in Jessie. Any chance you could get this applied and file for a freeze exception? I've verified the commit from Nathaniel below fixes the problem for me, both using the t_otp test in krb5 as well as my real KDC. commit e616bd59103bf86087cf652831cc3039a43971b7 Author: Nathaniel McCallum npmccal...@redhat.com Date: Fri Feb 10 01:13:30 2012 -0500 fix libev's set_flags() implementation diff --git a/src/verto-libev.c b/src/verto-libev.c index 2eb08fc..9c7c324 100644 --- a/src/verto-libev.c +++ b/src/verto-libev.c @@ -106,7 +106,9 @@ libev_ctx_set_flags(verto_mod_ctx *ctx, const verto_ev *ev, if (verto_get_flags(ev) VERTO_EV_FLAG_IO_WRITE) events |= EV_WRITE; +ev_io_stop(ctx, (ev_io*) evpriv); ev_io_set(((ev_io*) evpriv), verto_get_fd(ev), events); +ev_io_start(ctx, (ev_io*) evpriv); } } -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libverto-libev1 depends on: ii libc6 2.19-13 ii libev4 1:4.15-3 ii libverto1 0.2.4-1 ii multiarch-support 2.19-13 libverto-libev1 recommends no packages. libverto-libev1 suggests no packages. -- no debconf information -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773779: basket: please build-depend on shared-mime-info
Package: basket Version: 2.10~beta+git6fed731-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu vivid ubuntu-patch Dear Maintainer, file-integration/CMakeLists.txt requires shared-mime-info, but it is not listed as a build dependency for basket. This causes an FTBFS in Ubuntu, as that package is not pulled in implicitly. In Ubuntu, the attached patch was applied to achieve the following: * debian/control: Build-depend on shared-mime-info to fix FTBFS. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: jessie/sid APT prefers vivid-updates APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), (100, 'vivid-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-28-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: upstart (via init_is_upstart()) diff -Nru basket-2.10~beta+git6fed731/debian/control basket-2.10~beta+git6fed731/debian/control --- basket-2.10~beta+git6fed731/debian/control 2014-10-19 16:15:28.0 -0400 +++ basket-2.10~beta+git6fed731/debian/control 2014-12-23 03:55:18.0 -0500 @@ -4,7 +4,7 @@ Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org Uploaders: Mark Purcell m...@debian.org, Sune Vuorela deb...@pusling.com, Luigi Toscano luigi.tosc...@tiscali.it Build-Depends: debhelper (= 9), pkg-kde-tools (= 0.5), cmake, libx11-dev, pkg-config, libqimageblitz-dev, - kdelibs5-dev, kdepimlibs5-dev (=4:4.4.3), libgpgme11-dev + kdelibs5-dev, kdepimlibs5-dev (=4:4.4.3), libgpgme11-dev, shared-mime-info Homepage: http://basket.kde.org/ Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/pkg-kde/kde-extras/basket.git
Bug#773780: ITP: py-moneyed -- Currency and Money classes for use in Python code
Package: wnpp Severity: wishlist Owner: Benjamin Drung benjamin.dr...@profitbricks.com * Package name: py-moneyed Version : 0.5.0 Upstream Author : Kai k...@limist.com * URL : http://github.com/limist/py-moneyed * License : BSD Programming Lang: Python Description : Currency and Money classes for use in Python code The need to represent instances of money frequently arises in software development, particularly any financial/economics software. To address that need, this package provides the classes of Money and Currency, at a level more useful than just using Python's Decimal class, or even the float primitive. The package is meant to be stand-alone and easy to either use directly, or subclass further. The source package will produce the binary packages python-moneyed and python3-moneyed. I will maintain the package in git in the collab-maint Alioth group. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773712: unblock: jenkins-job-builder/0.9.0-0.1
retitle 773712 pre-approval: unblock: jenkins-job-builder/0.9.0-0.1 tag 773712 + confirmed thanks On Mon, Dec 22, 2014 at 03:29:36PM +0100, Michael Prokop wrote: The version of jenkins-job-builder as available in current jessie is totally broken with regards to its feature to delete Jenkins jobs. There's a fix available from upstream which I included in version 0.9.0-0.2. I've also verified that the fix works as needed. Please unblock package jenkins-job-builder: unblock jenkins-job-builder/0.9.0-0.2 Debdiff of the package versions as in jessie vs. what I just uploaded to Debian/unstable (not yet accepted there though/disclaimer): Looks good to me, but still not accepted. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#773515: unblock: mono/3.2.8+dfsg-9
tag 773515 + confirmed thanks On Fri, Dec 19, 2014 at 11:55:00AM +, Jo Shields wrote: Please unblock package mono There are a couple of long-standing bugs in the Mono package, which are fixed by this proposed upload to Unstable. #771389 prevents IPv6 from working in Mono-based apps It's a behavior change, but I'm inclined to let you fix the resolver here to be in line with the remainder of the distribution. #773509 and #773511 relate to the mono-runtime-dbg package not being correctly populated (and currently being useless) Looks fine. Please go ahead with the upload and report back once it has been accepted. Kind regards and thanks for your efforts Philipp Kern signature.asc Description: Digital signature
Bug#773781: missing documentation about using hoogle as cgi-bin
Package: hoogle Version: 4.2.33-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, hoogle ships with /usr/lib/cgi-bin/hoogle and /etc/apache2/conf-available/hoogle.conf. This strongly suggests that it would be possible to run a local hoogle server at localhost/cgi-bin/hoogle. I did (as root) a2enconf hoogle a2enmod cgi service apache2 reload Opening localhost/cgi-bin/hoogle results in a 503 Service Unavailable and an error.log message: (22)Invalid argument: [client ::1:35524] AH01257: unable to connect to cgi daemon after multiple tries: /usr/lib/cgi-bin/hoogle Best regards, Thomas Koch - -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hoogle depends on: ii ghc-doc 7.6.3-20 ii libc6 2.19-13 ii libffi6 3.1-2+b2 ii libgmp10 2:6.0.0+dfsg-6 ii libjs-jquery 1.7.2+dfsg-3.2 ii zlib1g1:1.2.8.dfsg-2+b1 hoogle recommends no packages. Versions of packages hoogle suggests: ii apache2 [httpd] 2.4.10-8 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUmTTRAAoJEAf8SJEEK6Za/m4QANaDsUQmzvIFJQOPZ4DMQSzy cHR2d2vkKZKV8NtJLQhCAN4noJg8L8+2tcYUnbwgQuFFmSv/pZLYJfU/PtvCYwX8 S6BYeWTV9mEZDLsirNRfpFiZrijamTkX6tDRgIp3PYI66cAllaLM2mbGY8w3MkMW O3wObHO2kIrvokZeAhlPJq3ZzXtc7d7hHyNRt1iRBQSI8SO3nAOA47veX01nOcgu Vg29ebnknkj45Ph5A4EhOFUP4+Nsi+IozaWNB5M5R/dug2Aj+mFNyoOZ3siXRofL NvPihbOXC898it4UPNsU95bLM+L/KwRprkqObggtSPrYwgSuBUqqeSNaZ8I29erY SLiSkidDeRfjegoqzu6C2XtzFLObwcwa9ojzUESeAbw/5FOhIls5fR64tA2tFKff pRIviNpaRgM0ifrEUS3zKMj5yFMMAfzoA9cqeORYfVrK6SoeMg3Qud/8Zko9BNQ7 5PoNAecOFMGN+JirBl+J6v7GNZXBnKzaxvIA/qrLCE2I/LLTuhrFuQkPQ6i+dpE5 NdxDUu3TTdN6lwaJt51Vggzsq2nsEg+E69lbqFrohmDjRP+c5w3KbMO6yaIyKIbl w6nr8DwK82IyfheE5oCfsScVr3BiiDrK1DeHOkpl29/9LL20uC1dH6NLWplBT22F Qy42z/caEBK2CAmhWaa9 =i7wI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773783: nftables 0.3 should not be released with jessie
Package: nftables Version: 0.3-1 Severity: serious This package is unsuitable in a stable system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773782: unblock: znc/1.4-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package znc. The upload adds an upstream patch that allows to disable SSL protocols, and disables SSLv2 and SSLv3. unblock znc/1.4-2 Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773784: libnftnl 1.0.2-1 should not be released with jessie
Package: libnftnl Version: 1.0.2-1 Severity: serious This package is unsuitable for a stable system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773785: unzip: FTBFS on armhf
package: unzip version: 6.0-13 severity: serious Hi, The latest upload of unzip fails on armhf. This blocks migration to testing. https://buildd.debian.org/status/package.php?p=unzip Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773768: ghc: fails to install: cannot open shared object file: No such file or directory
Hi Jonas, Am Dienstag, den 23.12.2014, 02:55 +0100 schrieb Jonas Smedegaard: Package: ghc Version: 7.8.20141119-8 Severity: grave Justification: renders package unusable ghc fails to install (in clean cowbuilder chroot): Setting up ghc (7.8.20141119-8) ... /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory /usr/lib/ghc/bin/ghc-pkg: error while loading shared libraries: libHSterminfo-0.4.0.0-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory dpkg: error processing package ghc (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) I cannot reproduce it here: /home/jojo $ schroot -c experimental (experimental)root@kirk:/home/jojo# apt-get update Get:1 http://http.debian.net sid InRelease [242 kB] Get:2 http://http.debian.net experimental InRelease [162 kB] Get:3 http://http.debian.net sid/main amd64 Packages/DiffIndex [7876 B] Get:4 http://http.debian.net sid/main Translation-en/DiffIndex [7876 B] Get:5 http://http.debian.net experimental/main amd64 Packages/DiffIndex [7819 B] Get:6 http://http.debian.net experimental/main Translation-en/DiffIndex [7819 B] Get:7 http://http.debian.net sid/main amd64 Packages [7109 kB] Get:8 http://http.debian.net sid/main Translation-en [4823 kB] Err http://http.debian.net experimental/main amd64 Packages Get:9 http://http.debian.net experimental/main amd64 Packages [820 kB] Get:10 http://http.debian.net experimental/main Translation-en [413 kB] Fetched 13.6 MB in 4s (3039 kB/s) Reading package lists... Done (experimental)root@kirk:/home/jojo# apt-get install -t experimental ghc Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: ghc-prof ghc-doc haskell-doc llvm-3.4 The following packages will be upgraded: ghc 1 upgraded, 0 newly installed, 0 to remove and 150 not upgraded. Need to get 0 B/35.7 MB of archives. After this operation, 3385 kB of additional disk space will be used. (Reading database ... 17693 files and directories currently installed.) Preparing to unpack .../ghc_7.8.20141119-8_amd64.deb ... Unpacking ghc (7.8.20141119-8) over (7.8.20140710-4) ... Processing triggers for man-db (2.7.0.2-1) ... (experimental)root@kirk:/home/jojo# ghc ghc: no input files Usage: For basic information, try the `--help' option. (experimental)root@kirk:/home/jojo# ghc-pkg ghc-pkg: missing command For usage information see 'ghc-pkg --help'. (experimental)root@kirk:/home/jojo# apt-get install -t experimental libghc-binary-shared-dev Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libghc-mtl-dev Suggested packages: libghc-binary-shared-doc libghc-binary-shared-prof libghc-mtl-doc libghc-mtl-prof The following NEW packages will be installed: libghc-binary-shared-dev libghc-mtl-dev 0 upgraded, 2 newly installed, 0 to remove and 150 not upgraded. Need to get 102 kB/183 kB of archives. After this operation, 2135 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://http.debian.net/debian/ experimental/main libghc-binary-shared-dev amd64 0.8.3-2 [102 kB] Fetched 102 kB in 0s (1484 kB/s) Selecting previously unselected package libghc-mtl-dev. (Reading database ... 17693 files and directories currently installed.) Preparing to unpack .../libghc-mtl-dev_2.1.3.1-2_amd64.deb ... Unpacking libghc-mtl-dev (2.1.3.1-2) ... Selecting previously unselected package libghc-binary-shared-dev. Preparing to unpack .../libghc-binary-shared-dev_0.8.3-2_amd64.deb ... Unpacking libghc-binary-shared-dev (0.8.3-2) ... Processing triggers for ghc (7.8.20141119-8) ... (experimental)root@kirk:/home/jojo# ghc-pkg list /usr/lib/ghc/package.conf.d Cabal-1.18.1.3 array-0.5.0.0 base-4.7.0.2 bin-package-db-0.0.0.0 binary-0.7.1.0 binary-shared-0.8.3 bytestring-0.10.4.0 containers-0.5.5.1 deepseq-1.3.0.2 directory-1.2.1.0 filepath-1.3.0.2 ghc-7.8.3.20141119 ghc-prim-0.3.1.0 haskeline-0.7.1.2 haskell2010-1.1.2.0 haskell98-2.0.0.3 hoopl-3.10.0.1 hpc-0.6.0.1 integer-gmp-0.5.1.0 mtl-2.1.3.1 old-locale-1.0.0.6 old-time-1.1.0.2 pretty-1.1.1.1 process-1.2.0.0 rts-1.0 template-haskell-2.9.0.0 terminfo-0.4.0.0 time-1.4.2 transformers-0.3.0.0 unix-2.7.0.1 xhtml-3000.2.1 Or is this on another architecture? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID:
Bug#772811: unrtf: fixes for stable (CVE-2014-9274 CVE-2014-9275)
Hi, Just in order to avoid duplicate effort: I have prepared (but not yet tested) an upload for wheezy-security of unrtf, fixing CVE-2014-9274 CVE-2014-9275. It is available in the alioth git repository: http://anonscm.debian.org/cgit/collab-maint/unrtf.git/ Bye Willi signature.asc Description: OpenPGP digital signature
Bug#773783: current status and future plans
A bit more info regarding this bug. nftables is under heavy development by the Netfilter Project. Lots of bugfixes and new features are included in each release. nftables 0.3 is a very early version, and is lacking some important changes that are included in nftables 0.4. More specifically: * ruleset level operations (list ruleset, flush ruleset...) * masquerade support * a big amount of bugfixes * complete reject support These subjects are important enough that you should use nftables 0.4 directly. But don't worry. I plan to add nftables 0.4 into stable-backports as soon as 0.4 enters testing. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773786: masscan: FTBFS on most architectures
Source: masscan Version: 1.0.3-90-g2441f18~ds0-1 It failed to build on most architectures: http://buildd.debian.org/status/package.php?p=masscansuite=sid In many cases the error was something like: /tmp/ccDGfkrV.s: Assembler messages: /tmp/ccDGfkrV.s:323: Error: unknown mnemonic `lfence' -- `lfence' /tmp/ccDGfkrV.s:1521: Error: unknown mnemonic `sfence' -- `sfence' It comes from this code in src/pixie-threads.h: #if defined(__arm__) #define rte_wmb() __sync_synchronize() #define rte_rmb() __sync_synchronize() #define rte_pause() #else #define rte_wmb() asm volatile(sfence; : : : memory) #define rte_rmb() asm volatile(lfence; : : : memory) #define rte_pause() asm volatile (pause) #endif So it's trying to use the Intel-specific stuff on every Debian architecture apart from armel and armhf. You could try changing the condition to something like: #if !defined(__x86_64__) !defined(__i386__) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773784: current status and future plans
A bit more info regarding this bug. nftables is under heavy development by the Netfilter Project. Lots of bugfixes and new features are included in each release. libnftnl 1.0.2 is a very early version, and is lacking some important changes that are included in libnftnl 1.0.3. More specifically: * changes to the XML/JSON formats. * masquerade, redirect and internal set mechanism support * some important bugfixes. * updates to match the kernel API. These subjects are important enough that you should use libnftnl 1.0.3 and nftables 0.4 directly. But don't worry. I plan to add both nftables 0.4 and libnftnl 1.0.3 into stable-backports as soon as possible. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773785: unzip: FTBFS on armhf
On Tue, Dec 23, 2014 at 10:48:17AM +0100, Ivo De Decker wrote: package: unzip version: 6.0-13 severity: serious Hi, The latest upload of unzip fails on armhf. This blocks migration to testing. https://buildd.debian.org/status/package.php?p=unzip Please note that this is *not* because of the changes made in 6.0-13: https://buildd.debian.org/status/logs.php?pkg=unziparch=armhf There are no code changes between 6.0-12, which build ok, and 6.0-12+b1, which didn't and it was a binary-only NMU. Could this be a compiler bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773787: hot: hot.hs:74:51-71: Non-exhaustive patterns in lambda
Package: hopenpgp-tools Version: 0.13-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I get $ cat ../build-exp/haskell-auto-update_0.1.2-1_amd64.changes|hot dearmor hot (hopenpgp-tools) 0.13 Copyright (C) 2012-2014 Clint Adams hot comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. hot: hot.hs:74:51-71: Non-exhaustive patterns in lambda with the attached file. Greetings, Joachim - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages hopenpgp-tools depends on: ii libbz2-1.0 1.0.6-7+b2 ii libc62.19-13 ii libffi6 3.1-2+b2 ii libgmp10 2:6.0.0+dfsg-6 ii libnettle4 2.7.1-4 ii libyaml-0-2 0.1.6-3 ii zlib1g 1:1.2.8.dfsg-2+b1 hopenpgp-tools recommends no packages. hopenpgp-tools suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSZPh0ACgkQ9ijrk0dDIGy4tQCgpli2uhouhZdeF+FrGEJU37Xc gNIAoMDp036PuhDB2C61mqGKZX4ngCrE =hiMr -END PGP SIGNATURE- -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 21 Dec 2014 16:35:31 +0100 Source: haskell-auto-update Binary: libghc-auto-update-dev libghc-auto-update-prof libghc-auto-update-doc Architecture: source all amd64 Version: 0.1.2-1 Distribution: experimental Urgency: low Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org Changed-By: Joachim Breitner nome...@debian.org Description: libghc-auto-update-dev - ${haskell:ShortDescription}${haskell:ShortBlurb} libghc-auto-update-doc - ${haskell:ShortDescription}${haskell:ShortBlurb} libghc-auto-update-prof - ${haskell:ShortDescription}${haskell:ShortBlurb} Changes: haskell-auto-update (0.1.2-1) experimental; urgency=low . * Debianization generated by cabal-debian * Add myself to Uploaders Checksums-Sha1: c1a8c71af5168dd9a91e6acf12e04bb49d2e110e 2281 haskell-auto-update_0.1.2-1.dsc 4146bcb1adbde833c3ed5f54901510295d9bcfb2 6583 haskell-auto-update_0.1.2.orig.tar.gz b3677a195dcebf2524b5875b312eb652368b945f 2116 haskell-auto-update_0.1.2-1.debian.tar.xz c45d707793d6b853ec49cba20e05a3a7dd448cbf 38760 libghc-auto-update-doc_0.1.2-1_all.deb 6b7c735c5d9531d849d2f1e9be32268bd329366a 27722 libghc-auto-update-dev_0.1.2-1_amd64.deb 1202c0a10ea1e5a16bf973f8a557e473023129c1 25228 libghc-auto-update-prof_0.1.2-1_amd64.deb Checksums-Sha256: 9c7c9da99336346994b1b13078066aab086fc6d69badcdf79e117cb73b3f32e4 2281 haskell-auto-update_0.1.2-1.dsc 14fcf02d5e78db86e438dc1fdfcc9e2e290d170bad96ececfe135f2903e99131 6583 haskell-auto-update_0.1.2.orig.tar.gz bf15d6126d7f5f25e01a726cb63857b43587b3d32ae5b8b90710f527c7fabd63 2116 haskell-auto-update_0.1.2-1.debian.tar.xz 12c2fbe68de56c15fe5f68df198471c20ad6e221feb5d363becfff5a1f027d97 38760 libghc-auto-update-doc_0.1.2-1_all.deb 3ab9ac0712b1b91f24f976df9da02cd71ef7d56e12ebda03dd91331912f01fe3 27722 libghc-auto-update-dev_0.1.2-1_amd64.deb 54c392db865f03fa768a8d03228b92b05529089ed6e2101262afca6ec0d00453 25228 libghc-auto-update-prof_0.1.2-1_amd64.deb Files: d30ce5fd58d7f5891e4b0c71021289f0 2281 haskell extra haskell-auto-update_0.1.2-1.dsc 425f3c9349415a95a4a3d70aad1009b5 6583 haskell extra haskell-auto-update_0.1.2.orig.tar.gz af6fc84b325b56de3bf14fccbb494807 2116 haskell extra haskell-auto-update_0.1.2-1.debian.tar.xz 4c7816c01332a4d5d93254f08949d8dd 38760 doc extra libghc-auto-update-doc_0.1.2-1_all.deb fa5b61001b427866446c4cc916ecf04b 27722 haskell extra libghc-auto-update-dev_0.1.2-1_amd64.deb 5655853fd52dd79d460d3935545fbad8 25228 haskell extra libghc-auto-update-prof_0.1.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUmT2bAAoJED2QirPw+/UfBtAP/jpzwczpmSvYkjgoYr0KS0Da 8M/BWHArso1mQtliwI8WlO20lwGxuRgvyTNuXoIdKmLK5O3HcdMakKvmaQapsoTS Sbw5Qsc28uRsozu6rD+0CnDrjB+8JSjip8Fq43r3MnFH1qyOpOm80f1EJd9lICGQ 7qMRE6ra4by5laRAxl6xDIaz9IHrvjcebjeldH75rkU0393SVYhMXhWYEZ2Zj8vD QrQ6L/p2VjwtRBK/mMs9x7PsRXyekE15mi/fJ9qt3SUEAxH4x4fGnp89+ZoRyeSV qxdhnewrPxji3sJHggt6Gb+5nXXrmcLyrBqwYmXc/JuiZq8mOhtcS/FfogeBe2Z5 mHDe/c1EIOLY9Xf6D5uv4xzb+KwZzmwGI+H+BUuIeus2A8HSt37Ovb25M6Q7xl+c i54IX+dEHFxpjHtjBEKBb7KGIHQdIzzNj1bDFdYnNy0VojAcW7PWH1XJrO4KHSBu W/V3K7rHocsym0TL1TY6ndMgP/zYY9mHho1XlU0ESAfAqyrmpErgbjVx7S1hBjEa e9v1EgmdLzikElKfo+73+HwpBDdbM1aYycskWe6CQhsQQyXX2NStFZXw18jJIBUf qO1k9cG/e3jCBAH4OSLT/VzhBaVXhzvtFQMkNxMv2sf8blVkwnHOBDPS5Af0XN5O ZQUUyXxDf2lL7Ljpljbc =I568 -END PGP SIGNATURE-
Bug#773712: unblock: jenkins-job-builder/0.9.0-0.1
* Philipp Kern [Tue Dec 23, 2014 at 10:13:28AM +0100]: On Mon, Dec 22, 2014 at 03:29:36PM +0100, Michael Prokop wrote: The version of jenkins-job-builder as available in current jessie is totally broken with regards to its feature to delete Jenkins jobs. There's a fix available from upstream which I included in version 0.9.0-0.2. I've also verified that the fix works as needed. Please unblock package jenkins-job-builder: unblock jenkins-job-builder/0.9.0-0.2 Debdiff of the package versions as in jessie vs. what I just uploaded to Debian/unstable (not yet accepted there though/disclaimer): Looks good to me, but still not accepted. Hmpf, again caused by misleading DEBSIGN_KEYID handling of ~/.devscripts vs. environment variable and never getting a reject mail about that. :-/ I just removed jenkins-job-builder* files from ftp-master and reuploaded it with the according key id signature, just got the acceptance mail now. Sorry about that. Thanks! regards, -mika- signature.asc Description: Digital signature
Bug#429210: Patchs for Bug: Underscores not encoded correctly
Please find attached patches for the test cases listed in the discussion of bug #429210 and #773719 In fact the test cases in the discussion are based on more than one bug in the code. By and large it makes the impression that the code in libdmtx is of better quality, but iec16022 is used for package glabels. diff -c -r y/iec16022-0.2.4/iec16022ecc200.c fixedifact/iec16022-0.2.4/iec16022ecc200.c *** y/iec16022-0.2.4/iec16022ecc200.c 2008-11-30 01:22:32.0 +0100 --- fixedifact/iec16022-0.2.4/iec16022ecc200.c 2014-12-22 15:09:05.0 +0100 *** *** 357,364 { unsigned char out[4], p = 0; if (enc != newenc) { // can only be from C40/Text/X12 ! t[tp++] = 254; ! enc = 'a'; } while (sp sl tolower(encoding[sp]) == 'e' p 4) --- 357,364 { unsigned char out[4], p = 0; if (enc != newenc) { // can only be from C40/Text/X12 ! t[tp++] = 240; ! enc = 'e'; } while (sp sl tolower(encoding[sp]) == 'e' p 4) *** *** 367,381 out[p++] = 0x1F; enc = 'a'; } // termination ! t[tp] = ((s[0] 0x3F) 2); ! t[tp++] |= ((s[1] 0x30) 4); ! t[tp] = ((s[1] 0x0F) 4); if (p == 2) tp++; else { ! t[tp++] |= ((s[2] 0x3C) 2); ! t[tp] = ((s[2] 0x03) 6); ! t[tp++] |= (s[3] 0x3F); } } break; --- 367,381 out[p++] = 0x1F; enc = 'a'; } // termination ! t[tp] = ((out[0] 0x3F) 2); ! t[tp++] |= ((out[1] 0x30) 4); ! t[tp] = ((out[1] 0x0F) 4); if (p == 2) tp++; else { ! t[tp++] |= ((out[2] 0x3C) 2); ! t[tp] = ((out[2] 0x03) 6); ! t[tp++] |= (out[3] 0x3F); } } break; diff -c -r y/iec16022-0.2.4/iec16022ecc200.c fixedifactend/iec16022-0.2.4/iec16022ecc200.c *** y/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 09:46:10.0 +0100 --- fixedifactend/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 10:49:46.0 +0100 *** *** 245,251 while (sp sl tp tl) { char newenc = enc; // suggest new encoding if (tl - tp = 1 (enc == 'c' || enc == 't') || tl - tp = 2 ! enc == 'x') enc = 'a'; // auto revert to ASCII newenc = tolower(encoding[sp]); switch (newenc) { // encode character --- 245,251 while (sp sl tp tl) { char newenc = enc; // suggest new encoding if (tl - tp = 1 (enc == 'c' || enc == 't') || tl - tp = 2 ! (enc == 'x' || enc == 'e') ) enc = 'a'; // auto revert to ASCII newenc = tolower(encoding[sp]); switch (newenc) { // encode character diff -c -r y/iec16022-0.2.4/iec16022ecc200.c fixedunderscore/iec16022-0.2.4/iec16022ecc200.c *** y/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 08:21:57.0 +0100 --- fixedunderscore/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 08:19:46.0 +0100 *** *** 255,261 { char out[6], p = 0; const char *e, ! *s2 = !\#$%'()*+,-./:;=?@[\\]_, *s3 = 0; if (newenc == 'c') { e = 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ; --- 255,261 { char out[6], p = 0; const char *e, ! *s2 = !\#$%'()*+,-./:;=?@[\\]^_, *s3 = 0; if (newenc == 'c') { e = 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ; diff -c -r y/iec16022-0.2.4/iec16022ecc200.c fixlength/iec16022-0.2.4/iec16022ecc200.c *** y/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 09:46:10.0 +0100 --- fixlength/iec16022-0.2.4/iec16022ecc200.c 2014-12-23 09:47:30.0 +0100 *** *** 321,327 } } } ! if (p == 2 tp + 2 == tl sp == sl) out[p++] = 0; // shift 1 pad at end while (p = 3) { int v = --- 321,327 } } } ! while (p 3 sp == sl) out[p++] = 0; // shift 1 pad at end while (p = 3) { int v =
Bug#773785: unzip: FTBFS on armhf
On Tue, Dec 23, 2014 at 11:04:39AM +0100, Santiago Vila wrote: On Tue, Dec 23, 2014 at 10:48:17AM +0100, Ivo De Decker wrote: package: unzip version: 6.0-13 severity: serious Hi, The latest upload of unzip fails on armhf. This blocks migration to testing. https://buildd.debian.org/status/package.php?p=unzip Please note that this is *not* because of the changes made in 6.0-13: https://buildd.debian.org/status/logs.php?pkg=unziparch=armhf In fact, this is already reported against gcc-4.9: https://bugs.debian.org/764732 Since this is not unzip fault, it's Bug#764732 the one that should be serious. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773788: lxc-ubuntu cannot create a container with option --packages default-jdk
Source: lxc Version: 1.0.3-1 Severity: normal Dear Maintainer, I have tried to create an ubuntu container with the following command: lxc-create -t ubuntu -n test_utopic -- -r utopic --packages default-jdk The command fails with the following errors: Setting up openjdk-7-jre-headless:amd64 (7u71-2.5.3-0ubuntu1) ... the java command requires a mounted proc fs (/proc). dpkg: error processing package openjdk-7-jre-headless:amd64 (--configure): subprocess installed post-installation script returned error exit status 1 . E: Sub-process /usr/bin/dpkg returned an error code (1) lxc_container: container creation template for test_utopic failed lxc_container: Error creating container test_utopic Of course, as a workaround is to login in the container and install it manually, but that prevents the automatic creation and provision of containers, as I wish. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773758: Add a EXAMPLES section and show some actual basic commands
On 23 December 2014 at 00:36, 積丹尼 Dan Jacobson jida...@jidanni.org wrote: Please add an EXAMPLES section. In the EXAMPLES section show some basic commands, like how to determine if any tables are effect etc. At this point, I think upstream developers are not focusing in the man pages. However, there is an official wiki page, which contains more info: http://wiki.nftables.org/ regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773788: lxc-ubuntu cannot create a container with option --packages default-jdk
forwarded 773788 https://github.com/lxc/lxc/issues/384 tag 773788 upstream thanks please don't report upstream bugs in debian but to upstream directly. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773789: get-iplayer: upgrade to latest upstream version
Package: get-iplayer Version: 2.83-1 Severity: wishlist Dear Maintainer, get-iplayer 2.91 is now out. It'd be great if this could be tried out in sid. Cheers, Mark -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (600, 'stable-updates'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages get-iplayer depends on: ii libwww-perl 6.04-1 ii libxml-simple-perl 2.20-1 ii perl5.14.2-21+deb7u2 ii rtmpdump2.4+20121230.gitdf6c518-1 Versions of packages get-iplayer recommends: ii atomicparsley 0.9.2~svn110-4 ii id3v2 0.1.12-2 ii libmp3-info-perl 1.24-1 Versions of packages get-iplayer suggests: ii ffmpeg 8:1.0.10-dmo1 ii libav-tools 8:1.0.10-dmo1 ii mplayer 3:1.1.1-dmo4.wheezy1 ii mplayer2 [mplayer] 1:2.0~git20120817-dmo1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764732: gcc-4.9: broken -O2 optimizations on armhf
severity 764732 serious thanks On Fri, 10 Oct 2014, Hector Oron wrote: Package: gcc-4.9 Version: 4.9.1-16 Severity: important Hello, Found a FTBFS while trying to build unzip package in Debian/sid on armhf host. [...] Yesterday, I uploaded unzip 6.0-13 fixing several security bugs, but it will not migrate to testing because of this, which has just been reported against unzip as Bug #773785. Since this is really a gcc bug, I'm raising the severity accordingly. Please tell me about the likelihood that this is indeed fixed in gcc, because if it's low I will have to look for a workaround in unzip (such as lowering the optimization level). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773790: oar-server-mysql: Various SQL and type errors in the logs after upgrading from OAR 2.5.3 to 2.5.4
Package: oar-server-mysql Version: 2.5.4-1 Severity: normal Dear Maintainer, We have tried to update our OAR installation on the Luxembourg site of Grid'5000, from 2.5.3-3~bpo70+1 to 2.5.4-1~bpo70+1, but we have encountered several problems and finally rolled back to 2.5.3. In this bug report, I will describe the problems encountered on our production environment, and I will also give a procedure to import our oar 2.5.2 database and reproduce under debian jessie, using the vagrant environment provided by the OAR developpers. Fyi, I'm reporting this bug using reportbug under this vagrant/debian jessie set-up. # Production system (squeeze/wheezy) The OAR server is installed in a debian squeeze VM. We also use mysql version 5.1.63-0+squeeze1, in a separated debian squeeze VM. The frontend is running under debian wheezy My upgrade procedure looks like this: 1. Update the oar packages: @oar: sudo apt-get remove oar-admin @frontend,www,oar: sudo apt-get update @frontend,www,oar: sudo apt-get install $(dpkg -l | grep oar- | awk '{print $2}') 2. Update the OAR database @oar: sudo service oar-server stop @oar: oar-database --check @oar: oar-database --upgrade @oar: sudo service oar-server start The web services (drawgantt, monika) are working correctly and the frontend is fine. However, I've noticed strange errors in the logs emitted by the MetaSched component: * typing errors: Argument granduc-12.luxembourg.grid5000.fr isn't numeric in vec at /usr/lib/oar/oar_meta_sched line 342. * SQL errors: DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'luxembourg.grid5000.fr),(53069,granduc-13.luxembourg.grid5000.fr),(53069,granduc' at line 2 at /usr/share/perl5/OAR/IO.pm line 6270. * Locked tables and duplicated primary keys: [debug] [2014-11-20 10:24:47.133] [MetaSched] Starting Meta Scheduler [debug] [2014-11-20 10:24:47.136] [MetaSched] Retrieve information for already scheduler reservations from database before flush (keep assign resources) DBD::mysql::db do failed: Can't execute the given command because you have active locked tables or an active transaction at /usr/share/perl5/OAR/IO.pm line 6485. DBD::mysql::db do failed: Can't execute the given command because you have active locked tables or an active transaction at /usr/share/perl5/OAR/IO.pm line 6486. DBD::mysql::db do failed: Duplicate entry '0' for key 'PRIMARY' at /usr/share/perl5/OAR/IO.pm line 6294. DBD::mysql::db do failed: Duplicate entry '53069' for key 'PRIMARY' at /usr/share/perl5/OAR/IO.pm line 6261. DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'luxembourg.grid5000.fr),(53069,granduc-19.luxembourg.grid5000.fr),(53069,granduc' at line 2 at /usr/share/perl5/OAR/IO.pm line 6270. [debug] [2014-11-20 10:27:17.210] [MetaSched] Begin processing of jobs to launch (start time = 2014-11-20 10:27:17) [debug] [2014-11-20 10:27:17.213] [MetaSched] End processing of jobs to launch DBD::mysql::db do failed: Can't execute the given command because you have active locked tables or an active transaction at /usr/share/perl5/OAR/IO.pm line 6372. DBD::mysql::db do failed: Can't execute the given command because you have active locked tables or an active transaction at /usr/share/perl5/OAR/IO.pm line 6373. DBD::mysql::db do failed: Duplicate entry '53085' for key 'PRIMARY' at /usr/share/perl5/OAR/IO.pm line 6375. DBD::mysql::db do failed: Duplicate entry '53083-721' for key 'PRIMARY' at /usr/share/perl5/OAR/IO.pm line 6380. Also, after some stress tests, the queue was stalled and not rescheduled on new events (in example, jobs finishing before the end of their walltime). At this point, I've exported the logs and a dump of the database, and I've rolled back to 2.5.3. # Vagrant environment / Debian Jessie I've tried to reproduce and describe our problems using the vagrant environment deb_debian8_mysql. Here are the steps to start this testing environment and import our oar 2.5.3 mysql database 1. bootstrap the testing environment @local: vagrant up @local: vagrant ssh server 2. Import and upgrade the OAR database @server: sudo service oar-server stop @server: mysql oar oar2-2014-12-22.sql @server: oar-database --check [Failed] OAR database version mismatch. Current version is 2.5.2 while 2.5.4 is required. @server: oar-database --upgrade WARNING: Please make sure to stop oar-server service before upgrading. Please consider backing up the database before upgrading. Continue? [y/N]: y The current schema version is 2.5.2. Upgrading to 2.5.4. Uprgading from '2.5.2' to '2.5.4'... @server: sudo mv /var/log/oar.log /var/log/oar.log.1 @server: sudo touch /var/log/oar.log @server: sudo chown oar: /var/log/oar.log @server: sudo service oar-server start 3. Disable all the nodes, create a
Bug#773791: network-manager-strongswan: does not seem to support EAP_IDENTITY
Package: network-manager-strongswan Version: 1.3.0-1.1 Severity: normal I have tried to connect to my university's VPN, instructions at http://www.ucs.cam.ac.uk/vpn/generic I have used the network-manager interface, as described at https://wiki.strongswan.org/projects/strongswan/wiki/NetworkManager The VPN connection fails, and this is what syslog reports: Dec 23 10:44:05 polya dbus[2938]: [system] Activating service name='org.freedesktop.hostname1' (using servicehelper) Dec 23 10:44:05 polya dbus[2938]: [system] Successfully activated service 'org.freedesktop.hostname1' Dec 23 10:44:55 polya NetworkManager[12487]: info VPN connection 'VPN connection 1' (ConnectInteractive) reply received. Dec 23 10:44:55 polya charon-nm: 10[CFG] received initiate for NetworkManager connection VPN connection 1 Dec 23 10:44:55 polya charon-nm: 10[CFG] using gateway certificate, identity 'OU=Domain Control Validated, CN=vpn.uis.cam.ac.uk' Dec 23 10:44:55 polya NetworkManager[12487]: info VPN plugin state changed: starting (3) Dec 23 10:44:55 polya charon-nm: 10[IKE] initiating IKE_SA VPN connection 1[13] to 192.153.213.116 Dec 23 10:44:55 polya charon-nm: 10[ENC] generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ] Dec 23 10:44:55 polya charon-nm: 10[NET] sending packet: from 192.168.0.6[59438] to 192.153.213.116[500] (1024 bytes) Dec 23 10:44:55 polya NetworkManager[12487]: info VPN connection 'VPN connection 1' (Connect) reply received. Dec 23 10:44:55 polya charon-nm: 03[NET] received packet: from 192.153.213.116[500] to 192.168.0.6[59438] (38 bytes) Dec 23 10:44:55 polya charon-nm: 03[ENC] parsed IKE_SA_INIT response 0 [ N(INVAL_KE) ] Dec 23 10:44:55 polya charon-nm: 03[IKE] peer didn't accept DH group MODP_2048, it requested MODP_1024 Dec 23 10:44:55 polya charon-nm: 03[IKE] initiating IKE_SA VPN connection 1[13] to 192.153.213.116 Dec 23 10:44:55 polya charon-nm: 03[ENC] generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ] Dec 23 10:44:55 polya charon-nm: 03[NET] sending packet: from 192.168.0.6[59438] to 192.153.213.116[500] (896 bytes) Dec 23 10:44:55 polya charon-nm: 06[NET] received packet: from 192.153.213.116[500] to 192.168.0.6[59438] (312 bytes) Dec 23 10:44:55 polya charon-nm: 06[ENC] parsed IKE_SA_INIT response 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(MULT_AUTH) ] Dec 23 10:44:55 polya charon-nm: 06[IKE] local host is behind NAT, sending keep alives Dec 23 10:44:55 polya charon-nm: 06[IKE] establishing CHILD_SA VPN connection 1 Dec 23 10:44:55 polya charon-nm: 06[ENC] generating IKE_AUTH request 1 [ IDi N(INIT_CONTACT) IDr SA TSi TSr N(MOBIKE_SUP) N(NO_ADD_ADDR) N(MULT_AUTH) N(EAP_ONLY) ] Dec 23 10:44:55 polya charon-nm: 06[NET] sending packet: from 192.168.0.6[4500] to 192.153.213.116[4500] (364 bytes) Dec 23 10:44:55 polya charon-nm: 04[NET] received packet: from 192.153.213.116[4500] to 192.168.0.6[4500] (412 bytes) Dec 23 10:44:55 polya charon-nm: 04[ENC] parsed IKE_AUTH response 1 [ IDr AUTH EAP/REQ/ID ] Dec 23 10:44:55 polya charon-nm: 04[CFG] no issuer certificate found for OU=Domain Control Validated, CN=vpn.uis.cam.ac.uk Dec 23 10:44:55 polya charon-nm: 04[CFG] using trusted certificate OU=Domain Control Validated, CN=vpn.uis.cam.ac.uk Dec 23 10:44:55 polya charon-nm: 04[IKE] authentication of 'OU=Domain Control Validated, CN=vpn.uis.cam.ac.uk' with RSA signature successful Dec 23 10:44:55 polya charon-nm: 04[IKE] server requested EAP_IDENTITY (id 0x00), sending 'jd...@cam.ac.uk' Dec 23 10:44:55 polya charon-nm: 04[IKE] EAP_IDENTITY not supported, sending EAP_NAK Dec 23 10:44:55 polya charon-nm: 04[ENC] generating IKE_AUTH request 2 [ EAP/RES/NAK ] Dec 23 10:44:55 polya charon-nm: 04[NET] sending packet: from 192.168.0.6[4500] to 192.153.213.116[4500] (76 bytes) Dec 23 10:44:55 polya charon-nm: 05[NET] received packet: from 192.153.213.116[4500] to 192.168.0.6[4500] (76 bytes) Dec 23 10:44:55 polya charon-nm: 05[ENC] parsed IKE_AUTH response 2 [ EAP/FAIL ] Dec 23 10:44:55 polya charon-nm: 05[IKE] received EAP_FAILURE, EAP authentication failed Dec 23 10:44:55 polya charon-nm: 05[ENC] generating INFORMATIONAL request 3 [ N(AUTH_FAILED) ] Dec 23 10:44:55 polya charon-nm: 05[NET] sending packet: from 192.168.0.6[4500] to 192.153.213.116[4500] (76 bytes) Dec 23 10:44:55 polya NetworkManager[12487]: warn VPN plugin failed: connect-failed (1) Dec 23 10:44:55 polya NetworkManager[12487]: info VPN plugin state changed: stopped (6) Dec 23 10:44:55 polya NetworkManager[12487]: info VPN plugin state change reason: unknown (0) Dec 23 10:44:55 polya NetworkManager[12487]: warn error disconnecting VPN: Could not process the request because no VPN connection was active. What might I be doing wrong? I have libcharon-extra-plugins installed and have not modified any configuration files beyond the one listed below. Thanks! Julian -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing')
Bug#773792: plymouth: Plymouth disables hardware graphics acceleration
Package: plymouth Version: 0.9.0-9 Severity: important When I boot with the 'splash' kernel parameter, I get stuck with llvmpipe. I am attaching Xorg.log files from two boots, one with 'splash' and the other without. They differ at: (WW) intel(0): cannot enable DRI2 whilst forcing software fallbacks when using Plymouth, and (II) intel(0): [DRI2] Setup complete (II) intel(0): [DRI2] DRI driver: i965 without. My hardware: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (530, 'testing-updates'), (530, 'testing'), (510, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plymouth depends on: ii init-system-helpers 1.20 ii initramfs-tools 0.116 ii libc62.19-13 ii libdrm2 2.4.58-2 ii libpng12-0 1.2.50-2+b2 ii libudev1 215-8 Pii multiarch-support2.19-13 plymouth recommends no packages. Versions of packages plymouth suggests: ii desktop-base 8.0.2 ii plymouth-themes 0.9.0-9 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773768: ghc: fails to install: cannot open shared object file: No such file or directory
Quoting Joachim Breitner (2014-12-23 10:47:15) Am Dienstag, den 23.12.2014, 02:55 +0100 schrieb Jonas Smedegaard: ghc fails to install (in clean cowbuilder chroot): Setting up ghc (7.8.20141119-8) ... /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory /usr/lib/ghc/bin/ghc-pkg: error while loading shared libraries: libHSterminfo-0.4.0.0-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory dpkg: error processing package ghc (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) I cannot reproduce it here: (experimental)root@kirk:/home/jojo# apt-get install -t experimental ghc Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: ghc-prof ghc-doc haskell-doc llvm-3.4 The following packages will be upgraded: ghc 1 upgraded, 0 newly installed, 0 to remove and 150 not upgraded. Need to get 0 B/35.7 MB of archives. After this operation, 3385 kB of additional disk space will be used. (Reading database ... 17693 files and directories currently installed.) Preparing to unpack .../ghc_7.8.20141119-8_amd64.deb ... Unpacking ghc (7.8.20141119-8) over (7.8.20140710-4) ... Seems you did not test install but upgrade. I tried just now an upgrade from 7.6.3-20 (version in unstable) but that fails too. Seems you tried from a previous experimental version. Yes, I experience the problem on amd64. Could you try test a fresh install? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#773696: psensor: After closing Preferences the graph is solid black
On 12/22/2014 08:29 AM, Kristen wrote: Following installation I viewed the preference options to familiarize myself with what is available. Clicking OK with no changes resulted in the graph being a solid black color. What do you mean by 'graph being a solid black color'? The background of the main window of psensor is black or the sensor curves? Maybe a screenshot will help me understand what you mean. You did not change any of the default settings before like opacity? Just open the preferences and click on ok? When you restart psensor you still have a color issue? What is your Desktop Environment? Does it support composite? Regards, JeanFI. signature.asc Description: OpenPGP digital signature
Bug#773793: ITP: averell -- An incredibly stupid web server
Package: wnpp Severity: wishlist Owner: Jean Parpaillon jean.parpail...@free.fr * Package name: averell Version : 1.0a Upstream Author : Jean Parpaillon jean.parpail...@free.fr * URL : http://github.com/jeanparpaillon/averell * License : Apache 2.0 Programming Lang: erlang Description : An incredibly stupid web server averell is a really simple, but efficient web server. It is particularly intended for serving static content, for instance when developing javascript applications. It is as simple as starting it in a directory to serve it. Options include: - select port - serve index.html automatically - enabling CORS Thanks to the erlang/OTP platform, it is particularly portable, resources efficient and scalable. Future developments: - handling of htaccess-like file for directory specific directives - daemon mode - handling of HTTP standard authentications - HTTPS mode - distributed mode (keeping it simple...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771863: [PKG-Openstack-devel] [ovs-dev] Bug#771863: Bug#771863: Service does not start or parse interfaces correctly
Il 19/12/2014 17:04, Simon Horman ha scritto: On Fri, Dec 19, 2014 at 11:43:42PM +0800, Thomas Goirand wrote: On 12/19/2014 11:32 PM, Thomas Goirand wrote: On 12/19/2014 10:25 PM, Simon Horman wrote: On Fri, Dec 19, 2014 at 06:39:39PM +0800, Thomas Goirand wrote: On 12/19/2014 11:50 AM, Simon Horman wrote: On Thu, Dec 18, 2014 at 05:30:42PM -0800, Joe Stringer wrote: On 18 December 2014 at 01:00, Fabio Fantoni fabio.fant...@m2r.biz wrote: One maintainer or debian developer can do a new build of ovs with the fix available in 2.3.1 please? * Version 2.3.0+git20140819-2 of openvswitch is marked for autoremoval from testing on 2015-01-15. * It is affected by RC bug #771863 https://bugs.debian.org/771863. Without this fix openvswitch will be removed from Jessie and I think this would be a bad thing. Thanks for any reply and sorry for my bad english. Ben usually takes care of this sort of thing, but he is out on holiday through to Christmas. Simon, would you be able to take care of this? Sure, I have uploaded a fresh package which attempts to do so. It contains no other changes. Simon, Did you ask for an unblock to the release team? Hi Thomas, I would be grateful for some assistance understanding what needs to be done there. At this point I have not made any unblock requests. But the intention of this upload was to provide something to be included in Jessie and thus it needs to migrate to testing somehow. I'm sending the unblock request as we speak. Thomas https://bugs.debian.org/773534 Thanks. I sent one too, following Fabio Fantoni's excellent advice. I suppose the two bugs can be merged if/when mine shows up in the bug tracker. I tried 2.3.0+git20140819-3 building it in wheezy with kernel 3.16 from backports but bridge of my test was still not working: auto xenbr0 allow-ovs xenbr0 iface xenbr0 inet static address 192.168.1.90 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.200 ovs_type OVSBridge ovs_ports eth0 auto eth0 allow-xenbr0 eth0 iface eth0 inet manual ovs_bridge xenbr0 ovs_type OVSPort auto xenbr1 allow-ovs xenbr1 iface xenbr1 inet static address 192.168.45.91 netmask 255.255.255.0 network 192.168.45.0 broadcast 192.168.45.255 ovs_type OVSBridge ovs_ports vlan100 allow-xenbr1 vlan100 iface vlan100 inet manual ovs_bridge xenbr1 ovs_type OVSIntPort ovs_options tag=100 ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s) For have it working I had to do service networking restart. I found probably final solution applying also this patch: http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=9a8b5cc1a3d941c0e33f3f5b5ac260a35a8130af Even if seems not good in some cases. I don't know if also Jessie have this problem but probably yes. If yes I think this bug is only partially solves with 2.3.0+git20140819-3. I had also another start problem probably not related to this, after some hours xenbr0 stopped to working. I not found any useful errors about in logs, only some strange thing, in ifconfig xenbr0 was without the static ip, in syslog keep tried to acquire configuration with dhcp failing (dhcp server present and working in lan). After service networking restart was working again but I not understand was happen and why :( Someone have any idea about? Thanks for any reply and sorry for my bad english. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773416: fixed in ettercap 1:0.8.1-3
Hi Raphael, The target serie is squeeze-lts. You can upload the .dsc to mentors if you want (or just send the debdiff as attachment here). It was copy/pasted in email and lost spaces so it's best if you can resend it as proper attachment. Don't worry about this, if you have source package ready it's good enough, someone else can do the test build and upload. No problem, I corrected the diff, did the build and uploaded on mentors. Debdiff is also attached, for your best convenience. cheers, G. debdiff-cve Description: Binary data
Bug#708961: gcc-snapshot: unrecognizable insn in decLibrary.c, ICE in extract_insn
On 20/12/14 08:23, Matthias Klose wrote: Control: tags -1 + moreinfo please recheck. upstream can't reproduce this. Looks like the original problem is not reproducible in gcc-snapshot on powerpcspe anymore. According to the build logs, there is a new issue: ... /«PKGBUILDDIR»/build/./prev-gcc/xg++ -B/«PKGBUILDDIR»/build/./prev-gcc/ -B/usr/lib/gcc-snapshot/powerpc-linux-gnuspe/bin/ -nostdinc++ -B/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/src/.libs -B/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/libsupc++/.libs -I/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/include/powerpc-linux-gnuspe -I/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/include -I/«PKGBUILDDIR»/src/libstdc++-v3/libsupc++ -L/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/src/.libs -L/«PKGBUILDDIR»/build/prev-powerpc-linux-gnuspe/libstdc++-v3/libsupc++/.libs -g -O2 -gtoggle -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc -o jc1 \ java/class.o java/decl.o java/expr.o java/constants.o java/lang.o java/typeck.o java/except.o java/verify-glue.o java/verify-impl.o java/zextract.o java/jcf-io.o java/win32-host.o java/jcf-parse.o java/mangle.o java/mangle_name.o java/builtins.o java/resource.o java/jcf-depend.o java/jcf-path.o java/boehm.o java/java-gimplify.o hash-table.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a -lz libcommon.a ../libcpp/libcpp.a ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a attribs.o -lisl -lmpc -lmpfr -lgmp -rdynamic -ldl -lz /«PKGBUILDDIR»/build/./prev-gcc/libgcc.a(ibm-ldouble.o): In function `__gcc_qadd': /«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:117: undefined reference to `__unorddf2' /«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:141: undefined reference to `__unorddf2' /«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:122: undefined reference to `__unorddf2' /«PKGBUILDDIR»/build/./prev-gcc/libgcc.a(ibm-ldouble.o): In function `__gcc_qmul': /«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:167: undefined reference to `__unorddf2' /«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:184: undefined reference to `__unorddf2' /«PKGBUILDDIR»/build/./prev-gcc/libgcc.a(ibm-ldouble.o):/«PKGBUILDDIR»/build/powerpc-linux-gnuspe/libgcc/../../../src/libgcc/config/rs6000/ibm-ldouble.c:199: more undefined references to `__unorddf2' follow collect2: error: ld returned 1 exit status ../../src/gcc/go/Make-lang.in:76: recipe for target 'go1' failed ... I guess we can close this bug now and open a new one? Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773463: jasper: CVE-2014-8137 CVE-2014-8138
Yes, that would be good! Thanks, Roland On 20/12/14 06:08, Salvatore Bonaccorso wrote: Hi Roland, I will try to work again (as for the previous update) on the wheezy-security update. As the patches will be mostly the same I could also do again the unstable upload too. Just let me know! Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773416: fixed in ettercap 1:0.8.1-3
Mentor rejected it Hello, Unfortunately your package ettercap was rejected because of the following reason: You are not uploading to one of those Debian distributions: experimental jessie jessie-backports jessie-backports-sloppy jessie-security jessie-updates oldstable oldstable-backports oldstable-backports-sloppy oldstable-proposed-updates oldstable-security sid squeeze squeeze-backports squeeze-backports-sloppy squeeze-security squeeze-updates stable stable-backports stable-proposed-updates stable-security testing-proposed-updates testing-security unreleased unstable wheezy wheezy-backports wheezy-backports-sloppy wheezy-security wheezy-updates Please try to fix it and re-upload. Thanks, So I hope you are ok with the above debdiff :) cheers, G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773794: kmail cannot create new folders annymore
Package: kmail Version: 4:4.14.2-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Try to create a new local folder / new subfolder on imap resource as I can do with mutt or other MUAs on the same system and environment. It seems that kmail becomes more or less unusable in same way as KDE4 does with all that tiny errors and failures hitting me every day ... :-( Please upgrade your program(ming) quality up to a usable minimum! * What exactly did you do (or not do) that was effective (or ineffective)? Don't know, it doesn't do what I described above yesterday the first time. After upgrading to the newest version nothing changes. * What was the outcome of this action? It shows a failure message in a dialog box with this text: Der Ordner kann nicht angelegt werden: Unable to append mimetype for collection test resourceId: 7 * What outcome did you expect instead? That the folder is created and shown in the folder tree. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 kmail depends on: ii kde-runtime 4:4.14.2-2 ii kdepim-runtime4:4.14.2-2 ii kdepimlibs-kio-plugins4:4.14.2-2 ii libakonadi-calendar4 4:4.14.2-2 ii libakonadi-contact4 4:4.14.2-2 ii libakonadi-kde4 4:4.14.2-2 ii libakonadi-kmime4 4:4.14.2-2 ii libakonadiprotocolinternals1 1.13.0-2 ii libc6 2.19-13 ii libcalendarsupport4 4:4.14.2-2 ii libfollowupreminder4 4:4.14.2-2 ii libgcc1 1:4.9.1-19 ii libgpgme++2 4:4.14.2-2 ii libgrantlee-core0 0.4.0-2 ii libincidenceeditorsng44:4.14.2-2 ii libkabc4 4:4.14.2-2 ii libkalarmcal2 4:4.14.2-2 ii libkcalcore4 4:4.14.2-2 ii libkcalutils4 4:4.14.2-2 ii libkcmutils4 4:4.14.2-4 ii libkdecore5 4:4.14.2-4 ii libkdepim44:4.14.2-2 ii libkdeui5 4:4.14.2-4 ii libkio5 4:4.14.2-4 ii libkleo4 4:4.14.2-2 ii libkmanagesieve4 4:4.14.2-2 ii libkmime4 4:4.14.2-2 ii libknewstuff3-4 4:4.14.2-4 ii libknotifyconfig4 4:4.14.2-4 ii libkontactinterface4a 4:4.14.2-2 ii libkparts44:4.14.2-4 ii libkpgp4 4:4.14.2-2 ii libkpimidentities44:4.14.2-2 ii libkpimtextedit4 4:4.14.2-2 ii libkpimutils4 4:4.14.2-2 ii libkprintutils4 4:4.14.2-4 ii libksieveui4 4:4.14.2-2 ii libktnef4 4:4.14.2-2 ii libmailcommon44:4.14.2-2 ii libmailimporter4 4:4.14.2-2 ii libmailtransport4 4:4.14.2-2 ii libmessagecomposer4 4:4.14.2-2 ii libmessagecore4 4:4.14.2-2 ii libmessagelist4 4:4.14.2-2 ii libmessageviewer4 4:4.14.2-2 ii libpimcommon4 4:4.14.2-2 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtwebkit4 2.3.4.dfsg-3 ii libsendlater4 4:4.14.2-2 ii libsolid4 4:4.14.2-4 ii libstdc++64.9.1-19 ii libtemplateparser44:4.14.2-2 ii perl 5.20.1-3 Versions of packages kmail recommends: ii gnupg-agent 2.0.26-3 ii gnupg22.0.26-3 ii pinentry-gtk2 [pinentry-x11] 0.8.3-2 Versions of packages kmail suggests: pn clamav | f-prot-installer none pn kaddressbooknone pn kleopatra none ii procmail3.22-22 pn spamassassin | bogofilter | annoyance-filter | spambayes | bsfilte none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote: I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). Right, those should be listed in e.g. debian/installer/armhf/modules/armhf-armmp/nic-modules. By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Long term its a bit of an open question what we do wrt modules such as regulators, clocks, pinctrl etc. So far we have been a bit lucky: either such things are so central to the platform that it is acceptable (at least for now) to just build them into the main kernel binary by making them =y (e.g. CONFIG_I2C_S3C2410 which is for the main power controller on arndale) or they are closely associated with some particular device and it makes sense to put them in that udeb (e.g. phy-exynos5250-sata in sata-modules, or phy-sun4i-usb in usb-modules). Eventually I expect that we will end up creating separate udebs for these things, but I'm hoping that we can defer that until at least Stretch to avoid needing to mess around with any more new packages for Jessie. If uEVM has some module which either shouldn't be built in or isn't obviously associated with a particular device let us know what it is and we can have a think about how best to approach it. One thing I've played with, and I'm not sure if this is acceptable or not, is to put core drivers which aren't =y into the kernel-image udeb itself. I'm not really sure if that's a good idea, we don't currently do this for anything AFAIK, but it's perhaps an option. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773515: unblock: mono/3.2.8+dfsg-9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/12/14 09:15, Philipp Kern wrote: Please go ahead with the upload and report back once it has been accepted. mono_3.2.8+dfsg-9_amd64.changes ACCEPTED into unstable -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUmVYfAAoJEMkPnLkOH60Mwr0H/R28lJ2a3FAjSG7crXU7fsQz A8SLS9F492OuAHHGvdWTRSikSQfRufQH4ZeYwHDIYhbOGQWtmyWNzV38OMLxhekf KrQdPosw3NUgwpEtAM1oml6y0bzFMZKC5BcCpsd7iK7GMqi6LYD6ssmv1639KTxe yTGoND/LJZF0Qez3LmXZ2anuGqfy1wz/ikzx3Jd3XZKEVSQlrgvvTbaI9jDpk2Hv sl9vbqy6+2pCvSbsfv/5ijsA42KM0pfb5ZJNsfexSS5eqaAA0UjNLpUiPdXBeF9x S4BT34F0QgDAPKb4D+ejFq/XvSXm6Dqu1Hitabjo8bq8eIHbVx/O6SlUeqbZmG4= =LlGU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773795: fsck.ext2: memory corruption
Package: e2fsprogs Version: 1.42.12-1 Usertags: afl fsck.ext2 crashes when checking the attached filesystem: $ /sbin/fsck.ext2 -n crash.ext2 e2fsck 1.42.12 (29-Aug-2014) One or more block group descriptor checksums are invalid. Fix? no Group descriptor 0 checksum is 0xa634, should be 0x6639. IGNORED. Group descriptor 0 has invalid unused inodes count 21. Fix? no crash.ext2 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Signal (11) SIGSEGV si_code=SEGV_MAPERR fault addr=0x8663000 *** Error in `/sbin/fsck.ext2': malloc(): memory corruption: 0x086529e8 *** Aborted This bug was found using American fuzzy lop: https://packages.debian.org/experimental/afl -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages e2fsprogs depends on: ii e2fslibs1.42.12-1 ii libblkid1 2.25.2-4 ii libc6 2.19-13 ii libcomerr2 1.42.12-1 ii libss2 1.42.12-1 ii libuuid12.25.2-4 ii util-linux 2.25.2-4 -- Jakub Wilk crash.ext2.gz Description: application/gzip
Bug#773768: ghc: fails to install: cannot open shared object file: No such file or directory
Hi, Am Dienstag, den 23.12.2014, 12:04 +0100 schrieb Jonas Smedegaard: I tried just now an upgrade from 7.6.3-20 (version in unstable) but that fails too. Seems you tried from a previous experimental version. Yes, I experience the problem on amd64. Could you try test a fresh install? still not able to reproduce it. Maybe it requires certain haskell libraries to be installed as well? Can you provide a full log? ~ $ sudo schroot -c sid (sid)root@kirk:/home/jojo# apt-get update Get:1 http://http.debian.net sid InRelease [242 kB] Get:2 http://http.debian.net sid/main amd64 Packages [7109 kB] Get:3 http://http.debian.net sid/main Translation-en [4823 kB] Fetched 12.2 MB in 2s (5386 kB/s) Reading package lists... Done (sid)root@kirk:/home/jojo# apt-get install ghc Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libbsd-dev libbsd0 libffi-dev libffi6 libgmp-dev libgmp10 libgmpxx4ldbl Suggested packages: ghc-prof ghc-doc haskell-doc llvm libgmp10-doc libmpfr-dev The following NEW packages will be installed: ghc libbsd-dev libffi-dev libgmp-dev The following packages will be upgraded: libbsd0 libffi6 libgmp10 libgmpxx4ldbl 4 upgraded, 4 newly installed, 0 to remove and 298 not upgraded. Need to get 26.4 MB/26.6 MB of archives. After this operation, 295 MB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://http.debian.net/debian/ sid/main libbsd0 amd64 0.7.0-2 [67.9 kB] Get:2 http://http.debian.net/debian/ sid/main libgmp10 amd64 2:6.0.0+dfsg-6 [253 kB] Get:3 http://http.debian.net/debian/ sid/main libgmpxx4ldbl amd64 2:6.0.0+dfsg-6 [22.1 kB] Get:4 http://http.debian.net/debian/ sid/main libbsd-dev amd64 0.7.0-2 [160 kB] Get:5 http://http.debian.net/debian/ sid/main libgmp-dev amd64 2:6.0.0+dfsg-6 [621 kB] Get:6 http://http.debian.net/debian/ sid/main ghc amd64 7.6.3-20 [25.3 MB] Fetched 26.4 MB in 2s (9385 kB/s) (Reading database ... 24577 files and directories currently installed.) Preparing to unpack .../libbsd0_0.7.0-2_amd64.deb ... Unpacking libbsd0:amd64 (0.7.0-2) over (0.6.0-2) ... Preparing to unpack .../libffi6_3.1-2+b2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2+b2) over (3.1-2) ... Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-6) over (2:6.0.0+dfsg-4) ... Preparing to unpack .../libgmpxx4ldbl_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmpxx4ldbl:amd64 (2:6.0.0+dfsg-6) over (2:6.0.0+dfsg-4) ... Selecting previously unselected package libgmp-dev:amd64. Preparing to unpack .../libgmp-dev_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp-dev:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libffi-dev:amd64. Preparing to unpack .../libffi-dev_3.1-2+b2_amd64.deb ... Unpacking libffi-dev:amd64 (3.1-2+b2) ... Selecting previously unselected package libbsd-dev:amd64. Preparing to unpack .../libbsd-dev_0.7.0-2_amd64.deb ... Unpacking libbsd-dev:amd64 (0.7.0-2) ... Selecting previously unselected package ghc. Preparing to unpack .../ghc_7.6.3-20_amd64.deb ... Unpacking ghc (7.6.3-20) ... Processing triggers for man-db (2.6.7.1-1) ... Not building database; man-db/auto-update is not 'true'. Processing triggers for install-info (5.2.0.dfsg.1-4) ... Setting up libbsd0:amd64 (0.7.0-2) ... Setting up libffi6:amd64 (3.1-2+b2) ... Setting up libgmp10:amd64 (2:6.0.0+dfsg-6) ... Setting up libgmpxx4ldbl:amd64 (2:6.0.0+dfsg-6) ... Setting up libgmp-dev:amd64 (2:6.0.0+dfsg-6) ... Setting up libffi-dev:amd64 (3.1-2+b2) ... Setting up libbsd-dev:amd64 (0.7.0-2) ... Setting up ghc (7.6.3-20) ... update-alternatives: using /usr/bin/runghc to provide /usr/bin/runhaskell (runhaskell) in auto mode update-alternatives: using /usr/bin/ghc to provide /usr/bin/haskell-compiler (haskell-compiler) in auto mode Processing triggers for libc-bin (2.19-7) ... (sid)root@kirk:/home/jojo# vi /etc/apt/sources.list (sid)root@kirk:/home/jojo# apt-get update Hit http://http.debian.net sid InRelease Get:1 http://http.debian.net experimental InRelease [162 kB] Hit http://http.debian.net sid/main amd64 Packages Hit http://http.debian.net sid/main Translation-en Get:2 http://http.debian.net experimental/main amd64 Packages [820 kB] Get:3 http://http.debian.net experimental/main Translation-en [413 kB] Fetched 1394 kB in 0s (4015 kB/s) Reading package lists... Done (sid)root@kirk:/home/jojo# apt-get install -t experimental ghc Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libncurses5 libncurses5-dev libncursesw5 libtinfo-dev libtinfo5 ncurses-bin Suggested packages: ghc-prof ghc-doc haskell-doc llvm-3.4 ncurses-doc Recommended packages: libgpm2 The following NEW packages will be installed: libncurses5-dev libtinfo-dev The following packages
Bug#773770: git-daemon-run: Depend on runit which fails to install due to missing inittab
On Mon, Dec 22, 2014 at 07:18:47PM -0800, Jonathan Nieder wrote: Daniel Dickinson wrote: This packages depend on runit which depends on the existence of inittab which is not longer true with systemd. That sounds like a runit bug. Do you have a change in git-daemon-run in mind that would help? Hi, I'll upload a workaround to fix the bug in the runit package soon. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773561: Installing xen-linux-system-amd64 on jessie fails
Control: reassign -1 xen-utils-common 4.4.1-6 Control: retitle -1 /etc/init.d/xen fails when run in a guest, causing postinst to fail. Seems like this issue is in the Xen packages not in the xen-linux-system metapackage, so reassigning. On Mon, 2014-12-22 at 23:01 +0100, Sydney Meyer wrote: On 22 Dec 2014, at 17:25, Ian Campbell i...@debian.org wrote: On Sat, 2014-12-20 at 20:46 +0100, Sydney Meyer wrote: Hello Ian, systemctl status xen.service gives: Thanks. Sadly these logs weren't as informative a I had hoped they would be :-/ (In case it's not clear: this is not your fault) root@jessie:/home/sydney# systemctl status xen.service ● xen.service - LSB: Xen daemons Loaded: loaded (/etc/init.d/xen) Active: failed (Result: exit-code) since Sat 2014-12-20 20:42:30 CET; 11s ago Process: 4796 ExecStart=/etc/init.d/xen start (code=exited, status=255) Dec 20 20:42:30 jessie xen[4796]: Starting Xen daemons: xenfs (warning). Dec 20 20:42:30 jessie systemd[1]: xen.service: control process exited, code=exited status=255 Dec 20 20:42:30 jessie systemd[1]: Failed to start LSB: Xen daemons. Dec 20 20:42:30 jessie systemd[1]: Unit xen.service entered failed state. This basically says it failed, which isn't terribly helpful! I think it is complaining because it couldn't mount xenfs, but it doesn't say why. If you run /etc/init.d/xen start from the root command line does it say something more informative/useful? No, it fails and refers to systemctl/journalctl: OK. root@jessie:/home/sydney# /etc/init.d/xen start [] Starting xen (via systemctl): xen.serviceJob for xen.service failed. See 'systemctl status xen.service' and 'journalctl -xn' for details. failed! Could you also try running /usr/lib/xen-common/bin/xen-dir and /usr/lib/xen-common/bin/xen-toolstack by hand (also as root). root@jessie:/home/sydney# /usr/lib/xen-common/bin/xen-dir /usr/lib/xen-4.4 root@jessie:/home/sydney# /usr/lib/xen-common/bin/xen-toolstack /usr/lib/xen-4.4/bin/xl Thanks, so it thinks it is running under Xen (which given what you say below makes sense). What (if anything) does mount -t xenfs xenfs /proc/xen report? Does /proc/xen exist? Yes, this particular output is from a Xen DomU with vmx enabled. The Dom0 is running Xen 4.4.1 compiled from source on a Debian Linux 3.16.2 Kernel. Thanks, this would have been good to know up front. I suppose you are wanting to do some sort of nested virtualisation? You are likely the first to try this with the Debian packaging, and nested virt generally is considered tech preview upstream, so I'd expect there to be some wrinkles in doing this. By with vmx enabled I guess you mean with nestedhvm=1 in the guest cfg? Are you running this in a PV or HVM guest (I think HVM)? Can you post the dmesg from the kernel please, along with the guest cfg file. I don't have much experience with nested virt but AIUI there are some caveats with running Xen on Xen, in particular it seems that the L1 hypervisor (see [0] for the terminology) can either be a xenbus client of the L0 hypervisor or provide xenbus services to its own L2 guests, but not both at the same time. I think that people generally disable PV drivers on the L1 domain (e.g. with xen_platform_pci=1 in its config) so that it is free to provide xenbus services to its own guests. It might be that this isn't relevant to the issue you report here, but it might have some bearing (and it worth trying to disable it). [0] http://wiki.xenproject.org/wiki/Xen_nested I have also tested this on a VMware Fusion 7 Guest (HW Version 11). And it fails in the same way? If so then that's interesting because I wouldn't expect the kernel to discover that it was running on Xen under those circumstances. I wonder if the initscript is confused because it is running on any hypervisor at all not specifically Xen Does /sys/hypervisor/type exist in all cases and what does it contain? Assuming you are running this on the dom0/host, have you booted into the hypervisor at this point or are you running bare-metal/native? (I suspect the latter). The VM was running native, i.e. the VM itself didn't boot into hypervisor mode. My hypothesis is that because it is running as a guest on Xen something is getting confused and thinking it is actually booting as a host on Xen, but the vmware thing doesn't quite fit. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773463: jasper: CVE-2014-8137 CVE-2014-8138
Hi Roland, On Tue, Dec 23, 2014 at 12:14:36PM +0100, Roland Stigge wrote: Yes, that would be good! Thanks for confirming, and it's done already (also unblocked by Ivo De Decker). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773796: wheezy-pu: package mercurial/2.2.2-4
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu mercurial in wheezy is affected by CVE-2014-9390[0] (Errors in handling case-sensitive directories allow for remote code execution on pull). The security team says that few users are affected by it as it only affects you if you are running on a case-sensitive filesystem. They say it should go through stable-proposed-updates. Upstream has said that three patches[1] need to be backported to fix it. I've done it for wheezy and prepared an upload, see the attached debdiff against the current version in wheezy: 2.2.2-3. [0] https://security-tracker.debian.org/tracker/CVE-2014-9390 [1] http://selenic.com/pipermail/mercurial-packaging/2014-December/000133.html -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru mercurial-2.2.2/debian/changelog mercurial-2.2.2/debian/changelog --- mercurial-2.2.2/debian/changelog 2013-02-23 20:53:41.0 +0100 +++ mercurial-2.2.2/debian/changelog 2014-12-23 12:42:25.0 +0100 @@ -1,3 +1,10 @@ +mercurial (2.2.2-4) stable; urgency=high + + * Security update for CVE-2014-9390: errors in handling case-sensitive +directories allow for remote code execution on pull. + + -- Javi Merino vi...@debian.org Tue, 23 Dec 2014 12:42:20 +0100 + mercurial (2.2.2-3) unstable; urgency=low * Fix Backport improvement to vimdiff configuration by adding diff -Nru mercurial-2.2.2/debian/patches/from_upstream__encoding_add_hfsignoreclean_to_clean_out_HFS-ignored_characters.patch mercurial-2.2.2/debian/patches/from_upstream__encoding_add_hfsignoreclean_to_clean_out_HFS-ignored_characters.patch --- mercurial-2.2.2/debian/patches/from_upstream__encoding_add_hfsignoreclean_to_clean_out_HFS-ignored_characters.patch 1970-01-01 01:00:00.0 +0100 +++ mercurial-2.2.2/debian/patches/from_upstream__encoding_add_hfsignoreclean_to_clean_out_HFS-ignored_characters.patch 2014-12-23 10:33:58.0 +0100 @@ -0,0 +1,43 @@ +Origin: http://selenic.com/repo/hg-stable/rev/885bd7c5c7e3 +Description: encoding: add hfsignoreclean to clean out HFS-ignored characters + According to Apple Technote 1150 (unavailable from Apple as far as I + can tell, but archived in several places online), HFS+ ignores sixteen + specific unicode runes when doing path normalization. We need to + handle those cases, so this function lets us efficiently strip the + offending characters from a UTF-8 encoded string (which is the only + way it seems to matter on OS X.) + . + This is a fix for CVE-2014-9390 +Applied-Upstream: 3.2.3 + +--- a/mercurial/encoding.py b/mercurial/encoding.py +@@ -8,6 +8,28 @@ + import error + import unicodedata, locale, os + ++# These unicode characters are ignored by HFS+ (Apple Technote 1150, ++# Unicode Subtleties), so we need to ignore them in some places for ++# sanity. ++_ignore = [unichr(int(x, 16)).encode(utf-8) for x in ++ 200c 200d 200e 200f 202a 202b 202c 202d 202e ++ 206a 206b 206c 206d 206e 206f feff.split()] ++# verify the next function will work ++assert set([i[0] for i in _ignore]) == set([\xe2, \xef]) ++ ++def hfsignoreclean(s): ++Remove codepoints ignored by HFS+ from s. ++ ++ hfsignoreclean(u'.h\u200cg'.encode('utf-8')) ++'.hg' ++ hfsignoreclean(u'.h\ufeffg'.encode('utf-8')) ++'.hg' ++ ++if \xe2 in s or \xef in s: ++for c in _ignore: ++s = s.replace(c, '') ++return s ++ + def _getpreferredencoding(): + ''' + On darwin, getpreferredencoding ignores the locale environment and diff -Nru mercurial-2.2.2/debian/patches/from_upstream__pathauditor_check_for_codepoints_ignored_on_OS_X.patch mercurial-2.2.2/debian/patches/from_upstream__pathauditor_check_for_codepoints_ignored_on_OS_X.patch --- mercurial-2.2.2/debian/patches/from_upstream__pathauditor_check_for_codepoints_ignored_on_OS_X.patch 1970-01-01 01:00:00.0 +0100 +++ mercurial-2.2.2/debian/patches/from_upstream__pathauditor_check_for_codepoints_ignored_on_OS_X.patch 2014-12-23 10:33:58.0 +0100 @@ -0,0 +1,59 @@ +Origin: http://selenic.com/repo/hg-stable/rev/c02a05cc6f5e +Description: pathauditor: check for codepoints ignored on OS X + This is a fix for CVE-2014-9390 +Applied-Upstream: 3.2.3 + +--- a/tests/test-commit.t b/tests/test-commit.t +@@ -216,7 +216,23 @@ subdir log + summary: commit-foo-subdir + + $ cd .. +- $ cd .. ++ ++verify pathauditor blocks evil filepaths ++ $ cat evil-commit.py EOF ++ from mercurial import ui, hg, context, node ++ notrc = u.h\u200cg.encode('utf-8') + '/hgrc' ++ u = ui.ui() ++ r = hg.repository(u, '.') ++ def filectxfn(repo, memctx,
Bug#773797: FR: cat tut.md5 - cat tutu.md5
Source: debian-reference Version: 2.58 Severity: minor In 10.3.5: PO file needs to be updated as: cat tut.md5 - cat tutu.md5 On Sun, Dec 21, 2014 at 08:58:02PM +0100, *@.org wrote: Dear Osamu Aoki, I have been learning Debian for some years now but I still consider myself as an apprentice/beginner. I learn day by day. I use your manual (in French) as much as I can and I'd like to thank you for helping us all. Je ne parle pas français. As I was learning how to correctly do a md5 checksum, I ran into that (10.3.5. La somme de contrôle MD5) : $ cat tut.md5 (https://www.debian.org/doc/manuals/debian-reference/ch10.fr.html#_the_md5_sum) May be I'm mistaking (in this case please accept my apologies) but wouldn't it be tutu instead of tut? I compared to the English version and I think it's just a typo in the translated version... Oui, vous avez raison. Merci. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771591: RFP: python-isoweek -- Python module to provide the class Week
Hi, I'll package isoweek. Regards, Hugo -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#758902: systemd: Please make ^C interrupt systemd-fsck
On Mon, 22 Dec 2014 21:30:38 -0500 Stefan Monnier monn...@iro.umontreal.ca wrote: http://cgit.freedesktop.org/systemd/systemd/tree/TODO?id=HEAD#n562 This points to line-number 562 in a long TODO list. Of course, the item at that line number is unrelated to this bug-report (tho I presume it was related back when this reply was sent). This is the original line: |* There's currently no way to cancel fsck (used to be possible via C-c or c on the console)| Its line 659 now http://cgit.freedesktop.org/systemd/systemd/tree/TODO?id=HEAD#n659 I think this is a very nasty regression that will hit relatively few people but will really piss them off. Not sure why you think they will be few people affected. I think almost everybody is going to be hit by this at least once... probably more than once. Computers have hard drives attached. They are checked at semi-random intervals. If the hard drives is relatively large, it can take from 20min to more than 1h to check. I was biten by this once a month until one time I had to do a presentation and the computer refused to bootup without checking the disks, then decided to write the bug and disable checking on the disks risking corruption In my experience, systemd has introduced various different *new* ways in which the boot can get stuck in some long-running operation (which might just be waiting for a timeout). If we don't want to alienate users, we should raise the severity of this bug (and broaden its scope). While I agree and something generic and well implemented should be put in place, i would be well off with a hack to interrupt it. It would take less than 15 min to implement it to the systemd people to avoid this 10+ years regresion. Calling a pre-script,or pre-service or however systemd works echo 'press ctrl - C to interrupt'; sleep 3;systemd-f*ck I dont know the details of how it would go in systemd but I dont think this hack cant be put in place with the mighty systemd, can it? The major problem is that the computer refuses to bootup without doing the preventive check. Not even a reboot because you missed the ctrl - c screen will help and you are forced to wait like is 1999 At the very least I would add 'patience is a virtue' or 'go outside and play!' under the check. There is no reason not to joke about it :P Happy holidays
Bug#773749: [pkg-dhcp-devel] Bug#773749: isc-dhcp-client: no longer updates /etc/resolv.conf
Control: tag -1 + moreinfo unreproducible Hi, (writing as the one who last uploaded wicd -- as an NMU.) Michael Gilbert wrote: control: reassign -1 src:wicd I'm not sure if this is really a wicd issue, because: On Mon, Dec 22, 2014 at 8:20 PM, Vincent Lefevre wrote: This is actually a template file used by wicd to generate the real dhclient config file. In the past, the generated file was in some special place and dhclient was called with the -cf option, but this is no longer the case, and /etc/dhcp/dhclient.conf is now regenerated and wicd no longer uses the -cf option. (That part of) wicd has not changed for at least two years and except a compatibility patch for some UI library stuff, the same version of wicd is present in Wheezy. So if wicd's behaviour changed there, it's caused by something else, but not by a change in wicd. I haven't noticed any issues as I'm using dnssec-trigger to write my /etc/resolv.conf, so I uninstalled dnssec-trigger and switched betwen wired and wireless networks with wicd and in both cases I got the expected DNS search domains as well as name servers. So I can't reproduce the issue. I suspect a corner case with regards to either wicd's or dhclient's configuration. I'd be happy if others could check in their setups if they can reproduce it. (If noone else can reproduce it, I'd consider it a corner case and would lower the severity to non-RC.) Vincent: Can you enable /etc/dhcp/dhclient-exit-hooks.d/debug and wicd's debug mode to see if that helps you to find some more details about why /etc/resolv.conf is no more updated in your setup, but still does as expected in my setup? TIA! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773800: zsh-common: out-of-date reportbug completion: no --source, --src
Package: zsh-common Version: 5.0.7-5 Severity: normal The reportbug completion is out-of-date: xvii:~ reportbug --help | grep src --source, --src report the bug against the source package xvii:~ reportbug --s[TAB] Completing option --severity -- set severity --smtphost -- specify: SMTP server --subject -- set subject Indeed, no such option in: /usr/share/zsh/functions/Completion/Debian/_bug -- Package-specific info: Packages which provide vendor completions: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii pulseaudio 5.0-13 amd64PulseAudio sound server ii systemd215-8amd64system and service manager The following files were modified: /etc/systemd/logind.conf dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages zsh-common depends on: ii dpkg 1.17.22 Versions of packages zsh-common recommends: ii zsh 5.0.7-5 Versions of packages zsh-common suggests: ii zsh-doc 5.0.7-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773799: [Not?] doing apt-get update on google repository
Package: pepperflashplugin-nonfree Version: 1.8.1 Dear Maintainer, Goog day. update-pepperflashplugin-nonfree is not working for me here. root@GNUmd:/home/noroot# aptitude search pepperflashplugin-nonfree p pepperflashplugin-nonfree - Pepper Flash Player - browser plugin p pepperflashplugin-nonfree:i386 - Pepper Flash Player - browser plugin root@GNUmd:/home/noroot# aptitude versions pepperflashplugin-nonfree Package pepperflashplugin-nonfree: p 1.8.1 unstable 900 Package pepperflashplugin-nonfree:i386: p 1.8.1 unstable 900 root@GNUmd:/home/noroot# aptitude install pepperflashplugin-nonfree The following NEW packages will be installed: pepperflashplugin-nonfree 0 packages upgraded, 1 newly installed, 0 to remove and 6 not upgraded. Need to get 0 B/10.8 kB of archives. After unpacking 75.8 kB will be used. Selecting previously unselected package pepperflashplugin-nonfree. (Reading database ... 246064 files and directories currently installed.) Preparing to unpack .../pepperflashplugin-nonfree_1.8.1_amd64.deb ... Unpacking pepperflashplugin-nonfree (1.8.1) ... Setting up pepperflashplugin-nonfree (1.8.1) ... root@GNUmd:/home/noroot# update-pepperflashplugin-nonfree --install --verbose options : --install --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.xbE2ffpCiy doing apt-get update on google repository root@GNUmd:/home/noroot# update-pepperflashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.HJcUwF7l6A doing apt-get update on google repository In clear docker debian:jessie docker run -ti debian:jessie root@631307ea97db:/# apt-get install pepperflashplugin-nonfree ... Setting up pepperflashplugin-nonfree (1.8) ... ERROR: wget failed to download http://people.debian.org/~bartm /pepperflashplugin-nonfree/latest-stable-verified.txt More information might be available at: http://wiki.debian.org/PepperFlashPlayer ... root@631307ea97db:/# update-pepperflashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.JFAGxgjz9r doing apt-get update on google repository downloading http://people.debian.org/~bartm/pepperflashplugin-nonfree/latest- stable-verified.txt selected action = --status Flash Player version installed on this system : Flash Player version available on upstream site: 16.0.0.235 end of action --status cleaning up temporary directory /tmp/pepperflashplugin-nonfree.JFAGxgjz9r ... end of update-pepperflashplugin-nonfree root@631307ea97db:/# update-pepperflashplugin-nonfree --install --verbose options : --install --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.Cjs5T5N1Ro doing apt-get update on google repository selected action = --install converted 'http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome- stable/google-chrome-stable_39.0.2171.95-1_amd64.deb' (ANSI_X3.4-1968) - 'http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-stable/google- chrome-stable_39.0.2171.95-1_amd64.deb' (UTF-8) --2014-12-23 12:02:10-- http://dl.google.com/linux/chrome/deb/pool/main/g /google-chrome-stable/google-chrome-stable_39.0.2171.95-1_amd64.deb Resolving dl.google.com (dl.google.com)... 64.233.166.91, 64.233.166.136, 64.233.166.93, ... Connecting to dl.google.com (dl.google.com)|64.233.166.91|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 47766944 (46M) [application/x-debian-package] Saving to: '/tmp/pepperflashplugin-nonfree.Cjs5T5N1Ro/google-chrome- stable_39.0.2171.95-1_amd64.deb' end of action --install cleaning up temporary directory /tmp/pepperflashplugin-nonfree.Cjs5T5N1Ro ... end of update-pepperflashplugin-nonfree root@631307ea97db:/# update-pepperflashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.o4lZMsDkiL doing apt-get update on google repository selected action = --status Flash Player version installed on this system : 16.0.0.235 Flash Player version available on upstream site: 16.0.0.235 end of action --status cleaning up temporary directory /tmp/pepperflashplugin-nonfree.o4lZMsDkiL ... end of update-pepperflashplugin-nonfree it is ok, same as in docker/debian:sid apt-get install pepperflashplugin-nonfree ... Setting up pepperflashplugin-nonfree (1.8.1) ... converted 'http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome- stable/google-chrome-stable_39.0.2171.95-1_amd64.deb' (ANSI_X3.4-1968) - 'http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-stable/google- chrome-stable_39.0.2171.95-1_amd64.deb' (UTF-8) --2014-12-23 12:13:07-- http://dl.google.com/linux/chrome/deb/pool/main/g /google-chrome-stable/google-chrome-stable_39.0.2171.95-1_amd64.deb Resolving dl.google.com
Bug#766750: [pkg-apparmor] Bug#766751: apparmor: owned and unowned files after purge (policy 6.8 + 10.7.3)
Holger Levsen wrote (11 Nov 2014 18:58:26 GMT) : pbuilding apparmor with the patches for these two bugs fails for me with: PASS Generated 24964 xtransition interaction tests couldn't open service-rules Makefile:28: recipe for target 'gen_dbus' failed make[3]: *** [gen_dbus] Error 1 make[3]: Leaving directory '/tmp/buildd/apparmor-2.9.0/parser/tst' Makefile:298: recipe for target 'tests' failed make[2]: *** [tests] Error 2 make[2]: Leaving directory '/tmp/buildd/apparmor-2.9.0/parser' dh_auto_test: make -j1 check V=1 returned exit code 2 debian/rules:49: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/tmp/buildd/apparmor-2.9.0' debian/rules:11: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package Interesting. I can't reproduce this. And in theory, these patches should only affect the resulting binary package, so: can you actually build pristine AppArmor 2.9.0-3 in your environment? And you can have a piuparts setup easily too: apt-get install piuparts ;-) OK, OK, going to learn it eventually :) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773768: ghc: fails to install: cannot open shared object file: No such file or directory
Quoting Joachim Breitner (2014-12-23 12:54:05) Am Dienstag, den 23.12.2014, 12:04 +0100 schrieb Jonas Smedegaard: I tried just now an upgrade from 7.6.3-20 (version in unstable) but that fails too. Seems you tried from a previous experimental version. Yes, I experience the problem on amd64. Could you try test a fresh install? still not able to reproduce it. Maybe it requires certain haskell libraries to be installed as well? Can you provide a full log? root@bastian:/# apt-get install ghc apt-get install -t experimental ghc Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libbsd-dev libbsd0 libffi-dev libffi6 libgmp-dev libgmpxx4ldbl Suggested packages: ghc-prof ghc-doc haskell-doc llvm libgmp10-doc libmpfr-dev The following NEW packages will be installed: ghc libbsd-dev libbsd0 libffi-dev libffi6 libgmp-dev libgmpxx4ldbl 0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/26.4 MB of archives. After this operation, 295 MB of additional disk space will be used. Do you want to continue? [Y/n] perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = da_DK.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory debconf: delaying package configuration, since apt-utils is not installed E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file or directory) Selecting previously unselected package libbsd0:amd64. (Reading database ... 11085 files and directories currently installed.) Preparing to unpack .../libbsd0_0.7.0-2_amd64.deb ... Unpacking libbsd0:amd64 (0.7.0-2) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.1-2+b2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2+b2) ... Selecting previously unselected package libgmpxx4ldbl:amd64. Preparing to unpack .../libgmpxx4ldbl_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmpxx4ldbl:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libgmp-dev:amd64. Preparing to unpack .../libgmp-dev_2%3a6.0.0+dfsg-6_amd64.deb ... Unpacking libgmp-dev:amd64 (2:6.0.0+dfsg-6) ... Selecting previously unselected package libffi-dev:amd64. Preparing to unpack .../libffi-dev_3.1-2+b2_amd64.deb ... Unpacking libffi-dev:amd64 (3.1-2+b2) ... Selecting previously unselected package libbsd-dev:amd64. Preparing to unpack .../libbsd-dev_0.7.0-2_amd64.deb ... Unpacking libbsd-dev:amd64 (0.7.0-2) ... Selecting previously unselected package ghc. Preparing to unpack .../ghc_7.6.3-20_amd64.deb ... Unpacking ghc (7.6.3-20) ... Setting up libbsd0:amd64 (0.7.0-2) ... Setting up libffi6:amd64 (3.1-2+b2) ... Setting up libgmpxx4ldbl:amd64 (2:6.0.0+dfsg-6) ... Setting up libgmp-dev:amd64 (2:6.0.0+dfsg-6) ... Setting up libffi-dev:amd64 (3.1-2+b2) ... Setting up libbsd-dev:amd64 (0.7.0-2) ... Setting up ghc (7.6.3-20) ... update-alternatives: using /usr/bin/runghc to provide /usr/bin/runhaskell (runhaskell) in auto mode update-alternatives: using /usr/bin/ghc to provide /usr/bin/haskell-compiler (haskell-compiler) in auto mode Processing triggers for libc-bin (2.19-13) ... Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libncurses5-dev libtinfo-dev Suggested packages: ghc-prof ghc-doc haskell-doc llvm-3.4 ncurses-doc The following NEW packages will be installed: libncurses5-dev libtinfo-dev The following packages will be upgraded: ghc 1 upgraded, 2 newly installed, 0 to remove and 11 not upgraded. Need to get 0 B/36.0 MB of archives. After this operation, 110 MB of additional disk space will be used. Do you want to continue? [Y/n] perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = da_DK.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory debconf: delaying package configuration, since apt-utils is not installed E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such file or directory) Selecting previously unselected package libtinfo-dev:amd64. (Reading database ... 12528 files and directories currently installed.) Preparing to unpack .../libtinfo-dev_5.9+20140913-1+b1_amd64.deb ... Unpacking libtinfo-dev:amd64
Bug#773796: wheezy-pu: package mercurial/2.2.2-4
Control: tags -1 + moreinfo Hi, On 2014-12-23 12:15, Javi Merino wrote: mercurial in wheezy is affected by CVE-2014-9390[0] (Errors in handling case-sensitive directories allow for remote code execution on pull). The security team says that few users are affected by it as it only affects you if you are running on a case-sensitive filesystem. They say it should go through stable-proposed-updates. Upstream has said that three patches[1] need to be backported to fix it. I've done it for wheezy and prepared an upload, see the attached debdiff against the current version in wheezy: 2.2.2-3. [0] https://security-tracker.debian.org/tracker/CVE-2014-9390 [1] http://selenic.com/pipermail/mercurial-packaging/2014-December/000133.html Thanks for looking at fixing this in stable. The patches look okay, but it appears that this hasn't been fixed in unstable yet. Is that correct? If so then we generally prefer to get unstable fixed first, so that the changes can get some testing there. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773801: isc-dhcp: unreplaced macros in man pages
Source: isc-dhcp Version: 4.3.1-5 Severity: normal The dhclient(8), dhclient-script(8), dhclient.conf(5) and dhclient.leases(5) man pages contain macros such as: CLIENTBINDIR, DBDIR, ETCDIR and RUNDIR, which appear in paths. For instance: CLIENTBINDIR/dhclient-script ETCDIR/dhclient.conf DBDIR/dhclient.leases RUNDIR/dhclient.pid DBDIR/dhclient.leases~ They should be replaced by their own values. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773802: new upstream (2.1.10)
Package: munin Version: 2.1.9-1 Severity: wishlist it would be nice if you could upgrade to 2.1.0 in experimental. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773803: new upstream (1.8.2)
Package: ansible Severity: wishlist Please upload ansible 1.8 to experimental. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773804: isc-dhcp-client: incorrect path in comments of /etc/dhcp/dhclient-*-hooks.d/debug scripts
Package: isc-dhcp-client Version: 4.3.1-5 Severity: minor The /etc/dhcp/dhclient-enter-hooks.d/debug and dhclient-exit-hooks.d/debug scripts have comments with an incorrect path: /etc/dhcp3/dhclient-script instead of: /sbin/dhclient-script It seems that the relocation was done in 2006! dhcp3 (3.0.4-2) unstable; urgency=low * The Return of the udeb release * It's bck! Re-add udeb support to debian/rules and debian/control * debian/rules: install dhclient-script into /sbin instead of /etc (closes: #336290) * debian/dhcp3-client.preinst: remove /etc/dhcp3/dhclient-script if it hasn't changed from the previous version of the package [...] -- Andrew Pollock apoll...@debian.org Mon, 15 May 2006 07:17:50 -0700 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages isc-dhcp-client depends on: ii debianutils 4.4+b1 ii iproute2 3.16.0-2 ii isc-dhcp-common 4.3.1-5 ii libc6 2.19-13 ii libdns-export100 1:9.9.5.dfsg-7 ii libirs-export91 1:9.9.5.dfsg-7 ii libisc-export95 1:9.9.5.dfsg-7 isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.31-4+b2 ii resolvconf 1.76 -- Configuration Files: /etc/dhcp/dhclient.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773768: ghc: fails to install: cannot open shared object file: No such file or directory
Hi, Am Dienstag, den 23.12.2014, 14:17 +0100 schrieb Jonas Smedegaard: Quoting Joachim Breitner (2014-12-23 12:54:05) Am Dienstag, den 23.12.2014, 12:04 +0100 schrieb Jonas Smedegaard: I tried just now an upgrade from 7.6.3-20 (version in unstable) but that fails too. Seems you tried from a previous experimental version. Yes, I experience the problem on amd64. Could you try test a fresh install? still not able to reproduce it. Maybe it requires certain haskell libraries to be installed as well? Can you provide a full log? [..] Setting up ghc (7.8.20141119-8) ... /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory update-alternatives: using /usr/bin/ghc to provide /usr/bin/haskell-compiler (haskell-compiler) in auto mode /usr/lib/ghc/bin/ghc-pkg: error while loading shared libraries: libHSterminfo-0.4.0.0-ghc7.8.3.20141119.so: cannot open shared object file: No such file or directory dpkg: error processing package ghc (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) thanks; no idea though. I guess you’ll have to do some debugging. What does ldd /usr/lib/ghc/bin/ghc say, and what does ls /usr/lib/ghc/haskeline-0.7.1.2 say, after the failed installation of ghc? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#747554: python-vobject: python3 branch
On Mon, Dec 22, 2014 at 09:41:57PM +0100, Enrico Zini wrote: I have added this patch on top of your work, as porting somehow dropped that check, and I stumbled on an .ics feed with a broken year: I'm attaching my debian/ directory for python3 packaging. I did it as emergency work so I could deploy my software locally, and therefore I dropped the 0002-Deepcopy-params.patch because it did not apply cleanly and I had no context (like a bug reference) or time to work on it. I also don't know how to package things with python3 and cdbs, so I redid the packaging the way I know: with python-stdeb and debdry. I want to clarify again that this was done for my internal consumption. Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org debian.tar.xz Description: application/xz signature.asc Description: Digital signature
Bug#773805: liblucene4-java: Incomplete poms installed in /usr/share/maven-repo
Package: liblucene4-java Version: 1:4.6.1+dfsg-2 Severity: serious The liblucene4-java package installs dummy pom.xml files in /usr/share/maven-repo which are missing important information to be usable by other packages. For example the pom.xml for lucene-core is reduced to: ?xml version=1.0 encoding=UTF-8? project xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; modelVersion4.0.0/modelVersion groupIdorg.apache.lucene/groupId artifactIdlucene-core/artifactId version4.x/version descriptiondummy POM/description packagingjar/packaging /project It is missing the debian.package property required by maven-debian-helper to resolve the dependencies properly. The Maven dependencies are also missing, lucene-expressions should declare a dependency on asm for example. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773806: libdb5.3-java: Pre-installation script fails
Package: libdb5.3-java Version: 5.3.28-7~deb8u1 Severity: grave Justification: prevents package from being installed/upgraded Unfortunately, there is another[1] bug in libdb5.3-java.maintscript which means that the package still can't be installed or, if an earlier version is present, can't be upgraded. The error message is: dpkg-maintscript-helper: error: original symlink target is not an absolute path So, the target argument to symlink_to_dir must be an absolute path, i.e. /usr/share/doc/libdb5.3 instead of just libdb5.3. See [2] for an explanation of why this was changed in dpkg 1.17.13. Ulrich [1] http://bugs.debian.org/771877 [2] http://bugs.debian.org/758778 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdb5.3-java depends on: ii dpkg 1.17.13 ii libdb5.3-java-jni 5.3.28-7~deb8u1 libdb5.3-java recommends no packages. Versions of packages libdb5.3-java suggests: pn libdb5.3-java-gcj none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773793: ITP: averell -- An incredibly stupid web server
On Tue, Dec 23, 2014 at 12:10:40PM +0100, Jean Parpaillon wrote: Thanks to the erlang/OTP platform, it is particularly portable, resources efficient and scalable. Hmm... let's see how it fares portability-wise: http://buildd.debian-ports.org/status/package.php?p=erlangsuite=unstable This stands in contrast to most languages we have in Debian. I'd thus delete this paragraph, as it's false advertising. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769576: linux: Btrfs goes forced readonly when qgroup already exists
Control: found -1 3.16.7-ckt2-1 On Thu 27 Nov 2014 at 19:41:20 +0100, Sebastiaan L. Zoutendijk wrote: On kernel 3.16.7-2, which is in sid and jessie, I have also been able to reproduce the bug, with the same kind of error messages in dmesg. Applying the patch again solved the issue. As I suspected, this bug is present in the latest official Debian kernel to be shipped with jessie. I have checked again with the latest unstable kernel: the problem is still present and the patch still fixes it. As we now have a new upstream for the 3.16 kernel, I'll forward this bug to the ckt in a few minutes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773808: Openclipart2 included non-free images.
Package: openclipart2 Severity: serious Hello. Openclipart2 included non-free images and missing copyright file. NON-FREE images list: CC-BY-NC-SA /usr/share/openclipart2/*/BHSPitMonkey/BHSPitMonkey_Old_School_Game_Controller.(svg|png) /usr/share/openclipart2/*/BHSPitMonkey/BHSPitMonkey_Old_School_Game_Controller_2.(svg|png) /usr/share/openclipart2/*/SRD/SRD_Bundle_of_Hearts.(svg|png) /usr/share/openclipart2/*/antontw/antontw_Monkey.(svg|png) /usr/share/openclipart2/*/artfloid/artfloid_2_motos_de_face.(svg|png) /usr/share/openclipart2/*/artfloid/artfloid_2_motos_de_face_2.(svg|png) /usr/share/openclipart2/*/artfloid/artfloid_dauphin.(svg|png) /usr/share/openclipart2/*/bsantos/bsantos_No_respect_for_pedestrians.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Film_reel.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Pencil_10.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Pencil_11.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Pencil_12.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Pencil_13.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Reflected_Scene_Slate.(svg|png) /usr/share/openclipart2/*/dniezby/dniezby_Scene_Slate.(svg|png) /usr/share/openclipart2/*/fejack/fejack_2009_calendar.(svg|png) /usr/share/openclipart2/*/hyoga/hyoga_Chile.(svg|png) /usr/share/openclipart2/*/klepas/klepas_Movie_night_ticket.(svg|png) /usr/share/openclipart2/*/nodanero/nodanero_Cheese.(svg|png) /usr/share/openclipart2/*/pbhj/pbhj_this_class_is_FULL_sorry.(svg|png) /usr/share/openclipart2/*/rugby471/rugby471_Tango_Style_Cheese_Wheel.(svg|png) /usr/share/openclipart2/*/worms_x/worms_x_French_butter_croissant.(svg|png) CC-BY-NC /usr/share/openclipart2/*/Spidge/Spidge_SatNav.(svg|png) /usr/share/openclipart2/*/da5id1/da5id1_Mouse.(svg|png) /usr/share/openclipart2/*/da5id1/da5id1_Mouse_1.(svg|png) /usr/share/openclipart2/*/gabriel/gabriel_Cervejja.(svg|png) /usr/share/openclipart2/*/massimo/massimo_El_mulo_loco.(svg|png) /usr/share/openclipart2/*/nthiagaraj/nthiagaraj_Pongal_Pot_Line.(svg|png) /usr/share/openclipart2/*/pvalencia/pvalencia_Manzana.(svg|png) /usr/share/openclipart2/*/sigalaflecha/sigalaflecha_m_sico_hopi.(svg|png) copyright problematic. (I think) /usr/share/openclipart2/*/KeyBlader30/KeyBlader30_Kirby_Meteor.(svg|png) /usr/share/openclipart2/*/El_Sato/El_Sato_Tux_The_penguin_in_sonic_style.(svg|png) /usr/share/openclipart2/*/nicubunu/nicubunu_Game_baddie_*.(svg|png) Unclear (I think) /usr/share/openclipart2/*/mip/mip_Diarahmen_1.(svg|png) free image. (NOT Public domain, I think.) CC-BY 2.0 /usr/share/openclipart2/*/Anonymous/Anonymous_Flag_of_UK_Kernow_-_Cornwall.(svg|png) /usr/share/openclipart2/*/holbernd/holbernd_Sternblume.(svg|png) /usr/share/openclipart2/*/massimo/massimo_Sicilia.(svg|png) CC-BY-SA 2.0 /usr/share/openclipart2/*/SRD/SRD_hotdog.(svg|png) /usr/share/openclipart2/*/SRD/SRD_radish.(svg|png) /usr/share/openclipart2/*/pterjan/pterjan_Christmas_candles.(svg|png) CC-BY-SA 2.5 /usr/share/openclipart2/*/Andy/Andy_ant.(svg|png) /usr/share/openclipart2/*/WRomey/WRomey_Bicycle.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_10.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_11.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_12.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_2.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_3.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_4.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_5.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_6.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_7.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_8.(svg|png) /usr/share/openclipart2/*/akiross/akiross_Chess_Set_9.(svg|png) /usr/share/openclipart2/*/aurium/aurium_blue_iris.(svg|png) /usr/share/openclipart2/*/evilnick/evilnick_Prime_Cuts.(svg|png) /usr/share/openclipart2/*/flomar/flomar_sunglasses.(svg|png) /usr/share/openclipart2/*/lfrb/lfrb_Triceratops_(Tango_style).(svg|png) /usr/share/openclipart2/*/paulprogrammer/paulprogrammer_yellow_road_sign_-_two_way_traffic.(svg|png) /usr/share/openclipart2/*/rejon/rejon_Ant_Icon.(svg|png) /usr/share/openclipart2/*/somar501/somar501_Toponimia_de_Autlan.(svg|png) /usr/share/openclipart2/*/somar501/somar501_Toponimia_de_Zapotlan_el_Grande.(svg|png) /usr/share/openclipart2/*/tandiljuan/tandiljuan_ping_ino_1.0.(svg|png) /usr/share/openclipart2/*/tandiljuan/tandiljuan_ping_ino_2.0.(svg|png) CC-BY 2.5 /usr/share/openclipart2/*/StRanger/StRanger_Rats.(svg|png) /usr/share/openclipart2/*/Stellaris/Stellaris_Basketball_1.(svg|png) /usr/share/openclipart2/*/TheStructorr/TheStructorr_cherries.(svg|png) /usr/share/openclipart2/*/TheStructorr/TheStructorr_pencil.(svg|png) /usr/share/openclipart2/*/adsise/adsise_osprey.(svg|png) /usr/share/openclipart2/*/adsise/adsise_ostrero.(svg|png)
Bug#773798: wiki.debian.org: DNSSEC/TLSA-entry seem not to match certificate fingerprint
Looks good now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771877: original symlink target is not an absolute path on libdb5.3-java_5.3.28-7~deb8u1
Tangui, Jan: It is a different (though closely related) bug for which I opened bug #773806 [1]. As soon as that bug is fixed in a new version, it should be possible to upgrade normally. Ulrich [1] http://bugs.debian.org/773806 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773785: unzip: FTBFS on armhf
Control: found -1 6.0-12 Hi, On Tue, Dec 23, 2014 at 11:04:39AM +0100, Santiago Vila wrote: The latest upload of unzip fails on armhf. This blocks migration to testing. https://buildd.debian.org/status/package.php?p=unzip Please note that this is *not* because of the changes made in 6.0-13: https://buildd.debian.org/status/logs.php?pkg=unziparch=armhf There are no code changes between 6.0-12, which build ok, and 6.0-12+b1, which didn't and it was a binary-only NMU. Good point. I adjusted the found version. Could this be a compiler bug? That's possible. However, I gave it back with --extra-depends 'gcc-4.9 (= 4.9.2-9)' to force an attempt with the latest gcc version (the previous attempts used an older version as the chroots seem to be outdated on those buildds). That attempt also failed, so if it is a compiler bug, it's still present in that version. Another possibility is that the code is wrong (it fails with Error: offset out of range), and that newer gcc versions are able to figure out that it's wrong, while older versions weren't. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766366: src:choreonoid: FTBFS on ppc64el: cast from pointer to udword loses precision
On Fri, 14 Nov 2014 19:42:31 + Edmund Grimley Evans edmund.grimley.ev...@gmail.com wrote: And to make it work on arm64 too, please make it: #if defined(__x86_64) || defined(__PPC64__) || defined(__aarch64__) Maybe, #if defined(__LP64__) || defined(__ILP64__) || defined(__LLP64__) is a better option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773749: [pkg-dhcp-devel] Bug#773749: isc-dhcp-client: no longer updates /etc/resolv.conf
Control: clone -1 -2 Control: reassign -1 isc-dhcp-client 4.3.1-5 Control: retitle -1 isc-dhcp-client: no longer updates /etc/resolv.conf Control: retitle -2 wicd does not start dhclient with its own config file Control: severity -2 normal On 2014-12-23 13:24:26 +0100, Axel Beckert wrote: Michael Gilbert wrote: control: reassign -1 src:wicd I'm not sure if this is really a wicd issue, because: On Mon, Dec 22, 2014 at 8:20 PM, Vincent Lefevre wrote: This is actually a template file used by wicd to generate the real dhclient config file. In the past, the generated file was in some special place and dhclient was called with the -cf option, but this is no longer the case, and /etc/dhcp/dhclient.conf is now regenerated and wicd no longer uses the -cf option. (That part of) wicd has not changed for at least two years and except a compatibility patch for some UI library stuff, the same version of wicd is present in Wheezy. Actually I could find that /etc/dhcp/dhclient.conf is *not* regenerated, because the comments in /etc/wicd/dhclient.conf.template and in /etc/dhcp/dhclient.conf are different. But this means that wicd no longer behaves as documented. The wicd(8) man page says: /etc/wicd/dhclient.conf.template This is used to replace /etc/dhclient.conf during Wicd activity, if you're using dhclient(1) as DHCP client. See dhclient.conf(5) for more information. but the dhclient command line is, according to ps -aef: /sbin/dhclient -v wlan0 which is confirmed by /var/log/wicd/wicd.log*: [...] 2014/12/23 00:59:58 :: /sbin/dhclient -v wlan0 [...] so that the default ETCDIR/dhclient.conf file is used according to the dhclient(8) man page, which is presumably /etc/dhclient.conf according to /usr/share/doc/isc-dhcp-client/changelog.Debian.gz: * s%ETCDIR%/etc/%g, s%DBDIR%/var/dhcp/%g and s%RUNDIR%/var/run/%g in dhcpd.8 and dhcpd.leases.5, so the man pages show the correct directory. while the real config file is /etc/dhcp/dhclient.conf! So, I'm reassigning the bug back to isc-dhcp-client, but I leave one for wicd for the reason given above. BTW, contrary to what the changelog says, the man pages do not show the correct directories. Or this must have been broken later. Reported here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773801 So if wicd's behaviour changed there, it's caused by something else, but not by a change in wicd. There has been a change in wicd since it was using the -cf option in the past, but I don't know when. At least in December 2011, it was doing this: [...] 2011/12/17 03:16:46 :: /sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlan0 [...] This is not necessarily a problem, but the behavior should match the documentation. Vincent: Can you enable /etc/dhcp/dhclient-exit-hooks.d/debug and wicd's debug mode to see if that helps you to find some more details about why /etc/resolv.conf is no more updated in your setup, but still does as expected in my setup? TIA! No variables seem to be set (one has variable value = variable name)! I'm attaching the output. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) Tue Dec 23 15:06:23 CET 2014: entering /sbin, dumping variables. reason='reason' interface='interface' medium='medium' alias_ip_address='alias_ip_address' ip_address='ip_address' host_name='host_name' network_number='network_number' subnet_mask='subnet_mask' broadcast_address='broadcast_address' routers='routers' static_routes='static_routes' rfc3442_classless_static_routes='rfc3442_classless_static_routes' domain_name='domain_name' domain_search='domain_search' domain_name_servers='domain_name_servers' netbios_name_servers='netbios_name_servers' netbios_scope='netbios_scope' ntp_servers='ntp_servers' ip6_address='ip6_address' ip6_prefix='ip6_prefix' ip6_prefixlen='ip6_prefixlen' dhcp6_domain_search='dhcp6_domain_search' dhcp6_name_servers='dhcp6_name_servers' cur_reason='cur_reason' cur_interface='cur_interface' cur_medium='cur_medium' cur_alias_ip_address='cur_alias_ip_address' cur_ip_address='cur_ip_address' cur_host_name='cur_host_name' cur_network_number='cur_network_number' cur_subnet_mask='cur_subnet_mask' cur_broadcast_address='cur_broadcast_address' cur_routers='cur_routers' cur_static_routes='cur_static_routes' cur_rfc3442_classless_static_routes='cur_rfc3442_classless_static_routes' cur_domain_name='cur_domain_name' cur_domain_search='cur_domain_search' cur_domain_name_servers='cur_domain_name_servers' cur_netbios_name_servers='cur_netbios_name_servers' cur_netbios_scope='cur_netbios_scope' cur_ntp_servers='cur_ntp_servers' cur_ip6_address='cur_ip6_address' cur_ip6_prefix='cur_ip6_prefix' cur_ip6_prefixlen='cur_ip6_prefixlen' cur_dhcp6_domain_search='cur_dhcp6_domain_search' cur_dhcp6_name_servers='cur_dhcp6_name_servers' new_reason='new_reason'
Bug#773810: RFS: averell/1.0a-1 (ITP: 773793)
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package averell * Package name: averell Version : 1.0a-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : httpd It builds those binary packages: averell- An incredibly stupid web server To access further information about this package, please visit the following URL: http://mentors.debian.net/package/averell Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/averell/averell_1.0a-1.dsc More information about averell can be obtained from http://github.com/jeanparpaillon/averell . Regards, Jean Parpaillon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773785: unzip: FTBFS on armhf
On Tue, Dec 23, 2014 at 03:07:56PM +0100, Ivo De Decker wrote: Another possibility is that the code is wrong (it fails with Error: offset out of range), and that newer gcc versions are able to figure out that it's wrong, while older versions weren't. I believe that's unlikely, because the error goes away if I drop -O2 from CFLAGS (I've checked this on asachi). This could be used as a workaround, but I would prefer that the compiler is fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773793: ITP: averell -- An incredibly stupid web server
Hi, Thanks for your feedback. The platform itself is portable on many architectures: http://www.erlang.org/faq/implementations.html Unfortunately, Debian package is not modular enough to avoid what you mention (because of wxwidgets dependancies, mainly). An alternative packaging remove this dependancy providing a so-called erlang-mini package, which works perfectly on raspberry pi, for instance: https://www.erlang-solutions.com/downloads/download-erlang-otp So, I suppose I should give an hand on official Debian package to make my assertion a reality ;) Regards, Jean Le mardi 23 décembre 2014 à 14:46 +0100, Adam Borowski a écrit : On Tue, Dec 23, 2014 at 12:10:40PM +0100, Jean Parpaillon wrote: Thanks to the erlang/OTP platform, it is particularly portable, resources efficient and scalable. Hmm... let's see how it fares portability-wise: http://buildd.debian-ports.org/status/package.php?p=erlangsuite=unstable This stands in contrast to most languages we have in Debian. I'd thus delete this paragraph, as it's false advertising. -- Jean Parpaillon Open Source Consultant Phone: +33 6 30 10 92 86 im: jean.parpail...@gmail.com skype: jean.parpaillon linkedin: http://www.linkedin.com/in/jeanparpaillon/en -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773749: [pkg-dhcp-devel] Bug#773749: isc-dhcp-client: no longer updates /etc/resolv.conf
On 2014-12-23 15:17:16 +0100, Vincent Lefevre wrote: Vincent: Can you enable /etc/dhcp/dhclient-exit-hooks.d/debug and wicd's debug mode to see if that helps you to find some more details about why /etc/resolv.conf is no more updated in your setup, but still does as expected in my setup? TIA! No variables seem to be set (one has variable value = variable name)! I'm attaching the output. Actually it seems that a $ is missing in the script: eval content=\$var Shouldn't it be the following? eval content=\$$var -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773811: new upstream (3.6.2)
Package: gitolite3 Severity: wishlist Please upgrade to 3.6.2 (in experimental). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773812: new upstream (2.13)
Package: calibre Severity: wishlist Please upgrade to calibre's current stable version (2.13). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769576: linux: Btrfs goes forced readonly when qgroup already exists
Dear Ubuntu Kernel Team, I would like to request an upstream patch [1] to be applied to the 3.16 kernel. This patch prevents Btrfs filesystems from going readonly when a subvolume ID is reused but the corresponding qgroup wasn't destroyed when the original subvolume was deleted. This patch has been applied by upstream to 3.17 [2], but not to 3.16 before it went EOL. For more details on the bug, please have a look at the Debian bug log [3]. That log also contains instructions to reproduce the bug, dmesg output, and my tests of the patch on various kernel versions. [1] https://patchwork.kernel.org/patch/4739211/ [2] https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=fe9133f10ca56e54c5f5075a802bc08e61ad8456 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769576 [Please keep 769576-forwar...@bugs.debian.org in the CC, this will log your reply in the Debian bug tracker. If you also want your reply to be sent on to the Debian Kernel Team, please keep 769...@bugs.debian.org in the CC.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772609: uhexen2: use autotools-dev to update config.{sub, guess} and fix ppc64el FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 patch applied, this is the debdiff btw the version in the archive and the new one if somebody commit to sponsor it will get the ACK from the release team diff -Nru uhexen2-1.5.6+dfsg/debian/changelog uhexen2-1.5.6+dfsg/debian/changelog - --- uhexen2-1.5.6+dfsg/debian/changelog 2014-12-23 13:36:23.0 +0800 +++ uhexen2-1.5.6+dfsg/debian/changelog 2013-09-25 10:46:53.0 +0800 @@ -1,9 +1,3 @@ - -uhexen2 (1.5.6+dfsg-2) unstable; urgency=medium - - - - * Use autotools-dev to fix FTBFS on ppc64el (Closes: #772609). - - - - -- gustavo panizzo g...@zumbi.com.ar Tue, 23 Dec 2014 13:35:00 +0800 - - uhexen2 (1.5.6+dfsg-1) unstable; urgency=low * New upstream release diff -Nru uhexen2-1.5.6+dfsg/debian/control uhexen2-1.5.6+dfsg/debian/control - --- uhexen2-1.5.6+dfsg/debian/control 2014-12-23 13:37:02.0 +0800 +++ uhexen2-1.5.6+dfsg/debian/control 2013-10-03 04:30:17.0 +0800 @@ -1,10 +1,9 @@ Source: uhexen2 Section: contrib/games Priority: optional - -Maintainer: gustavo panizzo g...@zumbi.com.ar +Maintainer: gustavo panizzo g...@zumbi.com.ar Uploaders: Jon Dowland j...@debian.org - -Build-Depends: autotools-dev, - - debhelper (= 9.0.0), +Build-Depends: debhelper (= 9.0.0), dpkg-dev (= 1.16.1~), libgtk2.0-dev, libmad0-dev, @@ -19,12 +18,12 @@ Provides: hexen2-engine Recommends: hexen2-data | game-data-packager Architecture: any - -Depends: uhexen2-common, ${misc:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends}, uhexen2-common Description: Hexen II - engine package Hammer of Thyrion is a Hexen II engine . This package will run the original Hexen II game, Portal of Praevus - - mission pack and HexenWorld. + mission pack and HexenWorld. A dedicated server, h2ded and a GTK+ gui, h2launcher are included in this package. diff -Nru uhexen2-1.5.6+dfsg/debian/rules uhexen2-1.5.6+dfsg/debian/rules - --- uhexen2-1.5.6+dfsg/debian/rules 2014-12-23 13:36:46.0 +0800 +++ uhexen2-1.5.6+dfsg/debian/rules 2013-08-23 22:40:24.0 +0800 @@ -9,7 +9,7 @@ include /usr/share/dpkg/buildflags.mk %: - - dh $@ --with autotools-dev + dh $@ override_dh_auto_build: # Build the main game binaries diff -Nru uhexen2-1.5.6+dfsg/debian/uhexen2.install uhexen2-1.5.6+dfsg/debian/uhexen2.install - --- uhexen2-1.5.6+dfsg/debian/uhexen2.install 2014-12-23 13:37:02.0 +0800 +++ uhexen2-1.5.6+dfsg/debian/uhexen2.install 2013-09-25 10:22:30.0 +0800 @@ -1,7 +1,7 @@ debian/uhexen2.desktop usr/share/applications/ engine/hexen2/glhexen2 usr/games - -engine/hexen2/hexen2 usr/games engine/hexen2/server/h2ded usr/games +engine/hexen2/hexen2 usr/games engine/hexenworld/client/glhwcl usr/games engine/hexenworld/client/hwcl usr/games engine/hexenworld/server/hwsv usr/games new package can be found at http://zumbi.com.ar/apt/unstable/uhexen2_1.5.6+dfsg-2.dsc or http://mentors.debian.net/debian/pool/contrib/u/uhexen2/uhexen2_1.5.6+dfsg-2.dsc - -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUmXsbAAoJEOQAK5EGOmWDs9AP/iWHABuWr8es7baOgSfEa3J8 f5seU0wIfp9DAoA/GXGWBTwE+gSUWNOMRwlIRh3aRMa0sjOsWX5tGehp3Ga+1Gme OZ8zl8L8UVHjjMgJKWY4ECKgAeX4GHTpS9XZ613OQ+mJBEa4IhXdeHKj/3HCNq7g iL4eMMRWqT/uPeLqhp7CwqA2L4p2Az/jrRE4tmHC7wYKEgnaNCp49dMKRb3d8Aly EasQKIS8tX+wBiozff/3YBnfqEOEaOPAMDJLjlfKIElOdM0qTmjh4vDMzEXU5whC 6PNX/4EjaSeXAZaJCz4FkjlWaO988byT+oe+biPwU2BxAJFvL4tUy7jxz7KZShhi X+KzAh5pVxt7npEcJLOJIk+Nzk4mQUHGxu0E8SW9jaT9jBeAeRd72DzbqVqGFibn 4tQl50a9azjlY7CoSWW+zM8AjwkRcdRF1fK1wi0CVOL3rxG+spI1bXbAGVCLfuIu dZwezh3irImmA4/kBqTjydWhW80hJfCtCIFZaBhSXO2HBYx6rHGSkeod3QjeauVv jYOaqNmV6UkCmHOihO2FnzYlDw6N+4VLZ+KXmfMSxuE9+zU1Va73ADPDnbadjgj+ eKTD7EFpebwG0DYKUtYo0nua1UoCqO0LIhOtRhNhO1uxcnHXe0H5+FLC8c11g/X9 hr89rMDNTNTuWu0KBlRP =mXb6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773813: new upstream (1.4.7)
Package: opendnssec Severity: wishlist It would be nice if you could upgrade to 1.4.7 (in experimental). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773814: new upstream (4.2.9)
Package: request-tracker4 Severity: wishlist it would be nice if you could upgrade to 4.2.9 (in experimental). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773810: RFS: averell/1.0a-1 (ITP: 773793)
On Tuesday 23 December 2014 15:23:40 Jean Parpaillon wrote: I am looking for a sponsor for my package averell * Package name: averell Version : 1.0a-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : httpd You are supposed to specify the fields which are marked [fill in ...] Furthermore, Vcs-Browser and Vcs-Git should not point to the upstream code, but to the repository containing your packaging files (with the debian directory) I won't be able to help further since I've just started to learn packaging myself, but every bit helps (I hope). -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#752479: Roundcube 1.0.4 and 1.1
Vincent Bernat ber...@debian.org wrote: Sorry, I didn't get time to do that and the migration of configuration files is not an easy task, so it is unlikely that I am able to do that soon. how about uploading 1.0 to experimental (with or without the migration of configuration files)? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750394: Doesn't use system font settings (fonts are blurry)
I'm seeing exactly the reverse problem. In Michael Biebl's screenshot, from my point of view, kate is showing the fonts wrongly and the Qt5 app is showing them correctly. Here, it's Qt5 which is showing them wrongly. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773815: ssl-cert in wheezy should default to SHA-2-based certs
Package: ssl-cert Version: 1.0.32 Severity: normal Version 1.0.35 in jessie/testing create snakeoil certs with SHA-256 as the hasing algorithm, but the version is wheezy still uses SHA-1. Given the change in policy of the major browsers (IE, FF, Chrome) to start marking SHA-1-based certs as insecure going forward, it'd be nice if make-ssl-cert(8) generated SHA-256 certs. Could the fix done for bug #733255 be be brought in? I'd also be better that the change done in wheezy and not wheezy-backports. Making this change for squeeze-lts (1.0.28) would also be handy. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ssl-cert depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii openssl1.0.1e-2+deb7u13 ssl-cert recommends no packages. Versions of packages ssl-cert suggests: pn openssl-blacklist none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773816: O: libgroboutils-java -- Java-based testing tools and JUnit extensions
Package: wnpp Severity: normal I intend to orphan the libgroboutils-java package. URL:https://tracker.debian.org/pkg/libgroboutils-java This package is unmaintained upstream (no new release since 2004). The package description is: GroboUtils is a group of Java-based testing tools and JUnit extensions aimed at increasing quality awareness and ease of introduction of testing tools into the development cycle. . GroboUtils include, for example, multi-threaded tests, hierarchial unit tests, and a code coverage tool. Regards -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773796: wheezy-pu: package mercurial/2.2.2-4
On Tue, Dec 23, 2014 at 01:20:10PM +, Adam D. Barratt wrote: Control: tags -1 + moreinfo Hi, On 2014-12-23 12:15, Javi Merino wrote: mercurial in wheezy is affected by CVE-2014-9390[0] (Errors in handling case-sensitive directories allow for remote code execution on pull). The security team says that few users are affected by it as it only affects you if you are running on a case-sensitive filesystem. They say it should go through stable-proposed-updates. Upstream has said that three patches[1] need to be backported to fix it. I've done it for wheezy and prepared an upload, see the attached debdiff against the current version in wheezy: 2.2.2-3. [0] https://security-tracker.debian.org/tracker/CVE-2014-9390 [1] http://selenic.com/pipermail/mercurial-packaging/2014-December/000133.html Thanks for looking at fixing this in stable. The patches look okay, but it appears that this hasn't been fixed in unstable yet. Is that correct? If so then we generally prefer to get unstable fixed first, so that the changes can get some testing there. That's correct, I'm preparing an upload for jessie. If I upload the same fix to unstable, it would be unblocked? signature.asc Description: Digital signature
Bug#771215: git-buildpackage: please merge support for gbp pq-rpm
On Tue, Dec 16, 2014 at 10:09:15AM +0200, Markus Lehtonen wrote: You can find a patch with updated unit tests attached. I also updated and rebased my feature/pq-rpm branch in Github. Minor nit: I get an error from epydoc at package build time: diff --git a/gbp/git/repository.py b/gbp/git/repository.py index 04a8aaf..fa562da 100644 --- a/gbp/git/repository.py +++ b/gbp/git/repository.py @@ -1014,7 +1014,7 @@ class GitRepository(object): @param treeish: the treeish from which to check out files @type treeish: C{str} @param paths: list of files to checkout -@type treeish: C{list} of C{str} +@type paths: C{list} of C{str} args = GitArgs(--quiet, treeish) args.add_true(paths, '--', paths) -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773799:
Continuing experiments in docker apt-get dist-upgrade -t experimental apt-get install pepperflashplugin-nonfree -t experimental makes breaks update-pepperflashplugin-nonfree it is all about apt. Not working with apt from experimental apt-cache policy apt apt: Installed: 1.0.9.4 Candidate: 1.0.9.4 Package pin: (not found) Version table: *** 1.0.9.4 1001 500 http://http.debian.net/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status update-pepperflashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.uNPAqdJ3Ji doing apt-get update on google repository selected action = --status Flash Player version installed on this system : 16.0.0.235 Flash Player version available on upstream site: 16.0.0.235 end of action --status cleaning up temporary directory /tmp/pepperflashplugin-nonfree.uNPAqdJ3Ji ... end of update-pepperflashplugin-nonfree apt-get dist-upgrade -t experimental apt-cache policy apt apt: Installed: 1.1~exp8 Candidate: 1.1~exp8 Version table: *** 1.1~exp8 0 1 http://http.debian.net/debian/ experimental/main amd64 Packages 100 /var/lib/dpkg/status 1.0.9.4 0 500 http://http.debian.net/debian/ sid/main amd64 Packages update-pepperflashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/pepperflashplugin-nonfree.x5EYAlRvOK doing apt-get update on google repository root@199726e96e90:/#
Bug#773749: [pkg-dhcp-devel] Bug#773749: isc-dhcp-client: no longer updates /etc/resolv.conf
Hi Vincent, thanks for these details! Vincent Lefevre wrote: So if wicd's behaviour changed there, it's caused by something else, but not by a change in wicd. There has been a change in wicd since it was using the -cf option in the past, but I don't know when. At least in December 2011, it was doing this: [...] 2011/12/17 03:16:46 :: /sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlan0 [...] Ok, I did not expect change dating back that far. This is quite possible, but I have no overview over any changes more than two years ago, i.e. before my NMU. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773107: dbus-daemon-launch-helper permissions temporarily wrong during upgrades
Control: reopen 773107 ! Control: severity critical Dear Maintainers, Update dbus to 1.8.12-2 broke running xfce around dbus and consolekit session. I don't use shitd. Slim return that bug: slim: open_session: Unable to open session: The permission of the setuid helper is not correct Downgrade packages to version from Jessie's repository fixed the problem. Mateusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773817: nmap crashes with Segmentation fault while trying to use socksproxy
Package: nmap Version: 6.47-3 Severity: important Dear Maintainer, * What led up to the situation? i tryed to use nmap through a ssh -D with --proxies command * What exactly did you do (or not do) that was effective (or ineffective)? terminal 1: $ ssh user@host -D 8909 [...] terminal 2: $ nmap -v --proxies socks4://localhost:8909/ Segmentation fault * What was the outcome of this action? you see it up there * What outcome did you expect instead? a scan through the ssh forward, not a crash in addition ill send you some output out of gdb but i dont know anyting about debugging with gdb so i quit after the first error... treaki@treakis-tp:~$ nmap -v --proxies socks4://localhost:8909/ Segmentation fault treaki@treakis-tp:~$ gdb nmap -v --proxies socks4://localhost:8909/ gdb: unrecognized option '--proxies' Use `gdb --help' for a complete list of options. treaki@treakis-tp:~$ man gdb treaki@treakis-tp:~$ sudo apt-get install nmap nmap nmapsi4 treaki@treakis-tp:~$ sudo apt-cache search nmap dbg [sudo] password for treaki: treaki@treakis-tp:~$ sudo apt-cache search nmap debug treaki@treakis-tp:~$ #no debugging package found... treaki@treakis-tp:~$ gdb nmap -- -v --proxies socks4://localhost:8909/ Excess command line arguments ignored. (--proxies ...) GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from nmap...(no debugging symbols found)...done. /home/treaki/-v: No such file or directory. (gdb) run Starting program: /usr/bin/nmap [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Nmap 6.47 ( http://nmap.org ) Usage: nmap [Scan Type(s)] [Options] {target specification} TARGET SPECIFICATION: Can pass hostnames, IP addresses, networks, etc. Ex: scanme.nmap.org, microsoft.com/24, 192.168.0.1; 10.0.0-255.1-254 -iL inputfilename: Input from list of hosts/networks -iR num hosts: Choose random targets --exclude host1[,host2][,host3],...: Exclude hosts/networks --excludefile exclude_file: Exclude list from file HOST DISCOVERY: -sL: List Scan - simply list targets to scan -sn: Ping Scan - disable port scan -Pn: Treat all hosts as online -- skip host discovery -PS/PA/PU/PY[portlist]: TCP SYN/ACK, UDP or SCTP discovery to given ports -PE/PP/PM: ICMP echo, timestamp, and netmask request discovery probes -PO[protocol list]: IP Protocol Ping -n/-R: Never do DNS resolution/Always resolve [default: sometimes] --dns-servers serv1[,serv2],...: Specify custom DNS servers --system-dns: Use OS's DNS resolver --traceroute: Trace hop path to each host SCAN TECHNIQUES: -sS/sT/sA/sW/sM: TCP SYN/Connect()/ACK/Window/Maimon scans -sU: UDP Scan -sN/sF/sX: TCP Null, FIN, and Xmas scans --scanflags flags: Customize TCP scan flags -sI zombie host[:probeport]: Idle scan -sY/sZ: SCTP INIT/COOKIE-ECHO scans -sO: IP protocol scan -b FTP relay host: FTP bounce scan PORT SPECIFICATION AND SCAN ORDER: -p port ranges: Only scan specified ports Ex: -p22; -p1-65535; -p U:53,111,137,T:21-25,80,139,8080,S:9 -F: Fast mode - Scan fewer ports than the default scan -r: Scan ports consecutively - don't randomize --top-ports number: Scan number most common ports --port-ratio ratio: Scan ports more common than ratio SERVICE/VERSION DETECTION: -sV: Probe open ports to determine service/version info --version-intensity level: Set from 0 (light) to 9 (try all probes) --version-light: Limit to most likely probes (intensity 2) --version-all: Try every single probe (intensity 9) --version-trace: Show detailed version scan activity (for debugging) SCRIPT SCAN: -sC: equivalent to --script=default --script=Lua scripts: Lua scripts is a comma separated list of directories, script-files or script-categories --script-args=n1=v1,[n2=v2,...]: provide arguments to scripts --script-args-file=filename: provide NSE script args in a file --script-trace: Show all data sent and received --script-updatedb: Update the script database. --script-help=Lua scripts: Show help about scripts. Lua scripts is a comma-separated list of script-files or script-categories. OS DETECTION:
Bug#773796: wheezy-pu: package mercurial/2.2.2-4
On 2014-12-23 14:55, Javi Merino wrote: On Tue, Dec 23, 2014 at 01:20:10PM +, Adam D. Barratt wrote: The patches look okay, but it appears that this hasn't been fixed in unstable yet. Is that correct? If so then we generally prefer to get unstable fixed first, so that the changes can get some testing there. That's correct, I'm preparing an upload for jessie. If I upload the same fix to unstable, it would be unblocked? I'd be inclined to do so assuming it was in the near future, yes. Please file a separate unblock bug for that. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org