Bug#745929: ruby-sqlite3: FTBFS on mips, powerpc, s390x
reverting back to the 1.3.8 version and re-applying the local Debian patch lets the powerpc testsuite pass. I didn't investigate any further. see http://launchpadlibrarian.net/174189784/ruby-sqlite3_1.3.9-1_1.3.9-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746394: Please consider shipping pre-built images in Debian packages
Le mardi, 29 avril 2014, 13.46:44 Paul Tagliamonte a écrit : On Tue, Apr 29, 2014 at 06:38:34PM +0200, Didier Raboud wrote: please consider shipping Debian docker.io pre-built images in proper Debian packages. Having stable pre-built images in Debian packages ensures a trust link within the distribution. I'm not happy with the increasing incentive to download distribution images across untrusted links (although index.docker.io at least runs over HTTPS). I totally agree. I've been pushing for docker upstream to adopt OpenPGP signatures on images, but it looks like they want to go with SSL Certs. Once those are in place, I'm happy to provide a pseudo-official image. Well, sorry to nitpick, but having Debian's docker.io package ship a public key to trustfully download non-free distribution images wouldn't make it overly better. Debian users have a trust link with the Debian binary packages as shipped in the distro, but there's no good reason to extend that trust to what docker.io upstream built: we're talking about _big_ archives full of _binaries_ (for which there is strictly no freeness or trustworthiness warranties!) that then run on our machines! Similar to what we do for debian-installer-netboot-images, I was thinking we could have (at least for Debian docker.io containers) something like: # apt install docker.io-image-debian-wheezy This package would contain a docker.io image built on buildds, updated on point-releases. However, a better and more sustainable solution here is to ship a script to create a Debian image via debootstrap. Something small and auditable. Le mardi, 29 avril 2014, 21.59:49 Jan Wagner a écrit : Did you have a look into /usr/share/docker.io/contrib/mkimage-debootstrap.sh? You can generate your own image via debootstrap. There's that, at least. It should get it's .sh postfix removed, get updated to support more than amd64 and be shipped as /usr/bin/docker.io- mkimage-debootstrap for example. I'd been considering a script to take an sbuild tarball = docker image. I've not done it yet, but this bug is good motiviation. Yay. I'll see if there's something I can do to help :) Yay². Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746445: poor scrollbar contrast
Package: libgtk-3-common Version: 3.12.1-1 Severity: wishlist In chromium and firefox, the scrollbar is a rectangle with three bars on it. It is almost the same color as its background. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages
Control: severity -1 wishlist On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote: see the buildd logs, missing build dependency. Would be tempted to marked as wontfix. I am using doxygen to build the manpage(s) only. doxygen wont let me specify which target to build and thinks I am building the full -doc package... I'll leave it open to prevent duplicate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743960: jbigkit 2.1
Control: reopen -1 carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before 2.1 was release). There is no sense to upload 2.0-2.1, it would have been easier to upload 2.1 directly... Mickael, could you state if your 2.1 package is ready ? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages
Hi, On Wed, Apr 30, 2014 at 08:41:10AM +0200, Mathieu Malaterre wrote: Control: severity -1 wishlist On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote: see the buildd logs, missing build dependency. Would be tempted to marked as wontfix. I am using doxygen to build the manpage(s) only. doxygen wont let me specify which target to build and thinks I am building the full -doc package... I'll leave it open to prevent duplicate. Without having dived into this: Isn't dot not found simply a sign for a missing (build-)dependency from graphviz? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735940: fixed
Zooko Wilcox-OHearn wrote (30 Apr 2014 02:39:47 GMT) : We, the upstream Tahoe-LAFS maintainers, believe we have fixed this issue in Tahoe-LAFS. Great news! You might want to indicate this tagging this Debian bug fixed-upstream. Cheers :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages
On Wed, Apr 30, 2014 at 8:54 AM, Andreas Tille ti...@debian.org wrote: Hi, On Wed, Apr 30, 2014 at 08:41:10AM +0200, Mathieu Malaterre wrote: Control: severity -1 wishlist On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote: see the buildd logs, missing build dependency. Would be tempted to marked as wontfix. I am using doxygen to build the manpage(s) only. doxygen wont let me specify which target to build and thinks I am building the full -doc package... I'll leave it open to prevent duplicate. Without having dived into this: Isn't dot not found simply a sign for a missing (build-)dependency from graphviz? No. Because it wont change the manpage(s) output anyway. The actual long term solution would be to tweak the input doxygen file to say 'hey this debian package do not build the full doc, but simply the manpages'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746446: ITP: php-pmd -- PHP Mess Detector
Package: wnpp Severity: wishlist Owner: Prach Pongpanich prach...@gmail.com Control: block 744876 by -1 * Package name: php-pmd Version : 1.5.0 Upstream Author : Manuel Pichler m...@phpmd.org * URL : http://pdepend.org * License : BSD-3-clause Programming Lang: PHP Description : PHP Mess Detector The PHP Mess Detector aims to be a simplified PHP port of the well known Java Tool PMD. This project uses PHP_Depend to measure several software metrics from given source code, then it compares the calculated values with customizeable thresholds and reports all suspect software artifacts. It is a new dependency for the PHPUnit 4 and will be maintained inside the PHP PEAR team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746447: libssl1.0.0: haproxy should be restarted for heartbleed bug
Package: libssl1.0.0 Version: 1.0.1g-3 Severity: minor HAProxy depends on libssl1.0.0 and needs to be restarted after libssl1.0.0 upgrade in order to fix the Heartbleed issue. Regards, Oskar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728298: patch to add bootstrapping hints to the pts
The attached patch restricts the issues highlighted in the todo box to the self cycles as these are the only hard result that we can get. All other results are merely suggestions. This information should only be included once it is possible to upload packages with the build profile syntax. Thanks! Index: www/bin/other_to_xml.py === --- www/bin/other_to_xml.py (revision 3141) +++ www/bin/other_to_xml.py (working copy) @@ -81,6 +81,27 @@ sources[source].append((size, pkg_a, pkg_b)) return sources +def read_bootstrap(fname): +sources = {} +with open(fname) as f: +data = json.load(f) +sources = {} +for (pkg,ver),stats in data: +# remove src: prefix from source package name +pkg = pkg[4:] +selfcycles = set() +for (strong_on,bd_on),_ in stats.get('type1cycles',[])+stats.get('type2cycles',[]): +# they should never be empty but just to be sure +if not strong_on or not bd_on: +continue +# remove version to be able to merge more +strong_on = [p for p,_ in strong_on] +bd_on = [p for p,_ in bd_on] +selfcycles.add((frozenset(strong_on),frozenset(bd_on))) +if pkg not in sources: sources[pkg] = set() +sources[pkg].update(selfcycles) +return sources + def read_shortdesc(fname): global binary2sources source_descs = {} # source package - (binary package - short description) @@ -556,6 +577,8 @@ dedup_packages = read_dedup(os.path.join(dir, dedup.txt)) +bootstrap_packages = read_bootstrap(os.path.join(dir, bootstrap.json)) + upstream_info_packages = read_upstream_info(os.path.join(dir, upstream-info.txt)) # read release goals information @@ -1013,6 +1036,35 @@ root_elt.setAttribute(dedup, no) dedup_sig = '' +# add bootstrapping links +if pkg in bootstrap_packages: +root_elt.setAttribute(bootstrap, yes) +if bootstrap_packages[pkg]: +elt = doc.createElement(selfcycles) +root_elt.appendChild(elt) +root_elt.setAttribute(selfcycles, yes) +for strong_on,bd_on in bootstrap_packages[pkg]: +selfcycle_elt = doc.createElement(selfcycle) +strong_on = sorted(strong_on) +if len(strong_on) == 1: +strong_on = strong_on[0] +else: +strong_on = and .join([, .join(strong_on[:-1]),strong_on[-1]]) +bd_on = sorted(bd_on) +if len(bd_on) == 1: +bd_on = bd_on[0] +else: +bd_on = and .join([, .join(bd_on[:-1]),bd_on[-1]]) +selfcycle_elt.setAttribute(strong_on, strong_on) +selfcycle_elt.setAttribute(bd_on, bd_on) +elt.appendChild(selfcycle_elt) +else: +root_elt.setAttribute(selfcycles, no) +bootstrap_sig = bootstrap_packages[pkg] +else: +root_elt.setAttribute(bootstrap, no) +bootstrap_sig = '' + # Add upstream info links if pkg in upstream_info_packages: root_elt.setAttribute(upstreaminfo, yes) @@ -1092,7 +1144,7 @@ watchbroken_sig, watchavail_sig, depneedsmaint_sig, dms_sig, fonts_sig, sec_sig, logcheck_sig, rg_sig, url_issues_sig, screenshots_sig, clang_sig, dedup_sig, longdesc_sig, -upstream_info_sig, autoremoval_sig, testing_sig) +upstream_info_sig, autoremoval_sig, testing_sig, bootstrap_sig) if sigs.has_key(pkg) and sig == sigs[pkg] and \ os.path.isfile(%s/%s/%s/other.xml % (odir, hash, pkg)): continue Index: www/bin/update_incoming.sh === --- www/bin/update_incoming.sh (revision 3141) +++ www/bin/update_incoming.sh (working copy) @@ -209,6 +209,9 @@ get http://dedup.debian.net/static/ptslist.txt dedup.txt +# download bootstrapping hints +get http://bootstrap.debian.net/source/stats.json bootstrap.json + nice_redirect_to upstream-info.txt svn ls -R svn://svn.debian.org/svn/collab-qa/packages-metadata # testing autoremoval info Index: www/xsl/pts-issues.xsl === --- www/xsl/pts-issues.xsl (revision 3141) +++ www/xsl/pts-issues.xsl (working copy) @@ -422,6 +422,22 @@ /xsl:if /xsl:template + xsl:template name=issue-selfcycles +xsl:if test=$hasother and $other/@selfcycles='yes' + xsl:for-each select=$other/selfcycles/selfcycle +li + It must be possible to build this source package without + xsl:value-of select=@bd_on /. Otherwise this source package + requires binary packages it builds + (xsl:value-of select=@strong_on /) to build itself and thus + creates a cyclic build dependency. + See a
Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A
Control: tag -1 - unreproducible + confirmed upstream Control: retitle -1 links: No option to specify charset on command-line Control: severity -1 wishlist Hi Julian, Julian Gilbey wrote: Your file, at least how it arrived by mail here, contains an ISO-Latin-1 character, which shows as circled question mark on an UTF-8 using terminal if you just do a cat a.html. (Can you confirm that for your terminals?) Ah, so that is presumably why you dion't see the same as me: it was garbled in transit. I'm attaching a gzipped version; hopefully this will reach you intact: it should be UTF-8 encoded. Much better. I can now reproduce this issue. And maybe this is what links is then doing: it is trying to interpret both bytes of the UTF-8 file separately. (In the context in which I was originally using it, the file was a MIME attachment, and the MIME headers specified the UTF-8 encoding.) Hrm. Indeed. But the issue is gone again if I add the following lines after html: head meta http-equiv=Content-Type content=text/html;charset=utf-8 /head So if links can handle UTF-8 encoded files, it would be very useful to also have a command-line flag to specify the encoding. That's the actual issue. There seems no chance to pass the charset on the commandline. I'll forward this to upstream. 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#596456: btrfs support in pmount
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, may I ask if this old bug could be solved? There is a patch available and the release freeze is long over. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTYKZ7AAoJEKZ8CrGAGfas21UL/ibC+TJxAjZb861iTE0lMg9d ASu3Plu62d6hUXLp4uVJNnB6IYk5ZYLNWKVgNW2msaFyruX5YeX9987z0jJ4whYh lZrmGjQUZL+WTm4mJ9hdAaVbWxlZDsQwSS7ZtSKSAvEWM4Ke4clLXzCfDcWfbPWl KrrKaKCVBFlv7x1KUnm9GzeZYr3yKG3pVf/o3ROcNICh1TLfWLHrZFaxI9yZcSWA 2NaiTj1dhaPA03cK01zFEvWx7RJIhpozdXdCM/4jP2OgBbNlGXz4SYoKXS7AuBet E6q5gNvLsHzj+egniJIhSCcHUrjdEsvH6bHyPnu0a9cxMjcBs558K4iitue5JdFF H/P5SfGcUsOPFAtYsz044/hUQHff8D9R8/8PDaiNi1idP4uLnUdmLZ3u6xacrFFa DS9a8alyYDAaUcBEGSOyZ3QLO5tb7NzRUYYo1rR3uzT8zidvWU0NHK/9a0N+wq/G VuJbosjOvpUwP8ET+V8ncNcLmksBRxgpVTSogP0T2g== =xdOH -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#731806: debian-installer: FTBFS on sparc: genisoimage errors
On Tue, 2014-04-29 at 19:34 -0400, Kieron Gillespie wrote: https://wiki.debian.org/PortsSparc Started a catagory of major bugs. Please place links and titles to the bug report in this list so we can better track the status and reference the problems quickly. You might find the BTS's usertags feature (with user ==debian-sp...@lists.debian.org) useful for this. See for example how arm64 is using it: https://wiki.debian.org/Arm64Port#Bug_tracking Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746448: linux-image-3.14-1-486: acpi-cpufreq not loaded on some older system
Package: src:linux Version: 3.14.2-1 Severity: normal On some older PCs like mine, the acpi-cpufreq module doesn't load anymore with 3.14 kernel (also with the previous rc7 from experimental) so i'm currently stuck with 3.13. The effect on my notebook is that the cpu runs always at full speed, the fan never stop and the system consume a lot of power. Upstream are aware of this and the patch are waiting to be included in some kernel: https://bugzilla.kernel.org/show_bug.cgi?id=73781 https://patchwork.kernel.org/patch/4090951/ I don't know if it will be accepted, included in the current 3.14 branch or in the next 3.15, but if you think it's worth, please consider to apply to the Debian kernel. Cesare. -- Package-specific info: ** Version: Linux version 3.14-1-486 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 Debian 3.14.2-1 (2014-04-28) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-486 root=UUID=07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet systemd.show_status=true lapic hpet=force ** Not tainted ** Kernel log: [6.932851] ACPI: AC Adapter [ACAD] (on-line) [7.039402] [drm] Initialized drm 1.1.0 20060810 [7.049317] yenta_cardbus :02:04.0: CardBus bridge found [104d:818f] [7.049335] yenta_cardbus :02:04.0: Using CSCINT to route CSC interrupts to PCI [7.049338] yenta_cardbus :02:04.0: Routing CardBus interrupts to PCI [7.049344] yenta_cardbus :02:04.0: TI: mfunc 0x01001b22, devctl 0x64 [7.172292] [drm] Memory usable by graphics device = 128M [7.175803] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [7.175809] [drm] Driver supports precise vblank timestamp query. [7.175901] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [7.240007] [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit banging on pin 3 [7.278234] [drm] initialized overlay support [7.284095] yenta_cardbus :02:04.0: ISA IRQ mask 0x0cf8, PCI irq 9 [7.284101] yenta_cardbus :02:04.0: Socket status: 3006 [7.284106] pci_bus :02: Raising subordinate bus# of parent bus (#02) from #02 to #06 [7.284117] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [io 0x3000-0x3fff] [7.284122] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff: [7.285333] excluding 0x3000-0x303f 0x3400-0x34ff 0x3800-0x38ff [7.293667] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [mem 0xe020-0xe02f] [7.293673] pcmcia_socket pcmcia_socket0: cs: memory probe 0xe020-0xe02f: [7.293676] excluding 0xe020-0xe020 [7.293689] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: [mem 0x4000-0x43ff pref] [7.293694] pcmcia_socket pcmcia_socket0: cs: memory probe 0x4000-0x43ff: [7.293705] excluding 0x4000-0x43ff [7.374330] fbcon: inteldrmfb (fb0) is primary device [7.462336] ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 5 [7.462338] PCI: setting IRQ 5 as level-triggered [7.484013] tifm_core: MMC/SD card detected in socket 0:0 [7.498470] intel_rng: FWH not detected [7.689867] lib80211: common routines for IEEE802.11 drivers [7.689868] lib80211_crypt: registered algorithm 'NULL' [7.729248] sony_laptop: Sony Programmable IO Control Driver v0.6 [7.729258] sony_laptop: detected Type2 model [7.731566] input: Sony Vaio Keys as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:0d/SNY6001:00/input/input5 [7.731644] input: Sony Vaio Jogdial as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:0d/SNY6001:00/input/input6 [7.740260] sony_laptop: Sony Notebook Control Driver v0.6 [7.845078] Console: switching to colour frame buffer device 128x48 [7.853681] i915 :00:02.0: fb0: inteldrmfb frame buffer device [7.853685] i915 :00:02.0: registered panic notifier [7.860017] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [7.860171] ACPI Warning: SystemIO range 0x1880-0x189f conflicts with OpRegion 0x1880-0x188f (\_SB_.PCI0.SBUS.SBUS) (20131218/utaddress-258) [7.860180] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [8.312610] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x4ff: [8.313899] excluding 0x170-0x177 0x1f0-0x1f7 0x370-0x377 0x3c0-0x3df 0x3f0-0x3f7 0x4d0-0x4d7 [8.314935] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x800-0x8ff: [8.315554] clean. [8.315572] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcff: [8.316714] excluding 0xcf8-0xcff [8.316744] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: [8.316749] excluding 0xc-0xc7fff 0xd8000-0xf [8.316778] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: [8.316793] clean. [8.316811] pcmcia_socket pcmcia_socket0: cs: memory probe
Bug#746380: yagf crashes when xsane finished scan)
I tried to open a file that I scaned with xsane before, again yagf segfaulted. -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick at wirklich priv at signature.asc Description: OpenPGP digital signature
Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A
Control: tag -1 - upstream confirmed Hi again, Axel Beckert wrote: Control: tag -1 - unreproducible + confirmed upstream Control: retitle -1 links: No option to specify charset on command-line Control: severity -1 wishlist [...] So if links can handle UTF-8 encoded files, it would be very useful to also have a command-line flag to specify the encoding. That's the actual issue. There seems no chance to pass the charset on the commandline. I'll forward this to upstream. I was to quick with replying: There _is_ a commandline switch for that: links -dump -html-assume-codepage utf-8 /tmp/a.html works for me. I'd close the bug report if that works for you, too. Point was that I initially just looked for charset and encoding, but you need to look for codepage. I found it, because I started to look for iso and utf, too. I can imagine you had the same issue. :-) 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#746200: apt: Apt-get install doesn't respect /target_release
On Sun, Apr 27, 2014 at 06:15:21PM -0500, Wayne Rowcliffe wrote: Package: apt Version: 1.0.2 Severity: normal Thanks for your bugreport. With the recent upgrade of apt to 1.0, /target_release flags do not seem to have any effect. For my particuluar situation, I am trying to upgrade gnome to use 3.12. This involves pulling packages from both experimental and unstable. So I attempt to do: `apt-get install gnome-shell/experimental empathy/unstable`, etc. However, when I do this apt seems to completely ignore the flags and instead tries to install the versions from testing. I have used this method many times in the past to specify a set of packages from different releases that won't conflict with each other. Since the upgrade to apt 1.0, I am not able to. [..] Could you include the output of same examples where it fails for you please? We have some testcases that cover this feature and they are still working, so it would be good to know some more details how to reproduce the issue. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745902: libvarnishapi-dev: 'struct VSC_C_main' not defined
Control: tag -1 + confirmed On Sat, Apr 26, 2014 at 03:24:08PM +0200, Sebastian Harl wrote: I'm not sure what the files in /usr/share/varnish/include/ are supposed to be used for but they are fairly unusable. Hello, and thanks for the bug report. It looks like a packaging bug. I do not think .h files should be located in /usr/share/varnish/ -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746449: RM: cpl-plugin-xsh -- ROM; NPOASR; replaced by cpl-plugin-xshoo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: ftp.debian.org Severity: normal Please remove cpl-plugin-xsh from sid. It is replaced by the package cpl-plugin-xshoo due to a name change by upstream. Best regards Ole -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTYKndAAoJEHEVr9B3ENz39n4P/1FCf0RdVwz/WiS5H/WRl4zc bmCQ1Bs1n7ukxPpM7eYQWYfkVa22Av0YVpaQWQNXYdQzKmPLlsp+dTi4noKd84Zu O5GVW5fHhAhkjlCfO94yYRf9LsG+ahFGHe1qGxwNev5r3d4NCERFnGfbuWvH0XbV o3JBz337I4qvzgm69SXJ7Ydf5PdrwiEVPxQhC3iqiDMcBhu3PwM+GlKPe6IqkCLI d4IpUGUe7YYSnur2P/rhmqxbcmzNFZSsBvQS2aCTULryGl7nAKN9tALjJ1TKJ5o/ +K8XXfxzoRgdjnmFSf72+ZRVdfTpgpHeoKJpG//b+qoxsoHaHqNhDkvvRUomt85Z trFIq1TzLfVUl/KNaVe6ZmPkU4MhnAesMGjXE1rEfFeWraAmLG8L1x3VE4JyBKGB 7NvcwFkgbN3luKZcF/e2zLiu2ihbxozLJt3YIQWozHyyVjk4pw3CAVi/Rps8loxp 4E6feNLYVkvULaGRTFcTqK9wEC7ofiCiBtuN3LwsXleTJ3QEUT0rP00sWS+B+tt1 ONscaLJFUzPQiWgqi338FjBAQwV27d1L8wOYzkdJiQydxaRmHwy6HS7QVNBYyrqg ZBz35WKrOgUFMsDju645uRQpEzBLqpRb7oLe7WFMHQPdWLOCdBOytq+XYJlQZ9PZ /+Rfh7ezpa/7UhEPeaRX =ex5a -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#740911: re-opened with patch
I've re-opened the bug now that there is a patch for wheezy users Given the risk of data loss when this bug and the DAViCal bug are both present in a given wheezy environment, I think this patch is very desirable for a 3.4.4-4 update to wheezy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746450: dpkg-dev: New make breaks dpkg-buildpackage test for existence of targets
Package: dpkg-dev Version: 1.17.8 Severity: normal Control: block 746443 Hi, A new version of Make has been released, and is currently in experimental. An archive rebuild was done to check for breakage with this new major version. 73 packages failed to build (in comparison with a similar run with the current version of make). The results are here: http://aws-logs.debian.net/ftbfs-logs/results-make4/ Of the 73 packages that failed, 10 were due to a known incompatibility, which has been fixed. About 20 or so were due to various issues i the package, unrelated to this report. However, 40 packages failed to build due to the new make is not doing the expected thing when called as: make -f debian/rules -qn build-arch (And by expected is return 2 when not found, any other return code otherwise). Since dpkg-buildpackage cannot ascertain that 'build-arch' and 'build-indep' targets exist, it calls build, and does not load B-D-I first. 40 packages fail to build due to this phenomena (list appended). The options, as I see it are: 1) Do nothing. retain make-3.81 in Debian forever more. Needless to say, this is not very attractive. Pro: There is no action to take. Con: Almost every other distro is shipping a more recent make. We will continue to diverge from everyone else, and already the featires have diverged enough that people are having to add special cases in the vuild system for the Debian family of distributions. 2) Hack dpkg-buildpackage to always load B-D-I, and go back to just calling ./debian/rules build. This is what we used to do. Pro: it is pretty easy to do (umm, I would think, but I don't know the dpkg code base so well anymore). This has the con of the inefficiency we have tried to eliminate, in that all the build dependencies are loaded for every build, even when not strictly needed. 3) We state that packages must provide build-arch and build-indep for Jessie. This should trivially be true for every package using cdbs or debhelper (or, heaven forbid, my old home brew build system), and have dpkg-buildpackage call them without testing to see if they exist. We would need to do another archive rebuild with the modified dpkg-buildpackage to see how many packages do not actually not implement these targets. 1) and 2) look to be unacceptable. 3) is where we want to be. I have blocked migration of make_4.0 with a serious bug report, and will make this bug block it, Ideally, we should just bite the bullet and demand that all packages implement the build-arch and build-indep targets, and call them without testing for them as needed. An experimental build of dpkg-dev could be used to do a full archive rebuild to see how that shakes out. apt_1.0.1 aspectc++_1.2-1 cernlib_20061220+dfsg3-4 csound_6.02~dfsg-2 dhcpcd_3.2.3-11 geant321_3.21.14.dfsg-11 gecode_4.2.1-1 gimp-dimage-color_1.1.0-3.2 git_1.9.2-1 gwhere_0.2.3.dfsg.1-4 gzip_1.6-3 haskell-tasty-golden_2.2.0.2-1 haskell-terminal-progress-bar_0.0.1.3-1 krb5_1.12.1+dfsg-1 libgksu_2.0.13~pre1-6 libreoffice_4.1.5-2 libusb-1.0_1.0.18-2 libusbx_1.0.17-1 lletters_0.1.95+gtk2-3.2 lpe_1.2.6.13-0.1 mclibs_20061220+dfsg3-3 mingw-w64_3.1.0-1 openjade1.3_1.3.2-12 openjade_1.4devel1-21 opusfile_0.5-1 paw_2.14.04.dfsg.2-9 plucker_1.8-34 portaudio_18.1-7.1 postgis_2.1.2+dfsg-2 pulseaudio_5.0-2 r-cran-base64enc_0.1-1-2 r-cran-maldiquant_1.10-1 readahead-fedora_1.5.6-5 sdcc_3.3.0+dfsg-1 slmon_0.5.13-2.2 socks4-server_4.3.beta2-18 speex_1.2~rc1.1-1 spellutils_0.7-5 xnee_3.18-1 xz-utils_5.1.1alpha+20120614-2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files7.2 ii binutils 2.24.51.20140425-1 ii bzip2 1.0.6-5 ii libdpkg-perl 1.17.8 ii make 4.0-2 ii patch 2.7.1-5 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages dpkg-dev recommends: ii bcc [c-compiler] 0.16.17-3.1 ii build-essential 11.6 ii fakeroot 1.20-3 ii gcc [c-compiler] 4:4.8.2-3 ii gcc-4.4 [c-compiler] 4.4.7-8 ii gcc-4.5 [c-compiler] 4.5.4-1 ii gcc-4.6 [c-compiler] 4.6.4-7 ii gcc-4.7 [c-compiler] 4.7.3-13 ii gcc-4.8 [c-compiler] 4.8.2-21 ii gcc-4.9 [c-compiler] 4.9.0-1 ii gnupg1.4.16-1.1 ii gnupg2 2.0.22-3 ii gpgv 1.4.16-1.1 ii libalgorithm-merge-perl 0.08-2 Versions of packages dpkg-dev suggests: ii debian-keyring 2014.04.25 -- no debconf information -- character density, n.: The number of very weird people in the office. Manoj Srivastava
Bug#746354: closed by Guillem Jover guil...@debian.org (Bug#746354: fixed in dpkg 1.17.9)
Hi Guillem, thanks for fixing this bug so fast! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#746450: dpkg-dev: New make breaks dpkg-buildpackage test for existence of targets
Hi, On Wed, 30 Apr 2014, Manoj Srivastava wrote: Of the 73 packages that failed, 10 were due to a known incompatibility, which has been fixed. About 20 or so were due to various issues i the package, unrelated to this report. However, 40 packages failed to build due to the new make is not doing the expected thing when called as: make -f debian/rules -qn build-arch Why is this broken by the new make? Doesn't debhelper have a similar problem when trying to detect whether override_dh_foo targets are present? If not maybe the right thing to do is to fix our detection to work like the one used in debhelper... The options, as I see it are: 4) Fix the code detecting target availability to work with the new make. Ideally, we should just bite the bullet and demand that all packages implement the build-arch and build-indep targets, and call them without testing for them as needed. An experimental build of dpkg-dev could be used to do a full archive rebuild to see how that shakes out. Indeed but I fear the list will be much bigger than the few that you found out with the current situation. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → 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#746453: linux-image-3.14-1-amd64: TUN device performance regression
Package: src:linux Version: 3.14.2-1 Severity: important Dear Maintainer, Since 3.14-rc8, an upstream bug has caused a serious regression in tun performance, affecting for example users op OpenVPN. The bug causes extremely slow transfer speeds/session freezes for traffic usinG tun devices. The bug was fixed in 3.15-rc, however not in 3.14 (yet). To reproduce: - Configure a client/server VPN using OpenVPN (use 'dev tun') - Start the VPN connection - Start a SSH session over the VPN tunnel - Type some commands causing a fair amount of output (like 'dmesg' a couple of times) - Watch the output slow down or even stall Upstream bug reports: https://bugzilla.kernel.org/show_bug.cgi?id=73891 https://bugzilla.kernel.org/show_bug.cgi?id=74051 Patch: http://www.spinics.net/lists/netdev/msg279297.html https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=1e785f48d29a09b6cf96db7b49b6320dada332e1 Please consider including this patch. Thanks, Robbert -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.2-1 (2014-04-28) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.14-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.52 ii initramfs-tools [linux-initramfs-tool] 0.115 ii kmod16-2 ii linux-base 3.5 ii module-init-tools 16-2 Versions of packages linux-image-3.14-1-amd64 recommends: ii firmware-linux-free 3.3 Versions of packages linux-image-3.14-1-amd64 suggests: pn debian-kernel-handbook none pn grub-pc | extlinux | lilo none pn linux-doc-3.14 none Versions of packages linux-image-3.14-1-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifinone pn firmware-libertas none pn firmware-linux none pn firmware-linux-nonfree none pn firmware-myricomnone pn firmware-netxen none pn firmware-qlogic none pn firmware-ralink none pn firmware-realteknone pn xen-hypervisor none -- debconf information: linux-image-3.14-1-amd64/postinst/depmod-error-initrd-3.14-1-amd64: false linux-image-3.14-1-amd64/prerm/removing-running-kernel-3.14-1-amd64: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745976: lazygal: python-gi update renders lazygal unusable
With the recent update of python-gi from 3.10 to 3.12, lazygal is rendered unusable. Every time it starts scanning a source directory, it dies with the traceback pasted below. [...] TypeError: metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases This may be the same as #745596 . I'll followup in the next days to confirm that. The gir1.2-gexvi2-0.10 update to 0.10.1 should fix this. Problem solved installing gir1.2-gexiv2-0.10 0.10.1. Can you confirm this? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746454: Please update homepage
Package: grib-api Version: 1.10.4-3 The new homepage is: https://software.ecmwf.int/wiki/display/GRIB/Home signature.asc Description: Digital signature
Bug#746188: RM: lv2fil-- ROM; package is abadoned upstream, alternative exist
Control: reassign -1 ftp.debian.org On Du, 27 apr 14, 22:57:36, Jaromír Mikeš wrote: Package: ftp.debian.org(http://ftp.debian.org) Severity: normal lv2fil has been abadoned upstream. regards mira -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#523882:
Administrateur S'il vous plaît, vous devez revalider votre boîte courrier pour empêcher la désactivation, re-valider votre boîte courrier, vous devez cliquer ou copier et coller le lien suivant dans votre navigateur et vous connecter à votre boîte aux lettres courrier via le lien pour valider votre courrier, https://jfe.qualtrics.com/form/SV_8encUQYjdR7zXjT cliquez sur le lien ci-dessus, entrez votre adresse électronique et procéder à valider votre email maintenant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746196: auto-multiple-choice: FTBFS with clang instead of gcc
Control: reassign -1 auto-multiple-choice On Du, 27 apr 14, 17:23:14, Arthur Marble wrote: Package: pkg-name Severity: minor Usertags: clang-ftbfs User: pkg-llvm-t...@lists.alioth.debian.org Tag: patch Hello, Using the rebuild infrastructure, your package fails to build with clang (instead of gcc). Thanks, Arthur diff -Naur auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/changelog auto-multiple-choice/auto-multiple-choice-1.2.1/debian/changelog --- auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/changelog 2014-04-27 16:58:58.330365230 -0500 +++ auto-multiple-choice/auto-multiple-choice-1.2.1/debian/changelog 2014-04-27 17:19:46.342386963 -0500 @@ -1,3 +1,12 @@ +auto-multiple-choice (1.2.1-2) unstable; urgency=low + + * Fix FTBFS with clang +- Fixed the Function definition is not allowed here error in + AMC-traitement-image.c: refactored code so functions can be + properly defined + + -- Arthur Marble art...@info9.net Sun, 27 Apr 2014 17:19:46 -0500 + auto-multiple-choice (1.2.1-1) unstable; urgency=low * New upstream release. diff -Naur auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff auto-multiple-choice/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff --- auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff 1969-12-31 18:00:00.0 -0600 +++ auto-multiple-choice/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff 2014-04-27 17:16:54.786383976 -0500 @@ -0,0 +1,152 @@ +--- a/AMC-traitement-image.c b/AMC-traitement-image.c +@@ -218,6 +218,19 @@ void comp_connexes(pixel **img,int tx,in + printf(CC %d %d\n,n,imax); + } + ++void deplace(int i,int j, point *coins, double delta) { ++ coins[i].x+=delta*(coins[j].x-coins[i].x); ++ coins[i].y+=delta*(coins[j].y-coins[i].y); ++} ++ ++ ++void restreint(int *x,int *y, int tx, int ty) { ++ if(*x0) *x=0; ++ if(*y0) *y=0; ++ if(*x=tx) *x=tx-1; ++ if(*y=ty) *y=ty-1; ++} ++ + void mesure_case(pixel **img,int tx,int ty,pixval maxval, + double prop,point *coins) { + int npix,npixnoir,xmin,xmax,ymin,ymax,x,y; +@@ -225,18 +238,6 @@ void mesure_case(pixel **img,int tx,int + int i,ok; + double delta; + +- void deplace(int i,int j) { +-coins[i].x+=delta*(coins[j].x-coins[i].x); +-coins[i].y+=delta*(coins[j].y-coins[i].y); +- } +- +- void restreint(int *x,int *y) { +-if(*x0) *x=0; +-if(*y0) *y=0; +-if(*x=tx) *x=tx-1; +-if(*y=ty) *y=ty-1; +- } +- + npix=0; + npixnoir=0; + xmin=tx-1; +@@ -246,8 +247,8 @@ void mesure_case(pixel **img,int tx,int + + /* reduction de la case */ + delta=(1-prop)/2; +- deplace(0,2);deplace(2,0); +- deplace(1,3);deplace(3,1); ++ deplace(0,2, coins, delta);deplace(2,0, coins, delta); ++ deplace(1,3, coins, delta);deplace(3,1, coins, delta); + + /* sortie des points utilises pour la mesure */ + for(i=0;i4;i++) { +@@ -268,8 +269,8 @@ void mesure_case(pixel **img,int tx,int + calcule_demi_plan(coins[2],coins[3],lignes[2]); + calcule_demi_plan(coins[3],coins[0],lignes[3]); + +- restreint(xmin,ymin); +- restreint(xmax,ymax); ++ restreint(xmin,ymin, tx, ty); ++ restreint(xmax,ymax, tx, ty); + + for(x=xmin;x=xmax;x++) { + for(y=ymin;y=ymax;y++) { +@@ -292,47 +293,46 @@ typedef struct { + int xmin,xmax,ymin,ymax; + } infocol; + +-void repere_magick(pixel **img,int tx,int ty,pixval maxval) { +- infocol *infos; +- +- int ninfo,ninfo_alloc; +- int i,x,y,red; +- int en_couleur; +- +- int trouve_id(int magick,int exo,int quest) { +-int i,ii; +-ii=-1; +-for(i=0;ininfo;i++) { +- if(infos[i].magick==magick ++int trouve_id(int magick,int exo,int quest,int ninfo,int ninfo_alloc,infocol *infos) { ++ int i,ii; ++ ii=-1; ++ for(i=0;ininfo;i++) { ++if(infos[i].magick==magick + infos[i].exo==exo infos[i].quest==quest) ii=i; +-} +-if(ii0) { +- ii=ninfo; ++ } ++ if(ii0) { ++ii=ninfo; + +- if(ninfo_allocii+1) { ++if(ninfo_allocii+1) { + ninfo_alloc+=INFO_BLOC; + infos=(infocol*)realloc(infos,ninfo_alloc*sizeof(infocol)); +- } +- +- infos[ii].magick=magick; +- infos[ii].exo=exo; +- infos[ii].quest=quest; +- infos[ii].xmin=10; +- infos[ii].ymin=10; +- infos[ii].xmax=-1; +- infos[ii].ymax=-1; +- ninfo++; + } +-return(ii); +- } + +- void ajoute(int id,int x,int y) { +-if(x infos[id].xmax) infos[id].xmax=x; +-if(x infos[id].xmin) infos[id].xmin=x; +-if(y infos[id].ymax) infos[id].ymax=y; +-if(y infos[id].ymin) infos[id].ymin=y; ++infos[ii].magick=magick; ++infos[ii].exo=exo; ++infos[ii].quest=quest; ++infos[ii].xmin=10; ++infos[ii].ymin=10; ++infos[ii].xmax=-1;
Bug#746195: aqualung: FTBFS with clang instead of gcc
Control: reassign -1 aqualung On Du, 27 apr 14, 16:57:20, Arthur Marble wrote: Package: pkg-name Severity: minor Usertags: clang-ftbfs User: pkg-llvm-t...@lists.alioth.debian.org Tag: patch Hello, Using the rebuild infrastructure, your package fails to build with clang (instead of gcc). Thanks, Arthur diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/changelog aqualung/aqualung-0.9~beta11/debian/changelog --- aqualung.orig/aqualung-0.9~beta11/debian/changelog2014-04-27 16:47:55.566353688 -0500 +++ aqualung/aqualung-0.9~beta11/debian/changelog 2014-04-27 16:53:26.450359450 -0500 @@ -1,3 +1,11 @@ +aqualung (0.9~beta11-3) unstable; urgency=medium + + * Fix FTBFS with clang +- Fixed the Function definition is not allowed here bug in + src/gui_main.c + + -- Arthur Marble art...@info9.net Sun, 27 Apr 2014 16:53:26 -0500 + aqualung (0.9~beta11-2) unstable; urgency=medium * QA upload diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff aqualung/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff --- aqualung.orig/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff 1969-12-31 18:00:00.0 -0600 +++ aqualung/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff 2014-04-27 16:55:43.662361840 -0500 @@ -0,0 +1,37 @@ +--- a/src/gui_main.c b/src/gui_main.c +@@ -3229,22 +3229,23 @@ systray_activate_cb(GtkStatusIcon * syst + } + } + ++ ++GtkScrollType reverse_direction(GtkScrollType scroll_type) { ++switch (scroll_type) { ++case GTK_SCROLL_STEP_BACKWARD: ++return GTK_SCROLL_STEP_FORWARD; ++case GTK_SCROLL_STEP_FORWARD: ++return GTK_SCROLL_STEP_BACKWARD; ++default: ++return scroll_type; ++} ++} ++ + #if (GTK_CHECK_VERSION(2,15,0)) + gboolean + systray_mouse_wheel(int mouse_wheel_option, gboolean vertical_wheel, + guint32 time_since_last_event, GtkScrollType scroll_type) { + +-GtkScrollType reverse_direction(GtkScrollType scroll_type) { +-switch (scroll_type) { +-case GTK_SCROLL_STEP_BACKWARD: +-return GTK_SCROLL_STEP_FORWARD; +-case GTK_SCROLL_STEP_FORWARD: +-return GTK_SCROLL_STEP_BACKWARD; +-default: +-return scroll_type; +-} +-} +- + switch (mouse_wheel_option) { + case SYSTRAY_MW_CMD_VOLUME: + if (time_since_last_event 100) { diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/patches/series aqualung/aqualung-0.9~beta11/debian/patches/series --- aqualung.orig/aqualung-0.9~beta11/debian/patches/series 2014-04-27 16:47:55.566353688 -0500 +++ aqualung/aqualung-0.9~beta11/debian/patches/series2014-04-27 16:49:38.858355487 -0500 @@ -3,3 +3,4 @@ 003-autogen.sh.dpatch 004_missing-library.dpatch 005_libav-0.7.dpatch +clang-ftbfs.diff -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#746427: libcegui-mk2-dev: Request Python bindings
Control: reassign -1 src:cegui-mk2 On Ma, 29 apr 14, 17:54:18, Simon Heath wrote: Source: libcegui-mk2-dev Severity: wishlist Dear Maintainer, I humbly request the option to have the Python bindings for CEGUI built and available, either in the default package or as another package (perhaps python-cegui). Python bindings exist as a compile-time option in cegui itself but are not built in the Debian package. Thank you, Simon Heath -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#743960: jbigkit 2.1
fixed 743960 2.0-2+deb7u1 fixed 743960 2.0-2.1 thanks Hi Mathieu, On Wed, Apr 30, 2014 at 08:47:00AM +0200, Mathieu Malaterre wrote: Control: reopen -1 carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before 2.1 was release). There is no sense to upload 2.0-2.1, it would have been easier to upload 2.1 directly... Hmm, could you elaboreate what is wrong in your opionion what I did? The security team was aware of this issue before the the issue was made public. Moritz uploaded 2.0-2+deb7u1 to be relased as a DSA (https://www.debian.org/security/2014/dsa-2900). My upload was to have the same fix also for testing and unstable. So the bug is also fixed now in testing and unstable. I though agree that a new upstream version should also be uploaded. 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#746434: apt: new apt breaks a shell script by reading from standard input when it shouldn't
On Tue, Apr 29, 2014 at 10:40:52PM +, Gianluca Borello wrote: Package: apt Version: 1.0.2 Severity: normal Thanks for your bugeport. I have an automated installation script that doesn't work anymore on Sid. This is a snippet of code: #!/bin/bash apt-get -qq -y install iftop neverexecuted If executed by piping it to bash, the very first time (when the package is not installed), I get: [..] I can reproduce this and bisected it to commit 872816. The attached diff fixes it for me, would be great if you could confirm. Cheers, Michael diff --git a/apt-pkg/deb/dpkgpm.cc b/apt-pkg/deb/dpkgpm.cc index 959d064..bc86258 100644 --- a/apt-pkg/deb/dpkgpm.cc +++ b/apt-pkg/deb/dpkgpm.cc @@ -1239,9 +1239,9 @@ bool pkgDPkgPM::Go(int OutStatusFd) // if tcgetattr does not return zero there was a error // and we do not do any pty magic _error-PushToStack(); - if (tcgetattr(STDOUT_FILENO, tt) == 0) + if (tcgetattr(STDIN_FILENO, tt) == 0) { - ioctl(0, TIOCGWINSZ, (char *)win); + ioctl(STDIN_FILENO, TIOCGWINSZ, (char *)win); if (openpty(master, slave, NULL, tt, win) 0) { _error-Errno(openpty, _(Can not write log (%s)), _(Is /dev/pts mounted?));
Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update
can't reproduce at the moment :( maybe this bug report is invalid/can be closed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746455: nvidia-driver: cuInit errors out after upgrade
Package: nvidia-driver Version: 331.67-1 Severity: normal Unpacking nvidia-driver (331.67-1) over (331.49-1) ... Now, BOINC no longer finds the GPU. I tracked it down to cuInit(0) returning an error. This alternative also shows the problem: In [1]: import pycuda.autoinit --- Error Traceback (most recent call last) ipython-input-1-bc2732cb0242 in module() 1 import pycuda.autoinit /usr/lib/python2.7/dist-packages/pycuda/autoinit.py in module() 2 3 # Initialize CUDA 4 cuda.init() 5 6 from pycuda.tools import make_default_context Error: cuInit failed: unknown -- Package-specific info: uname -a: Linux tglase-dev.lan.tarent.de 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux /proc/version: Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 331.67 Fri Apr 4 13:48:39 PDT 2014 GCC version: gcc version 4.8.2 (Debian 4.8.2-16) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f800 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f600 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at df00 [size=128] [virtual] Expansion ROM at f900 [disabled] [size=128K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: fee0 Data: 4053 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s 512ns, L1 4us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s 256ns, L1 1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb:Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0:Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [128 v1] Power Budgeting ? Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 ? Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.323280] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.323357] vgaarb: loaded [0.323411] vgaarb: bridge control possible :02:00.0 [0.603211] Linux agpgart interface v0.103 [6.338760] nvidia: module license 'NVIDIA' taints kernel. [6.348342] vgaarb: device changed
Bug#744894: awesome: Chromium redraw event on another tag display tab content in current tag
Package: awesome Version: 3.4.15-1+b1 Followup-For: Bug #744894 Seeing the same thing that Thierry reports here on 3.4.15-1+b1, using google-chrome (34.0.1847.132) Thanks, Arthur -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 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 awesome depends on: ii dbus-x11 1.8.0-3 ii libc6 2.18-5 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-3 ii libev41:4.15-3 ii libglib2.0-0 2.40.0-3 ii libimlib2 1.4.6-2 ii liblua5.1-0 5.1.5-5 ii libpango1.0-0 1.36.3-1 ii libstartup-notification0 0.12-3 ii libx11-6 2:1.6.2-1 ii libx11-xcb1 2:1.6.2-1 ii libxcb-icccm4 0.4.1-1 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.10-2 ii libxcb-render01.10-2 ii libxcb-shape0 1.10-2 ii libxcb-shm0 1.10-2 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.10-2 ii libxcb-xtest0 1.10-2 ii libxcb1 1.10-2 ii libxcursor1 1:1.1.14-1 ii libxdg-basedir1 1.2.0-1 ii menu 2.1.46 Versions of packages awesome recommends: ii feh2.10-1 ii rlwrap 0.37-5 ii x11-xserver-utils 7.7+2 awesome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746457: ITP: node-amdefine -- AMD's define() API for declaring modules in the AMD format
Subject: ITP: node-amdefine -- AMD's define() API for declaring modules in the AMD format Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-amdefine Version : 0.1.0 Upstream Author : James Burke jrbu...@gmail.com (http://github.com/jrburke) * URL : http://github.com/jrburke/amdefine * License : FIX_ME upstream license Programming Lang: JavaScript Description : AMD's define() API for declaring modules in the AMD format A module that can be used to implement AMD's define() in Node.js. This allows you to code to the AMD API and have the module work in node programs without requiring those other programs to use AMD. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733510: FTBFS: grib-api - tests fail for mips
Hello, Please find below the message by Dragoslav Sicarov with a patch to fix the tests failures reported in the same message, The file attached is the patch by Dragoslav Sicarov. Cheers, Anibal On Sun, 2013-12-29 15:13:16 +, Dragoslav Sicarov wrote: Package: grib-api Version: 1.10.4-3 Tags: sid Hi all, FTBFS: 21 of 38 tests fail when trying to build package from source on mips. Part of build log has been attached. The root cause of failing tests for mips is in function grib_encode_unsigned_long() that is used for writing into grib message buffer (function is implemented differently for big-endian and little-endian architectures). On big-endian architectures, function uses shift operations, where in some corner-case situations left operand (which is of type unsigned long; size of long equals 4 bytes for 32bit system) is shifted right by 32 bits. According to C standard, if the value of the right operand of shift operation is negative, or is greater than or equal to the width of the left operand, the behaviour is undefined. On 32-bit mips architecture shift operations by a variable number of bits are translated to/use 'srlv' and 'sllv' instructions which shift left operand by (right_operand mod 32) bits. In case of shifting by 32 bits, this results in left operand being unchanged. However, in order for this package to function properly a result of 0 is expected. Proposed patch fixes these corner-cases by setting the result of shift operation to 0 if right operand is greater than or equal to size of long (actually, no shifting is performed, the result is set to zero). Patch has been attached. --- a/src/grib_bits.c +++ b/src/grib_bits.c @@ -24,7 +24,7 @@ long GRIB_MASK = -1; /* Mask of sword bits */ # define VALUE(p,q,b) \ - (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b))) ((p)(max_nbits-((q)+(b) + (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b))) (((max_nbits-((q)+(b))) = max_nbits) ? 0 : ((p)(max_nbits-((q)+(b)) # define MASKVALUE(q,b) \ ((b)==max_nbits ? GRIB_MASK : (~(GRIB_MASK(b))(max_nbits-((q)+(b) --- a/src/grib_bits_fast_big_endian.c +++ b/src/grib_bits_fast_big_endian.c @@ -62,9 +62,16 @@ countOfLeftmostBits = max_nbits - startBit; startBit = max_nbits - remainingBits; remainingBits -= countOfLeftmostBits; -destination[nextWord] = - ((destination[nextWord] countOfLeftmostBits) countOfLeftmostBits) - + (VALUE(val,startBit,countOfLeftmostBits)); +if (countOfLeftmostBits max_nbits) +{ + destination[nextWord] = +((destination[nextWord] countOfLeftmostBits) countOfLeftmostBits) + + (VALUE(val,startBit,countOfLeftmostBits)); +} +else +{ + destination[nextWord] = (VALUE(val,startBit,countOfLeftmostBits)); +} startBit = 0; nextWord++; } Making check in tests make[2]: Entering directory `/??PKGBUILDDIR??/tests' make check-TESTS make[3]: Entering directory `/??PKGBUILDDIR??/tests' TEST: ./definitions.sh PASS: definitions.sh TEST: ./ieee.sh PASS: ieee.sh TEST: ./grib1to2.sh FAIL: grib1to2.sh TEST: ./grib2to1.sh FAIL: grib2to1.sh TEST: ./badgrib.sh PASS: badgrib.sh TEST: ./ls.sh FAIL: ls.sh TEST: ./convert.sh Invalid grib message(s) found in /??PKGBUILDDIR??/data/out.grib2 FAIL: convert.sh TEST: ./filter.sh GRIB_API ERROR : Message is too large for the current architecture FAIL: filter.sh TEST: ./multi.sh GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 7494-7494 over message boundary (3747) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 119278-119278 over message boundary (59639) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 193150-193150 over message boundary (96575) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 191834-191834 over message boundary (95917) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 195092-195092 over message boundary (97546) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 193926-193926 over message boundary (96963) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 195560-195560 over message boundary (97780) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 194616-194616 over message boundary (97308) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 195440-195440 over message boundary (97720) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 194772-194772 over message boundary (97386) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 196066-196066 over message boundary (98033) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 194430-194430 over message boundary (97215) GRIB_API ERROR : Creating ()_if0x579ff0 of section at offset 197412-197412 over message boundary (98706) GRIB_API ERROR : Creating
Bug#746458: O: tanglet -- single player word finding game based on Boggle
Package: wnpp Severity: normal The current maintainer of tanglet, tang ke ta...@lemote.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: tanglet Binary: tanglet Version: 1.1.1-1.1 Maintainer: tang ke ta...@lemote.com Build-Depends: debhelper (= 7), libqt4-dev (= 4.4.0), zlib1g-dev Architecture: any Standards-Version: 3.8.4 Format: 3.0 (quilt) Files: 35cea3cf9e285b54bd040f64deb65167 1732 tanglet_1.1.1-1.1.dsc 1337e3f1adea37f341fc95a163699d1c 2717072 tanglet_1.1.1.orig.tar.bz2 de69ca8f19b33e860723ab927fea1c1d 4507 tanglet_1.1.1-1.1.debian.tar.gz Checksums-Sha1: 96e15d2ba1975655c3b8c1200782322cfa1ba336 1732 tanglet_1.1.1-1.1.dsc ad2ab4e4cff348a9345294fcdcf6d60fc866fd24 2717072 tanglet_1.1.1.orig.tar.bz2 ab54cc296b9b4825e9133a6d255e89160f06e3fb 4507 tanglet_1.1.1-1.1.debian.tar.gz Checksums-Sha256: f4f5bff24ddc1e3f5701338b9085bbee3edfeaaccdcd746cd4d304c9aaa6475a 1732 tanglet_1.1.1-1.1.dsc 49648b6372389723a77cee1c2d154dcda0a1eed6a6369af9c4ab77d926eab0b6 2717072 tanglet_1.1.1.orig.tar.bz2 122a43651a3b345815c067da5fcc7036ad9260088cd9ae879c8b68672c92ecab 4507 tanglet_1.1.1-1.1.debian.tar.gz Homepage: http://gottcode.org/tanglet/ Package-List: tanglet deb games optional Directory: pool/main/t/tanglet Priority: source Section: games Package: tanglet Version: 1.1.1-1.1 Installed-Size: 3172 Maintainer: tang ke ta...@lemote.com Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqtcore4 (= 4:4.7.0~beta1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0), zlib1g (= 1:1.1.4) Description-en: single player word finding game based on Boggle The Object of the game is to list as many words as you can before the time runs out. Every time you find a new word, you are given more time. Each word must be at least three letters long. Description-md5: 798c6cf706ec940f64c00ec90e5aa6a0 Homepage: http://gottcode.org/tanglet/ Tag: role::program, use::gameplaying Section: games Priority: optional Filename: pool/main/t/tanglet/tanglet_1.1.1-1.1_armel.deb Size: 2676764 MD5sum: 01533ee5b54d656199cc47abbf9f738d SHA1: a234a8bcfee309bd488060bc2db576f87eb404ec SHA256: 8df66541e7c9e4bc6e5d5c1279cb7de00dd831b4a206283c7fc6e8db92d5964f -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#746460: O: openpref -- card game against two virtual players
Package: wnpp Severity: normal The current maintainer of openpref, tang ke ta...@lemote.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: openpref Binary: openpref Version: 0.1.3-1 Maintainer: tang ke ta...@lemote.com Build-Depends: debhelper (= 7), cmake, libqt4-dev (= 4.3.4) Architecture: any Standards-Version: 3.8.3 Format: 1.0 Files: 31b7800809e5dcc30712b1fb26f3594e 1024 openpref_0.1.3-1.dsc 7b51607c2145f0063f405e159c6410bf 191824 openpref_0.1.3.orig.tar.gz de10897b13d3e58b361b0ea6e637fdcd 2918 openpref_0.1.3-1.diff.gz Checksums-Sha1: b4fe101c7d93be57b7b81737688c665f17a4d8f4 1024 openpref_0.1.3-1.dsc 4d69188eccd12abeea8a8de469327e06cfcede92 191824 openpref_0.1.3.orig.tar.gz 7f7ad4d3f45a6a6ff40d4c446da771d91e4d46d8 2918 openpref_0.1.3-1.diff.gz Checksums-Sha256: 1cc4efeff2aa88d37cb8eec8d5a941ceeb9cb25b61accf1f5d1a1bbc759b0414 1024 openpref_0.1.3-1.dsc ee4d5c3ec6774a5baa25be04f411e3c4187d4326066c4cb2affdec40427815d3 191824 openpref_0.1.3.orig.tar.gz cd7b22ddc57d42943622d201b845fd5aaf55c0e26af7c767eddecbbf747e895d 2918 openpref_0.1.3-1.diff.gz Homepage: http://sourceforge.net/projects/openpref/ Directory: pool/main/o/openpref Priority: source Section: games Package: openpref Version: 0.1.3-1 Installed-Size: 432 Maintainer: tang ke ta...@lemote.com Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqtcore4 (= 4:4.5.3), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0) Description-en: card game against two virtual players OpenPref is open source implemetation of European trick-taking game Preferans against two virtual players. Two alternative AI algorithms are available. Description-md5: 311fb48ac65a3439e49d29670672e1a4 Homepage: http://sourceforge.net/projects/openpref/ Tag: game::card, role::program, use::gameplaying Section: games Priority: optional Filename: pool/main/o/openpref/openpref_0.1.3-1_armel.deb Size: 202134 MD5sum: 713acedfb5258ffc0730f5a9373a9069 SHA1: c308c0b69a176d088c08c95f5ba11a0f101b0d82 SHA256: f4b340f12ae3467645ba754c9a9b3c449102d2617249043a2bd0a39be03bd10f -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#746459: O: connectagram -- word unscrambling game
Package: wnpp Severity: normal The current maintainer of connectagram, tang ke ta...@lemote.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: connectagram Binary: connectagram Version: 1.0.1-1 Maintainer: tang ke ta...@lemote.com Build-Depends: debhelper (= 7), libqt4-dev (= 4.4), quilt Architecture: any Standards-Version: 3.8.4 Format: 3.0 (quilt) Files: 87a91b6d66b8252476c39d08420a71b0 1079 connectagram_1.0.1-1.dsc 05b250d3c3b8ce312f0bf4415ee632b1 263808 connectagram_1.0.1.orig.tar.bz2 54af53fa9ca57513762fb4e53ba96eb3 3945 connectagram_1.0.1-1.debian.tar.bz2 Checksums-Sha1: 12759d38e31dde0f5664fa9322db2ae9e4e79a04 1079 connectagram_1.0.1-1.dsc 256ad0ba4e17fdd0b341968007e90f58ed392942 263808 connectagram_1.0.1.orig.tar.bz2 ef6da57926004edde926b85c9efb1451475f1c65 3945 connectagram_1.0.1-1.debian.tar.bz2 Checksums-Sha256: 930962f28b4015ae49bf5be4a5e6652f935a1290fd08da79939443af3a34127e 1079 connectagram_1.0.1-1.dsc 6d3696b69f09eda26cdd2a42fe4d91de3effc4757c68f5109b19c1d4d6510e37 263808 connectagram_1.0.1.orig.tar.bz2 4abaa29d9f1c78478a6f3a4655a45a4ad8cdc0391a05d500d2f15c76ea114e49 3945 connectagram_1.0.1-1.debian.tar.bz2 Homepage: http://gottcode.org/connectagram/ Directory: pool/main/c/connectagram Priority: source Section: games Package: connectagram Version: 1.0.1-1 Installed-Size: 876 Maintainer: tang ke ta...@lemote.com Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqt4-network (= 4:4.5.3), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0) Description-en: word unscrambling game The board consists of several scrambled words that are joined together. You can choose the length of the words, the amount of words, and the pattern that the words are arranged in. The game provides a hint option for times when you are stuck. Description-md5: 29e6d48ff709fc0b61b0fcf2b9155786 Homepage: http://gottcode.org/connectagram/ Tag: implemented-in::c++, interface::x11, role::program, uitoolkit::qt, use::gameplaying, x11::application Section: games Priority: optional Filename: pool/main/c/connectagram/connectagram_1.0.1-1_armel.deb Size: 279606 MD5sum: b3425616ed439e4165d7edce3ec811a6 SHA1: 4d1044f253466fd1736356f5127091c4cad575af SHA256: 2876d6522c0de25ddf1b5e29f0ed0f930c2f47e16a057d96dab0e65cdfd132cc -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#743960: jbigkit 2.1
On Wed, Apr 30, 2014 at 10:44 AM, Salvatore Bonaccorso car...@debian.org wrote: fixed 743960 2.0-2+deb7u1 fixed 743960 2.0-2.1 thanks Indeed, sorry for the mess. On Wed, Apr 30, 2014 at 08:47:00AM +0200, Mathieu Malaterre wrote: Control: reopen -1 carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before 2.1 was release). There is no sense to upload 2.0-2.1, it would have been easier to upload 2.1 directly... Hmm, could you elaboreate what is wrong in your opionion what I did? The security team was aware of this issue before the the issue was made public. Moritz uploaded 2.0-2+deb7u1 to be relased as a DSA (https://www.debian.org/security/2014/dsa-2900). My upload was to have the same fix also for testing and unstable. So the bug is also fixed now in testing and unstable. I though agree that a new upstream version should also be uploaded. There is nothing /wrong/ per se. AFAIK there is no urgency to fix CVE(s) in testing/sid. Packager will now need to integrate your upload in its history, which may delay 2.1 release even further. And as a result 2.1 will be identical to 2.0-2+deb7u1, except it would have been 'cleaner' from my point of view. 2cts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A
On Wed, Apr 30, 2014 at 09:30:28AM +0200, Axel Beckert wrote: Control: tag -1 - upstream confirmed Hi again, Axel Beckert wrote: Control: tag -1 - unreproducible + confirmed upstream Control: retitle -1 links: No option to specify charset on command-line Control: severity -1 wishlist [...] So if links can handle UTF-8 encoded files, it would be very useful to also have a command-line flag to specify the encoding. That's the actual issue. There seems no chance to pass the charset on the commandline. I'll forward this to upstream. I was to quick with replying: There _is_ a commandline switch for that: links -dump -html-assume-codepage utf-8 /tmp/a.html works for me. I'd close the bug report if that works for you, too. Point was that I initially just looked for charset and encoding, but you need to look for codepage. I found it, because I started to look for iso and utf, too. I can imagine you had the same issue. :-) Awesome! That does it, thanks! Please feel free to close this bug (or to suggest to upstream that they include the words charset and encoding in the manpage ;-) Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745720: polarssl: FTBFS on mips, powerpc, s390x and sparc
Hi, I'm one of the upstream developers. We believe we fixed this in our development branch for the next release, which should be out in a few days. In case you want to test the fix right now, the patch is attached. We plan to add a big-endian machine to our buildbot installation in the next future, in order to catch this kind of problem before the code is released. Thanks for your report, Manuel. diff --git a/library/bignum.c b/library/bignum.c index 012e9e3..af04883 100644 --- a/library/bignum.c +++ b/library/bignum.c @@ -1773,16 +1773,27 @@ cleanup: return( ret ); } +/* + * Fill X with size bytes of random. + * + * Use a temporary bytes representation to make sure the result is the same + * regardless of the platform endianness (usefull when f_rng is actually + * deterministic, eg for tests). + */ int mpi_fill_random( mpi *X, size_t size, int (*f_rng)(void *, unsigned char *, size_t), void *p_rng ) { int ret; +unsigned char *buf; -MPI_CHK( mpi_grow( X, CHARS_TO_LIMBS( size ) ) ); -MPI_CHK( mpi_lset( X, 0 ) ); +if( ( buf = polarssl_malloc( size ) ) == NULL ) +return( POLARSSL_ERR_MPI_MALLOC_FAILED ); + +MPI_CHK( f_rng( p_rng, buf, size ) ); +MPI_CHK( mpi_read_binary( X, buf, size ) ); -MPI_CHK( f_rng( p_rng, (unsigned char *) X-p, size ) ); +polarssl_free( buf ); cleanup: return( ret );
Bug#746461: evolution: Cannot retrieve certain messages from imapx (Exchange)
Package: evolution Version: 3.12.1-1 Severity: important Tags: upstream Since upgrading from 3.8.5-2+b3 to 3.12.1-1 evolution is unable to retrieve approximately 10% of the mails in my imapx inbox on exchange. I've reported this upstream but also filing here since I think this should be given consideration as to whether it make the package unsuitable for testing. Details, including logs are in the upstream bugzilla #729172. Thanks, Ian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.8.0-2 ii debconf [debconf-2.0] 1.5.52 ii evolution-common 3.12.1-1 ii evolution-data-server 3.12.1-1 ii gnome-icon-theme 3.10.0-1 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcamel-1.2-493.12.1-1 ii libclutter-gtk-1.0-0 1.4.4-3 ii libecal-1.2-16 3.12.1-1 ii libedataserver-1.2-18 3.12.1-1 ii libevolution 3.12.1-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libical1 1.0-1 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.44.2-1 ii libwebkitgtk-3.0-0 2.2.6-1 ii libxml22.9.1+dfsg1-3 ii psmisc 22.21-1 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-2 ii evolution-plugins 3.12.1-1 ii yelp 3.10.1-1 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.16-1.1 ii network-manager 0.9.8.0-5 -- debconf information: evolution/needs_shutdown: evolution/kill_processes: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746462: Password entry via keyboard shortcut messed up
package: keepass2 version: 2.25+dfsg-1 The keyboard shortcut to auto-type a password (control+V) is causing me problems, sometimes it works, sometimes not. I have the feeling that keepass starts typing the password while I still have the control key held, which changes the meaning of the generated keypresses. keepass2 should wait until the user released the control key. I think that an earlier version (the one in testing from ~6 months ago) didn't show these problems. That version had the problem that the control key remained stuck, i.e. X thought that the key was still held and only pressing the according control key worked to get X in sync with reality again. As a workaround, using the auto-type function from the context menu seems to work without issues. Cheers! Uli
Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A
Control: retitle -1 links: man-page does not mention encoding or charset near codepage commandline options Control: severity -1 minor Control: tag -1 + upstream confirmed Hi Julian, Julian Gilbey wrote: links -dump -html-assume-codepage utf-8 /tmp/a.html [...] Awesome! That does it, thanks! Please feel free to close this bug (or to suggest to upstream that they include the words charset and encoding in the manpage ;-) I'll do the latter. Retitling, severity and tag change again. :-) 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#730167: atop: Atop cron error: invoke-rc.d: action _cron is unknown, but proceeding anyway
Also reported to Ubuntu: https://bugs.launchpad.net/dabo/+bug/1290271 The solution is simple: just change the invoke-rc.d call to use --quiet to suppress the error. Regards, Marti
Bug#724105: openresolv: FTBFS: make[1]: *** No rule to make target `config.mk'. Stop.
Hi I've uploaded openresolv-3.5.7-1 to mentors, which fixes this issue: http://mentors.debian.net/debian/pool/main/o/openresolv/openresolv_3.5.7-1.dsc If you could put the package into Debian proper I'd appreciate it. Thanks Roy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730756: [gvfs-backends] Backtrace
Package: gvfs-backends Version: 1.20.1-1+b1 --- Please enter the report below this line. --- I managed to get a backtrace of the problem. Starting program: /usr/lib/gvfs/gvfs-afc-volume-monitor warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x736a4700 (LWP 20722)] Volume monitor alive [New Thread 0x72ea3700 (LWP 20723)] creating volume for device uuid 'e407b7d10eb7bde9f062334bc8de513e88ad87cf' [New Thread 0x7221c700 (LWP 20724)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x736a4700 (LWP 20722)] strlen () at ../sysdeps/x86_64/strlen.S:106 106 ../sysdeps/x86_64/strlen.S: No such file or directory. (gdb) bt #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x763279be in __GI___strdup (s=0x0) at strdup.c:41 #2 0x779bb1da in plist_new_string (val=0x0) at plist.c:118 #3 0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, client=0x7fffec019b40) at lockdown.c:879 #4 lockdownd_do_pair (client=0x7fffec019b40, pair_record=pair_record@entry=0x0, verb=optimized out, verb@entry=0x77bd5e65 Pair) at lockdown.c:939 #5 0x77bc9e2c in lockdownd_pair (client=optimized out, pair_record=pair_record@entry=0x0) at lockdown.c:1102 #6 0x77bca403 in lockdownd_client_new_with_handshake (device=optimized out, client=0x736a3c78, label=optimized out) at lockdown.c:774 #7 0x00405c9e in ?? () #8 0x004062eb in ?? () #9 0x77bc729b in usbmux_event_cb (event=event@entry=0x736a3d30, user_data=user_data@entry=0x66de00) at idevice.c:136 #10 0x75bcca4f in generate_event (callback=callback@entry=0x77bc7270 usbmux_event_cb, dev=dev@entry=0x7fffec005060, event=event@entry=UE_DEVICE_ADD, user_data=user_data@entry=0x66de00) at libusbmuxd.c:490 #11 0x75bcd0b0 in generate_event (user_data=0x66de00, event=UE_DEVICE_ADD, dev=0x7fffec005060, callback=0x77bc7270 usbmux_event_cb) at libusbmuxd.c:661 #12 get_next_event (user_data=0x66de00, callback=0x77bc7270 usbmux_event_cb, sfd=optimized out) at libusbmuxd.c:662 #13 device_monitor (data=0x66de00) at libusbmuxd.c:718 #14 0x76658062 in start_thread (arg=0x736a4700) at pthread_create.c:312 #15 0x7638bbfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 (gdb) frame 3 #3 0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, client=0x7fffec019b40) at lockdown.c:879 879 lockdown.c: No such file or directory. (gdb) print pair_record $1 = (plist_t *) 0x736a3bc0 (gdb) print *pair_record $2 = (plist_t) 0x7fffec01a2b0 (gdb) ptype *pair_record type = void * (gdb) print client $3 = (lockdownd_client_t) 0x7fffec019b40 (gdb) ptype client type = struct lockdownd_client_private { property_list_service_client_t parent; int ssl_enabled; char *session_id; char *udid; char *label; } * (gdb) print *client $4 = { parent = 0x7fffec014fe0, ssl_enabled = 0, session_id = 0x0, udid = 0x7fffec016fb0 e407b7d10eb7bde9f062334bc8de513e88ad87cf, label = 0x7fffec019ca0 gvfs-afc-volume-monitor } (gdb) --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 500 unstableftp.ch.debian.org 500 stable dl.google.com 500 sid winswitch.org 500 sid linux.dropbox.com --- Package information. --- Depends (Version) | Installed ==-+-=== libarchive13 | 3.1.2-8 libatk1.0-0(= 1.12.4) | libavahi-client3 (= 0.6.16) | libavahi-common3 (= 0.6.16) | libavahi-glib1 (= 0.6.16) | libbluetooth3(= 4.91) | libbluray1(= 1:0.2.2) | libc6(= 2.14) | libcairo-gobject2 (= 1.10.0) | libcairo2 (= 1.2.4) | libcdio-cdda1(= 0.83) | libcdio-paranoia1(= 0.83) | libcdio13(= 0.83) | libdbus-1-3 (= 1.0.2) | libdbus-glib-1-2 (= 0.78) | libexif12 | libexpat1 (= 2.0.1) | libgcrypt11 (= 1.5.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0 (= 2.37.3) | libgoa-1.0-0b (= 3.7.90) | libgphoto2-6(= 2.5.2) | libgphoto2-port10 (= 2.5.2) | libgtk-3-0 (= 3.0.0) | libgudev-1.0-0(= 146) | libimobiledevice4
Bug#746463: systemd: Add support for TuxOnIce hibernation
Package: systemd Version: 208-1 Severity: normal Tags: patch upstream Control: affects -1 tuxonice-userui systemd 208+ tries to detect whether there's enough swap space to hibernate and this is irrelevant when TuxOnIce is used. I've just upgraded systemd from version 204 and hibernate key stopped working because of that. In other words, this breaks package tuxonice-userui (which I maintain). Could you please add the attached patch to experimental branch ? I tried to push it upstream but there seems to be a hard policy to reject anything that is not in vanilla Linux: http://lists.freedesktop.org/archives/systemd-devel/2014-April/018963.html From fe5cf5ff434d1b7f636086c83cf3174f72459432 Mon Sep 17 00:00:00 2001 From: Julien Muchembled j...@jmuchemb.eu Date: Tue, 29 Apr 2014 11:40:50 +0200 Subject: [PATCH] Add support for TuxOnIce hibernation systemd does not support non-mainline kernel features so upstream rejected this patch. It is however required for systemd integration by tuxonice-userui package. Forwarded: http://lists.freedesktop.org/archives/systemd-devel/2014-April/018960.html --- src/shared/sleep-config.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/shared/sleep-config.c b/src/shared/sleep-config.c index d068bfc..ee74095 100644 --- a/src/shared/sleep-config.c +++ b/src/shared/sleep-config.c @@ -226,6 +226,12 @@ static bool enough_memory_for_hibernation(void) { size_t size, used; int r; +/* TuxOnIce is an alternate implementation for hibernation. + * It can be configured to compress the image to a file or an inactive + * swap partition, so there's nothing more we can do here. */ +if (access(/sys/power/tuxonice, F_OK) == 0) +return true; + r = hibernation_partition_size(size, used); if (r 0) return false; -- 1.8.5.2.988.g9b015e5.dirty
Bug#730756: [gvfs-backends] The problem also happens in upowerd
Package: gvfs-backends Version: 1.20.1-1+b1 --- Please enter the report below this line. --- It appears this bug also happens in upowerd. I guess the problem might be either in libimobiledevice or libplist. Here is a backtrace. Cheers, Josep M. Perez $ sudo gdb --args /usr/lib/upower/upowerd --verbose --timed-exit GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1) [...] (gdb) r Starting program: /usr/lib/upower/upowerd --verbose --timed-exit warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x73112700 (LWP 26686)] TI:11:34:46Starting upowerd version 0.9.23 [New Thread 0x72911700 (LWP 26687)] TI:11:34:46cannot find a keyboard backlight TI:11:34:46excuting command: /usr/bin/pm-is-supported --suspend TI:11:34:46excuting command: /usr/bin/pm-is-supported --hibernate TI:11:34:46adding swap device: zram0 TI:11:34:46adding swap device: zram1 TI:11:34:46adding swap device: zram2 TI:11:34:46adding swap device: zram3 TI:11:34:46adding swap device: zram4 TI:11:34:46adding swap device: zram5 TI:11:34:46adding swap device: zram6 TI:11:34:46adding swap device: zram7 TI:11:34:46daemon now coldplug TI:11:34:46registering subsystem : power_supply TI:11:34:46taking a guess for power supply scope TI:11:34:46using min design voltage TI:11:34:46resetting unknown timeout after 0 retries TI:11:34:46energy 99.90 bigger than full 90.265200 TI:11:34:46object path = /org/freedesktop/UPower/devices/battery_BAT0 TI:11:34:46using min design voltage TI:11:34:46resetting unknown timeout after 0 retries TI:11:34:46added native-path: BAT0 TI:11:34:46using id: DELL_V57XN23-99-30351 TI:11:34:46loading 7 items of data from /var/lib/upower/history-rate-DELL_V57XN23-99-30351.dat TI:11:34:46loading 7 items of data from /var/lib/upower/history-charge-DELL_V57XN23-99-30351.dat TI:11:34:46loading 4 items of data from /var/lib/upower/history-time-full-DELL_V57XN23-99-30351.dat TI:11:34:46loading 4 items of data from /var/lib/upower/history-time-empty-DELL_V57XN23-99-30351.dat TI:11:34:46saving in 600 seconds TI:11:34:46added BAT0 TI:11:34:46taking a guess for power supply scope TI:11:34:46object path = /org/freedesktop/UPower/devices/line_power_AC TI:11:34:46added native-path: AC TI:11:34:46added AC TI:11:34:46registering subsystem : usb TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1 [New Thread 0x72110700 (LWP 26706)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1 [Thread 0x72110700 (LWP 26706) exited] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0 [New Thread 0x72110700 (LWP 26707)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0 [Thread 0x72110700 (LWP 26707) exited] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1 [New Thread 0x72110700 (LWP 26708)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1 TI:11:34:46[Thread 0x72110700 (LWP 26708) exited] failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5 [New Thread 0x72110700 (LWP 26709)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5 TI:11:34:46[Thread 0x72110700 (LWP 26709) exited] failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0 [New Thread 0x72110700 (LWP 26710)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0 [Thread 0x72110700 (LWP 26710) exited] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1 [New Thread 0x72110700 (LWP 26713)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1 [Thread 0x72110700 (LWP 26713) exited] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1 TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0 [New Thread 0x72110700 (LWP 26714)] TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0 [Thread
Bug#619244: found + fixed on piuparts.d.o
reassign 619244 piuparts tags 619244 + pending thanks Hi, so #745876 (and #619244 too) convinced me, so I now made piuparts ignore /etc/machine-id (in git and on piuparts.d.o, upload pending). I'd just prefered if #745876 would have been cc:ed to piupa...@packages.debian.org as well, so that I would not have too stumble upon it by chance... :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#746413: live-build: DEBOOTSTRAP_OPTIONS not actually passed to debootstrap
On 30/04/14 00:17, Daniel Baumann wrote: general disclaimer: you're using 4.x, which has many rough edges and such, so.. i'm aware that there are lots of things to finish before its properly usuable, and any help getting it done faster is more than welcome. OK, noted. I'm mainly using 4.x because it seems I need the new --hdd-size feature; the existing size estimation code doesn't seem to allocate enough space, perhaps because my working area filesystem (initially btrfs, now tmpfs) has lower overhead than the one I'm using for the binary image (ext4). the general plan is this: * lb init would do more-or-less what lb config did wrt/ initialize a config tree in a previously empty directory. * lb config would be a set/get program only Thanks, that's useful information. [cdebootstrap] options = --exclude=package1,package2 into config/options/cdebootstrap I can't devote enough time to this to implement the whole of your plan, but now that I know where the goal is, I could make bootstrap-(c)debootstrap read a file with that syntax if one is supplied - that's a step forward at least. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: Conntrackd segfault
Package: conntrackd Version: 1:1.2.1-1 Severity: important Hi The conntrackd process is segfaulting sometimes (two times this week). On the logs, i see : Apr 30 11:23:13 fw1 kernel: [181879.321607] conntrackd[3288]: segfault at 0 ip 00408f00 sp 7fff219fa398 error 4 in conntrackd[40+36000] Then when I try to restart the service, thereis a pending lock : Starting conntrackdlockfile `/var/lock/conntrack.lock' exists, perhaps conntrackd already running? failed! How can I debug this ? Thanks -- System Information: Debian Release: 7.5 Architecture: amd64 attachment: dominique_fournier.vcf
Bug#746466: proofgeneral hijacks the emacs icon identity
Package: proofgeneral Version: 4.3~pre130510-1.1 Severity: normal proofgeneral is doing something weird to the identity of the normal emacs window (launched normally, e.g. emacs from the command line, not using /usr/bin/proofgeneral). The icon of the window (e.g. the one displayed when cycling between windows using Alt-tab or Super-tab in Gnome 3.12) should be the emacs icon, e.g. /usr/share/icons/hicolor/scalable/apps/emacs23.svg, and labelled emacs or similar. Instead, a proofgeneral icon is used (e.g. /usr/share/icons/hicolor/48x48/proofgeneral.png) and the entry is labelled Proof General. I imagine the error arises from having proofgeneral load automatically via /etc/emacs/site-start.d/50proofgeneral.el. Nothing necessarily wrong with automatically loading it, it makes proofgeneral accessible via M-x proofgeneral. But it shouldn't take over the emacs identity, not unless it's invoked via /usr/bin/proofgeneral. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proofgeneral depends on: ii emacs23 23.4+1-4.1+b1 ii mmm-mode 0.5.1-2 proofgeneral recommends no packages. Versions of packages proofgeneral suggests: pn proofgeneral-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746465: RFS: mapserver/6.4.1-4
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mapserver Package name: mapserver Version : 6.4.1-4 Upstream Author : The MapServer team URL : http://www.mapserver.org/ License : MIT Section : devel It builds those binary packages: cgi-mapserver - CGI executable for MapServer libmapscript-perl - Perl MapServer module libmapscript-ruby - Transitional dummy package for ruby-mapscript libmapscript-ruby1.8 - Transitional package from libmapscript-ruby1.8 to ruby-mapscript libmapscript-ruby1.9.1 - Transitional package from libmapscript-ruby1.9.1 to ruby-mapscrip libmapserver1 - Shared library for MapServer libmapserver1-dev - Shared library development files for MapServer mapserver-bin - MapServer utilities mapserver-doc - documentation for MapServer php5-mapscript - php5-cgi module for MapServer python-mapscript - Python library for MapServer ruby-mapscript - MapServer library for Ruby To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mapserver Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mapserver/mapserver_6.4.1-4.dsc More information about MapServer can be obtained from http://www.mapserver.org/. Changes since the last upload: * Add patch to support building mapscript for PHP 5.6. (closes: #745600) Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688985: systemd: Shutdown hangs when block devices are blocked
On Tue, Dec 24, 2013 at 03:36:51PM +0100, Tollef Fog Heen wrote: Am Dienstag, den 21.05.2013, 18:44 +0200 schrieb Michael Biebl: Am 21.05.2013 17:25, schrieb Paul Menzel: - Is this problem reproducible? What are the steps to reproduce the problem? Yes. Just shut down the system with `sudo halt` for example. Ahem, halt under systemd does *not* power off the machine, that is expected. This is actually a bug in sysvinit, that it does power off. Interesting. I did not know that. Use poweroff or halt -p if you want that behaviour. `halt -p` indeed powered the machine off. So it now works just fine when you're using halt -p/shutdown -h and I can close the bug, or are you still experiencing problems? I guess this bug could be closed. Just migrated from sysvinit to systemd, this is always reproducible for me: 'poweroff': system powered off. 'halt': system halted, not powered off. So these commands now really do what their names promise to do. Wolfgang signature.asc Description: Digital signature
Bug#745888: libmtp9: jmtpfs hangs on directory listing
Package: libmtp9 Version: 1.1.6-51-g1a2669c~ds0-1 Followup-For: Bug #745888 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** After updating to version 1.1.6-51-g1a2669c~ds0-1 I am no longer able to read the directory that my Hisense Sero 7 pro was mounted on by jmtpfs. The ls command hangs until I kill the jmtpfs process. jmtpfs reports: Device 0 (VID=109b and PID=9106) is a Hisense E860 (ID1) Downgrading to libmtp9 version 1.1.6-20-g1b9f164-2 restores all functionality of jmtpfs. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12.18 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libmtp9 depends on: ii dpkg 1.17.6 ii libc6 2.18-4 ii libgcrypt111.5.3-4 ii libmtp-common 1.1.6-51-g1a2669c~ds0-1 ii libusb-1.0-0 2:1.0.18-2 ii multiarch-support 2.18-4 Versions of packages libmtp9 recommends: ii libmtp-runtime 1.1.6-51-g1a2669c~ds0-1 ii udev204-8 libmtp9 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733510: NMU diff for grib-api_1.10.4-3.1
Hello Enrico, At Imagination Technologies (http://imgtec.com/) Dragoslav Sicarov have found a solution to Debian bug #733510. https://bugs.debian.org/733510 My NMU patch for grib-api_1.10.4-3.1 is below, at the end of this message. With the changes in the NMU patch grib-api builds successfully on mips and amd64. The bug report together with the patch has been forwarded upstream. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff grib-api_1.10.4-3.dsc grib-api_1.10.4-3.1.dsc diff -Nru grib-api-1.10.4/debian/changelog grib-api-1.10.4/debian/changelog --- grib-api-1.10.4/debian/changelog2013-08-25 00:27:18.0 +0100 +++ grib-api-1.10.4/debian/changelog2014-04-30 09:07:10.0 +0100 @@ -1,3 +1,12 @@ +grib-api (1.10.4-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS: grib-api - tests fail for mips +Patch by Dragoslav Sicarov dragoslav.sica...@imgtec.com +Closes: #733510 + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 30 Apr 2014 09:06:53 +0100 + grib-api (1.10.4-3) unstable; urgency=low * Back to Arch: any after successful testing on mips and sparc. diff -Nru grib-api-1.10.4/debian/patches/grib_bits.diff grib-api-1.10.4/debian/patches/grib_bits.diff --- grib-api-1.10.4/debian/patches/grib_bits.diff 1970-01-01 01:00:00.0 +0100 +++ grib-api-1.10.4/debian/patches/grib_bits.diff 2014-04-30 08:57:04.0 +0100 @@ -0,0 +1,66 @@ +From: Dragoslav Sicarov dragoslav.sica...@imgtec.com +Subject: FTBFS: grib-api - tests fail for mips +Date: Sun, 29 Dec 2013 15:13:16 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733510 + +FTBFS: 21 of 38 tests fail when trying to build package from source on +mips. Part of build log has been attached. + +The root cause of failing tests for mips is in function +grib_encode_unsigned_long() that is used for writing into grib message +buffer (function is implemented differently for big-endian and +little-endian architectures). + +On big-endian architectures, function uses shift operations, where in +some corner-case situations left operand (which is of type unsigned +long; size of long equals 4 bytes for 32bit system) is shifted right by +32 bits. + +According to C standard, if the value of the right operand of shift +operation is negative, or is greater than or equal to the width of the +left operand, the behaviour is undefined. + +On 32-bit mips architecture shift operations by a variable number of +bits are translated to/use 'srlv' and 'sllv' instructions which shift +left operand by (right_operand mod 32) bits. In case of shifting by 32 +bits, this results in left operand being unchanged. However, in order +for this package to function properly a result of 0 is expected. + +Proposed patch fixes these corner-cases by setting the result of shift +operation to 0 if right operand is greater than or equal to size of long +(actually, no shifting is performed, the result is set to zero). + +--- a/src/grib_bits.c 2013-05-29 16:32:07.0 +0100 b/src/grib_bits.c 2014-04-30 08:40:17.717503443 +0100 +@@ -24,7 +24,7 @@ + long GRIB_MASK = -1; /* Mask of sword bits */ + + # define VALUE(p,q,b) \ +- (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b))) ((p)(max_nbits-((q)+(b) ++ (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b))) (((max_nbits-((q)+(b))) = max_nbits) ? 0 : ((p)(max_nbits-((q)+(b)) + + # define MASKVALUE(q,b) \ + ((b)==max_nbits ? GRIB_MASK : (~(GRIB_MASK(b))(max_nbits-((q)+(b) +--- a/src/grib_bits_fast_big_endian.c 2013-05-29 16:32:07.0 +0100 b/src/grib_bits_fast_big_endian.c 2014-04-30 08:40:17.733503444 +0100 +@@ -62,9 +62,16 @@ int grib_encode_unsigned_long(unsigned c + countOfLeftmostBits = max_nbits - startBit; + startBit = max_nbits - remainingBits; + remainingBits -= countOfLeftmostBits; +-destination[nextWord] = +- ((destination[nextWord] countOfLeftmostBits) countOfLeftmostBits) +- + (VALUE(val,startBit,countOfLeftmostBits)); ++if (countOfLeftmostBits max_nbits) ++{ ++ destination[nextWord] = ++((destination[nextWord] countOfLeftmostBits) countOfLeftmostBits) ++ + (VALUE(val,startBit,countOfLeftmostBits)); ++} ++else ++{ ++ destination[nextWord] = (VALUE(val,startBit,countOfLeftmostBits)); ++} + startBit = 0; + nextWord++; + } diff -Nru grib-api-1.10.4/debian/patches/series grib-api-1.10.4/debian/patches/series --- grib-api-1.10.4/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ grib-api-1.10.4/debian/patches/series 2014-04-30 08:58:38.0 +0100 @@ -0,0 +1 @@ +grib_bits.diff signature.asc Description: Digital signature
Bug#744151: usertagging piuparts, this bug is still there
severity 744151 important found 744151 2.7.4+reloaded1-1 user debian...@lists.debian.org usertag 744151 + piuparts thanks Hi Mike, https://piuparts.debian.org/sid/fail/gosa_2.7.4+reloaded1-1.log shows this: 1m14.3s ERROR: FAIL: Package purging left files on system: /etc/apache2/conf-available/gosa.conf - /etc/gosa/gosa-apache.confnot owned 1m14.3s INFO: Warning: Package purging left files on system: /etc/apache2/conf-available/ owned by: apache2 These files seem to have been left by dependencies rather than by packages being explicitly tested. The latter is being caused by the former, and the former is what this bug report is about :) I've raised the severity because a.) a piuparts clean archive is a release goal since lenny and b.) because it blocks 36 other packages in sid from being tested by piuparts, as can be seen on https://piuparts.debian.org/sid/state-failed-testing.html (The numbers in brackets behind the package names (36,36 in the gosa case) are explained in the table header.) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746358: systemd: system boot hangs if /etc/network/interfaces contains a bridge interface
On Tue, Apr 29, 2014 at 03:10:02PM +0200, Michael Biebl wrote: Am 29.04.2014 13:10, schrieb Jason Alavaliant: On 2014-04-29 22:36, Michael Biebl wrote: Am 29.04.2014 11:31, schrieb Jason Alavaliant: Do you have an NFS / remote fs configuration in your /etc/fstab? Yes I've got a nfs4 mounted home directory server.local:/ /home nfs4defaults0 0 I suspect the hang to be caused by the NFS fstab entry. Can you comment out the entry and reboot so we have confirmation? I got the same issue, and I don't have a bridge interface, but I do have a NFS entry in /etc/fstab. Disabling it makes the reboot to succeed. Given that systemd is now the default, if every persons with an NFS entry in fstab will get their systems broken, it might be a good idea to increase the severity of this bug. If so, can you please try the following patch for /etc/network/if-up.d/mountnfs with the NFS mount re-enabled. --- a/network/if-up.d/mountnfs +++ b/network/if-up.d/mountnfs @@ -7,6 +7,10 @@ #Also mounts SMB filesystems now, so the name of #this script is getting increasingly inaccurate. +if [ -d /run/systemd/system ] ; then + systemctl status network.target /dev/null || exit 0 +fi + PATH=/sbin:/bin . /lib/init/vars.sh This patch works for me, thanks. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746467: pixz creates new file with default permissions and does not preserve permissions
Package: pixz Version: 1.0.2-2 Severity: important Tags: security upstream When pixz creates a file for the result of (de)compression, it uses default umask, so file gets created with, say, 0644 permissions. Even if the original file we're about to (de)compress has stricter permissions. This way, the data can be read by others during whole (de)compression process, which, depending on the size of the input, can be quite slow/long. $ ls -l data -rw-r- 1 mjt mjt 8589942784 Apr 30 13:50 data $ pixz data $ ls -l data.xz -rw-r--r-- 1 mjt mjt 135106560 Apr 30 13:52 data.xz It is even more than this: the permissions are never restored even after the process is completed. The final data.xz has the same 0644 permissions as the temp file: $ wait; ls -l data.xz -rw-r--r-- 1 mjt mjt 725922432 Apr 30 13:55 data.xz So the file stays with wide-open permissions, unlike the original. Other compressors - gzip, xz, etc - tries to preserve the permissions, and tries to keep the new/temp file (during compression) unreadable. That's why user does not expect the new file created by pixz to have wider permissions than its original. (It looks like pixz does not preserve any attributes, including the date, and it also looks like it modifies mtime of the _source_ file too). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676890: Black screen on startup
This f***ing bug is here since few years and makes this package useless. I wrote about it long time ago, but maintainer of this package didn't want even look at this. This game should be simply recompiled. It doesn't need any other changes. apt-get build-dep pixfrogger apt-get source pixfrogger cd downloaded_pixfrogger_folder dpkg-buildpackage dpkg -i ../pixfrogger*.deb And it should work. I could maintain this game if really nobody is interested in it... Regards, Deve
Bug#746469: ITP: node-dryice -- CommonJS/RequireJS packaging tool for browser scripts
Subject: ITP: node-dryice -- CommonJS/RequireJS packaging tool for browser scripts Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-dryice Version : 0.4.10 Upstream Author : Joe Walker j...@getahead.org * URL : https://github.com/joewalker/dryice * License : Apache-2.0 Programming Lang: JavaScript Description : CommonJS/RequireJS packaging tool for browser scripts DryIce is basically just a copy function. It takes input from a set of input files, which can be specified in various ways, optionally filters them and outputs them to something else. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746468: nm.debian.org: Account is listed as DM in ftp-master.d.o but not nm.d.o
Package: nm.debian.org Severity: normal Hi, My account czchen with GPG key fingerprint EC9F905D866DBE46A896C827BE0C924203F4552D is listed as DM in ftp-master.d.o [0], but not in nm.d.o [1]. I has already uploaded several packages to debian, so the DM permission is okay to me. However, without listing as DM in nm.d.o, my friend cannot advocating my as DD. Please help to take a look at czchen in nm.d.o, maybe I missing some process when applying DM, thanks. [0] https://ftp-master.debian.org/dm.txt [1] https://nm.debian.org/public/person/czchen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#746457:
License: BSD or Expat -- Ubuntu Member - http://launchpad.net/~l3on Home Page - http://leoiannacone.com GPG Key Id - 0xD282FC25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740206: Found what was wrong with queue messaging windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Turpial does not manage \n in the tweets. If you insert a \n in your tweets, the split() in turpial/ui/qt/worker.py line 475 fails given the fact it does not have the needed value to split (special character \x01) and triggers an exception. Regards, - -- Carl Chenet Blog : https://carlchenet.com https://identi.ca/carlchenet | https://twitter.com/carl_chenet Contributions to FOSS : http://www.ohloh.net/accounts/chaica -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJTYMnXAAoJEAJwonWM1zbi4vYP/0e7H5rk7uLpyU5rJ44wZbOH cWCTpe6FMRs2JvYDkL5ylzAT6lDsjkCoj4QpOaKfVaZg+pBmPxaql6JuIQVhOu5p 9wAu/cMPfVC1AYpb3Jg5YQpoLZu5v5Gm4p1N302TzjTL6Cd6IGeVvbOSUjOqM/yQ JJUlV0uFv/NNZmNpa4Jxc9uccKNgtncYIIgRrdjLnH8QPFlOzV8hF6RabqzauCru TM0dhAqluFHqINi4F9m8OnWBnfCgOmJxOHip7iIIsyrw+X/KWj4vNXWumlwA80sm r6k7C82IGUH8+dItHmMDLj3ZWnk/JnjkVT+2F0dTIUqO5lCNfrYoFa0n1or+7qGJ JaueJ87FcZWin7FtQQ2jVkMrY7hZV9ell5VsrLhSrMTcsQVjN+ZpmjiYINEcJWx6 PjrzEQcm2ytpA9pF8EIVdv1g1ChpAzLYGxHTu68OBg1Su/MIfJzjlvqQZdbQOitv jChhw/DcIR477BMo5L2gdUVhXtQpLb98a9nnGG70QWdARTf0NUJLEiBax3DdA4Cd rLs+eja0TjSgUPDhVIC+LWB3X15HVkYKIMFVfwKVFJ8WKsGOg/GwiwKB/EdSItoD Od1ykiM+Q2XXTzM+sXk595zylX1Oj2PiX/3WlAYuMu/d4/isqflS9tmVR6I97Y/0 x7Rq3suWDKG2WQQr5qwO =hKPg -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#745876: found + fixed on piuparts.d.o
On Wed, Apr 30, 2014 at 11:44:48AM +0200, Holger Levsen wrote: reassign 619244 piuparts tags 619244 + pending thanks Hi, so #745876 (and #619244 too) convinced me, so I now made piuparts ignore /etc/machine-id (in git and on piuparts.d.o, upload pending). I'd just prefered if #745876 would have been cc:ed to piupa...@packages.debian.org as well, so that I would not have too stumble upon it by chance... :) Sorry for that. I almost Cc you, but I was not really sure about what kind of overrides does piuparts have in place, or whether you would be willing to make an exception in this case. This file, /etc/machine-id, could be described as * A system file * which is handled by a package which is not essential now * but will be essential de-facto in jessie (if not just essential) * but it will not be essential de-facto in every architecture. Odd properties would make it a good candidate for base-files, and even properties would not, so, I'm glad that you decided to make a piuparts exception for such kind of files. Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746470: rubygems-integration: fails to read arch-specific gemspecs for ruby2.1
Package: rubygems-integration Version: 1.6 Severity: important Hi, Running gem2.1 list does not show any gemspec for arch specific Ruby libraries installed as a Debian package, despite the fact that the gemspec are installed in /usr/share/rubygems-integration/2.1. The problem is that rubygems-integration makes the gem command look in /usr/share/rubygems-integration/2.1.0 instead, because 2.1.0 is the API version of ruby2.1, as indicated by Gem::ConfigMap[:ruby_version] A workaround is to installed by rubygems-integration for 2.0 by adding a symling 2.0.0 - 2.0. Probably one needs to fix the path for /usr/share/rubygems-integration or fix gem2deb to install in /usr/share/rubygems-integration/2.1.0. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4
On 30.04.2014 06:06, Tobias Frost wrote: Dear maintainer, I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4). The diff is attached to this message. Thank you for your work. I agree with most of the changes you propose. Here are the ones where I differ. --- isdnutils-3.25+dfsg1/debian/control 2013-06-06 12:36:15.0 +0200 [...] - automake, autoconf, libssl-dev, psutils, + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27), I don't think there is a need for a versioned dependency. I suggest to drop it to an unversioned one. -Depends: libcapi20-3 (= ${binary:Version}), ${shlibs:Depends}, +Depends: ${shlibs:Depends}, Are you sure the new package no longer needs a dependency on libcapi20-3 or that this will be picked up automatically? -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}), +Depends: ppp (= 2.4.6), ppp ( 2.4.7), I'd keep the lower bound at 2.4.4. Do you have specific reasons to believe that anything below 2.4.6 will stop working? --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 1970-01-01 01:00:00.0 +0100 I don't see a reason for removal of this file in this NMU. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update
Jens Thiele ka...@karme.de writes: can't reproduce at the moment :( maybe this bug report is invalid/can be closed now it happened again looks like it only happens on suspend to ram on battery device is a thinkpad edge 11 (amd version) ** Model information sys_vendor: LENOVO product_name: 2545A26 product_version: ThinkPad Edge chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 87ET44WW (1.18 ) board_vendor: LENOVO board_name: 2545A26 board_version: Not Available -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746471: rubygems-integration: missing symlink for ruby2.1
Package: rubygems-integration Version: 1.6 Severity: serious Tags: sid jessie patch A gem2.1 list | grep sqlite (with ruby-sqlite3 installed) doesn't show the gem, but it does for 2.0. Adding the symlink for the full 2.1 version lets the command succeed, but it is a dangling symlink when ruby2.1 is not installed. The missing symlink lets other packages fail to build. diff -Nru rubygems-integration-1.6/debian/rubygems-integration.links rubygems-integration-1.6ubuntu1/debian/rubygems-integration.links --- rubygems-integration-1.6/debian/rubygems-integration.links 2014-01-16 17:06:42.0 + +++ rubygems-integration-1.6ubuntu1/debian/rubygems-integration.links 2014-04-30 09:02:54.0 + @@ -1 +1,2 @@ usr/share/rubygems-integration/2.0 /usr/share/rubygems-integration/2.0.0 +usr/share/rubygems-integration/2.1 /usr/share/rubygems-integration/2.1.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: new upstream version (2.x series)
Hi Jonas, On 30 April 2014 02:10, Jonas Smedegaard d...@jones.dk wrote: Status of packaging is that these libraries needs packaging first: node-source-map node-uglify-to-browserify About node-uglify-to-browserify: You do not really need to package it, since it's only related to uglify2.x (it has no reverse-dependency) I think you can bundle it as a patch along with uglify v2.x. About node-source-map: It build-depends on dryice (=0.4.8). You can find a pre-release package in pkg-javascript/node-dryice.git repository. Once it done/uploaded to unstable, we will be able to build source-map. Regards, Leo. -- Ubuntu Member - http://launchpad.net/~l3on Home Page - http://leoiannacone.com GPG Key Id - 0xD282FC25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746472: libchromaprint-tools: fpcalc fails with relocation error
Package: libchromaprint-tools Version: 1.1-1 Severity: important fpcalc from libchromaprint-tools fails on my system: host$ fpcalc file.mp3 [mp3 @ 0x8590400] max_analyze_duration 500 reached at 5015510 [mp3 @ 0x8590400] Estimating duration from bitrate, this may be inaccurate fpcalc: relocation error: fpcalc: symbol avcodec_free_frame, version LIBAVCODEC_54 not defined in file libavcodec.so.54 with link time reference -- Regards, Mario Lang Graz University of Technologymailto:ml...@tugraz.at Department Computing http://www.ZID.TUGraz.at/lang/ Phone: +43 (0) 316 / 873 - 6897 // /_Apparently a teacher has been arrested in the UK in possession_/ /of a compass, protractor, and straight edge. It is claimed he is a/ /member of the Al Gebra movement, bearing weapons of math instruction/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619244: Bug#745876: found + fixed on piuparts.d.o
Hi Santiago, readding 619244 for future reference as you nicely explained /etc/machine-id here and I've referenced that bug in debian/changelog... On Mittwoch, 30. April 2014, Santiago Vila wrote: Sorry for that. I almost Cc you, but I was not really sure about what kind of overrides does piuparts have in place, or whether you would be willing to make an exception in this case. piuparts has quite some, look in /usr/sbin/piuparts for self.ignored_files and self.ignored_patterns, there are (somewhat sadly) 125 and 35 of these... This file, /etc/machine-id, could be described as * A system file * which is handled by a package which is not essential now * but will be essential de-facto in jessie (if not just essential) * but it will not be essential de-facto in every architecture. Ack. Odd properties would make it a good candidate for base-files, and even properties would not, so, I'm glad that you decided to make a piuparts exception for such kind of files. :) Thanks a lot. Likewise! :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#738849: Please enable webview support for wx3.0
On Wed, Apr 30, 2014 at 08:45:47AM +0100, Gianfranco Costamagna wrote: Isn't the -Wl,--as-needed automatically passed by dh system? are you overriding LDFLAGS somewhere? I don't believe either is true. Passing it unconditionally wouldn't be a good plan, as it breaks some cases (as I mentioned above). Are you perhaps thinking of -Wl,-z,relro (which is related to hardening)? I'll rebuild and give you results soon, in the meanwhile I attach the two build logs Aha, this part is interesting (and suggests that -Wl,--as-needed will fix this, if it doesn't break anything; and if not, sorting out the -l flags passed should resolve it): dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0 were not linked against libjavascriptcoregtk-1.0.so.0 (they use none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0 were not linked against libwebkitgtk-1.0.so.0 (they use none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0 were not linked against libsoup-2.4.so.1 (they use none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0 was not linked against libsoup-2.4.so.1 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0 was not linked against libjavascriptcoregtk-1.0.so.0 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0 was not linked against libwebkitgtk-1.0.so.0 (it uses none of the library's symbols) Last thing: I installed in a sid chroot the wx-3 package, with also the webview support package. After that I removed the libwebkitgtk-dev and dpkg didn't complain, also didn't complain about anything else. So can we say libwebkitgtk-dev is just a build dep and not a runtime one? Can this simplify things? (I think it doesn't simplify anything because the package brings other dependencies) libwebkitgtk-dev should only be a build dependency - it's the runtime dependencies which are the issue here. Cheers, Olly -- To
Bug#745600: src:mapserver: FTBFS with PHP 5.6
Control: tags -1 pending Hi, Update PHP mapscript to build with PHP 5.6 turned out not to be very hard, the stream handling in the PECL HTTP library served as a nice example. I've forwarded my patch, and upstream as applied after some minor adjustments. The fixed mapserver package is available on mentors and currently waiting for sponsorship (#746465). Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746473: BUG: unable to handle kernel paging request at 0000000000001b90
Package: src:linux Version: 3.2.57-3 Severity: important Dear Maintainer, We were copying large (33G) file over 1G link using scp, but scp stalled for some reason after 16G and was killed on source machine. Then we tried to remove partial file on destination machine but during this process machine became almost unresponsive (LA about 10, iowait 20-30%, the rest % were idle), dmesg showed the log below, and as the machine did not reboot after /sbin/reboot it was rebooted using sys-rq. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=UUID=a4d2a5df-8a06-46ce-bf5c-e1c671729c4f ro nomodeset ** Not tainted ** Kernel log: Apr 30 10:55:14 db3 kernel: [167405.430964] BUG: unable to handle kernel paging request at 1b90 Apr 30 10:55:14 db3 kernel: [167405.430992] IP: [810b4722] page_waitqueue+0x33/0x48 Apr 30 10:55:14 db3 kernel: [167405.431018] PGD 0 Apr 30 10:55:14 db3 kernel: [167405.431035] Oops: [#1] SMP Apr 30 10:55:14 db3 kernel: [167405.431054] CPU 1 Apr 30 10:55:14 db3 kernel: [167405.431058] Modules linked in: ip6table_filter ip6_tables nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_filter ip_tables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats ext3 jbd loop i2c_i801 mxm_wmi i2c_core parport_pc evdev wmi parport coretemp acpi_cpufreq mperf shpchp iTCO_wdt iTCO_vendor_support crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic cryptd processor video button ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate dm_mod raid1 md_mod microcode sg sd_mod crc_t10dif xhci_hcd ahci libahci libata scsi_mod e1000e r8169 mii ehci_hcd thermal fan usbcore thermal_sys usb_common [last unloaded: scsi_wait_scan] Apr 30 10:55:14 db3 kernel: [167405.431353] Apr 30 10:55:14 db3 kernel: [167405.431369] Pid: 13674, comm: flush-9:2 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3 MSI MS-7816/H87-G43 (MS-7816) Apr 30 10:55:14 db3 kernel: [167405.431411] RIP: 0010:[810b4722] [810b4722] page_waitqueue+0x33/0x48 Apr 30 10:55:14 db3 kernel: [167405.431449] RSP: 0018:8807fc541a38 EFLAGS: 00010a83 Apr 30 10:55:14 db3 kernel: [167405.431470] RAX: 9e37fffc0001 RBX: ea000fc61aa8 RCX: 0040 Apr 30 10:55:14 db3 kernel: [167405.431505] RDX: 1500 RSI: 8807fc541a88 RDI: dcbfaae7a5261aa8 Apr 30 10:55:14 db3 kernel: [167405.431540] RBP: 0028 R08: 8807fc5419a0 R09: Apr 30 10:55:14 db3 kernel: [167405.431574] R10: 00016628 R11: 00016628 R12: 8807b000b598 Apr 30 10:55:14 db3 kernel: [167405.431609] R13: 8000 R14: ea000fc61aa8 R15: 0028 Apr 30 10:55:14 db3 kernel: [167405.431645] FS: () GS:88081ea4() knlGS: Apr 30 10:55:14 db3 kernel: [167405.431681] CS: Apr 30 12:44:44 db3 kernel: imklog 5.8.11, log source = /proc/kmsg started. ** Model information sys_vendor: MSI product_name: MS-7816 product_version: 1.0 chassis_vendor: MSI chassis_version: 1.0 bios_vendor: American Megatrends Inc. bios_version: V2.14B6 board_vendor: MSI board_name: H87-G43 (MS-7816) board_version: 1.0 ** Loaded modules: cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_filter ip_tables x_tables ext3 jbd loop i2c_i801 coretemp crc32c_intel acpi_cpufreq ghash_clmulni_intel iTCO_wdt mperf shpchp i2c_core iTCO_vendor_support parport_pc aesni_intel button video processor evdev parport aes_x86_64 mxm_wmi wmi aes_generic cryptd ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate dm_mod raid1 md_mod microcode sg sd_mod crc_t10dif ahci libahci libata scsi_mod e1000e ehci_hcd fan thermal thermal_sys xhci_hcd usbcore r8169 usb_common mii ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Haswell DRAM Controller [8086:0c00] (rev 06) Subsystem: Micro-Star International Co., Ltd. Device [1462:7816] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: [e0] Vendor Specific Information: Len=0c ? 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device [1462:7816] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Bug#746439: systemd: systemD failed to go Jessie in hibernation
Hi! Am 30.04.2014 04:26, schrieb Danielsan: Package: systemd Version: 204-8 Severity: normal Dear Maintainer, often the hibernation by systemD with swap-file (by dphys-swapfile package) fails, so the Laptop continues to be turned on, but it's unusable, with the cpu and the fans working at maximum with the risk to burn everything. When it happens I have to power off the laptop forcing down the power button. How do you suspend your laptop, which command do you use? systemd basically simply runs echo mem /sys/power/state for suspend to ram and echo disk /sys/power/state for suspend to disk. If the above two commands fail, it's more a kernel then a systemd issue. I'm actually not sure it the kernel support suspend to disk with a swap file. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#746474: portalocker: diff for NMU version 0.5~ds0-0.1
Package: portalocker Version: 0.4~ds0-2 Severity: normal Tags: patch Dear maintainer, The new upstream release provides portalocker with Python 3 support. I've prepared an NMU for portalocker (versioned as 0.5~ds0-0.1) and I intend to upload it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A diff -Nru portalocker-0.4~ds0/CHANGELOG portalocker-0.5~ds0/CHANGELOG --- portalocker-0.4~ds0/CHANGELOG 2013-11-16 01:22:37.0 + +++ portalocker-0.5~ds0/CHANGELOG 2014-04-29 15:29:24.0 +0100 @@ -10,3 +10,15 @@ * Now actually returning the file descriptor from the `Lock` class +0.4: + + * Fixing a few bugs, added coveralls support, switched to py.test and added 100% test coverage. + +- Fixing exception thrown when fail_when_locked is true +- Fixing exception Lock object has no attribute '_release_lock' when + fail_when_locked is true due to the call to Lock._release_lock() which fails + because _release_lock is not defined. + +0.5: + + * Python 3 support diff -Nru portalocker-0.4~ds0/debian/changelog portalocker-0.5~ds0/debian/changelog --- portalocker-0.4~ds0/debian/changelog 2014-01-05 22:37:03.0 + +++ portalocker-0.5~ds0/debian/changelog 2014-04-30 11:41:45.0 +0100 @@ -1,3 +1,12 @@ +portalocker (0.5~ds0-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release: +- Python3 support. + * Add Python3 package. + + -- Alessio Treglia ales...@debian.org Wed, 30 Apr 2014 11:31:17 +0100 + portalocker (0.4~ds0-2) unstable; urgency=low * New Maintainer (Closes: #726634). diff -Nru portalocker-0.4~ds0/debian/control portalocker-0.5~ds0/debian/control --- portalocker-0.4~ds0/debian/control 2014-01-05 22:34:57.0 + +++ portalocker-0.5~ds0/debian/control 2014-04-30 11:34:04.0 +0100 @@ -4,9 +4,15 @@ Maintainer: Josue Ortega josueort...@debian.org.gt Build-Depends: debhelper (= 9~), + dh-python, python-all, - python-setuptools + python-pytest, + python-setuptools, + python3-all, + python3-pytest, + python3-setuptools X-Python-Version: = 2.6 +X-Python3-Version: = 3.2 Standards-Version: 3.9.5 Homepage: https://github.com/WoLpH/portalocker @@ -21,13 +27,13 @@ . This is the Python 2 version of the package. -#Package: python3-portalocker -#Architecture: all -#Depends: -# ${misc:Depends}, -# ${python3:Depends} -#Description: easy API to file locking (Python 3) -# Portalocker is a cross-platform library to provide -# an easy API to file locking. -# . -# This is the Python 3 version of the package. +Package: python3-portalocker +Architecture: all +Depends: + ${misc:Depends}, + ${python3:Depends} +Description: easy API to file locking (Python 3) + Portalocker is a cross-platform library to provide + an easy API to file locking. + . + This is the Python 3 version of the package. diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install portalocker-0.5~ds0/debian/python-portalocker.install --- portalocker-0.4~ds0/debian/python-portalocker.install 1970-01-01 01:00:00.0 +0100 +++ portalocker-0.5~ds0/debian/python-portalocker.install 2013-03-24 17:57:42.0 + @@ -0,0 +1 @@ +usr/lib/python2* diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install.off portalocker-0.5~ds0/debian/python-portalocker.install.off --- portalocker-0.4~ds0/debian/python-portalocker.install.off 2013-03-24 17:57:42.0 + +++ portalocker-0.5~ds0/debian/python-portalocker.install.off 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/python2* diff -Nru portalocker-0.4~ds0/debian/rules portalocker-0.5~ds0/debian/rules --- portalocker-0.4~ds0/debian/rules 2014-04-12 10:25:04.0 +0100 +++ portalocker-0.5~ds0/debian/rules 2014-04-30 11:39:05.0 +0100 @@ -2,13 +2,32 @@ export REPACK_SH=$(CURDIR)/debian/repack.sh +PYTHON2=$(shell pyversions -vr) +PYTHON3=$(shell py3versions -vr) + %: - dh $@ --with python2 + dh $@ --with python2,python3 + + +# Skipping tests as upstream doesn't provide them along with the tarball +override_dh_auto_test: override_dh_auto_clean: dh_auto_clean rm -rf build rm -rf *.egg-info +build-python%: + python$* setup.py build + +override_dh_auto_build: $(PYTHON3:%=build-python%) + dh_auto_build + +install-python%: + python$* setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb + +override_dh_auto_install: $(PYTHON3:%=install-python%) + dh_auto_install + get-orig-source: uscan --force-download diff -Nru portalocker-0.4~ds0/debian/rules.python3 portalocker-0.5~ds0/debian/rules.python3 --- portalocker-0.4~ds0/debian/rules.python3 2013-03-24 18:34:39.0 + +++ portalocker-0.5~ds0/debian/rules.python3 1970-01-01 01:00:00.0 +0100 @@ -1,36 +0,0 @@ -#!/usr/bin/make -f - -export
Bug#746306: dpkg: CVE-2014-0471 fix introduces the vulnerability into squeeze
Here it is the missing file. However, this is not over. exploto_0.1.debian.tar.gz Description: application/compressed-tar smime.p7s Description: S/MIME cryptographic signature
Bug#745079: transition: kde4.12
¡Hola Debian Release Team! El 2014-04-17 a las 21:57 +0200, Maximiliano Curia escribió: I'd like to request a transition slot for kde 4.12, the current release is 4.12.4. After a quick query on irc about this transition, I've uploaded to unstable the packages that, afaik, don't require a transition. This leaves the pending to upload packages: libkdcraw 4:4.12.3-2 marble 4:4.12.4-1 kdeplasma-addons 4:4.12.4-1 (build-depends on marble) Thanks, -- If you are in a hole, stop digging. -- The First Rule of Excavation Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#746475: flightgear: crash with Nasal bindings
Package: flightgear Version: 3.0.0-1 Severity: normal Tags: fixed-upstream Origin: upstream, https://gitorious.org/fg/flightgear/commit/b3c7cb7c151858ef79f9371a29be49915e5d3803 Bug: https://code.google.com/p/flightgear-bugs/issues/detail?id=1397 Author: Nicholas Scheel Date: Tue Apr 15 14:13:46 2014 +0100 Description: Fix crash with Nasal bindings. naBindFunction doesn't save the function code to the global hash, so pass an explicit context to various 'call' overloads so the function can't be GC-ed in between parsing and calling. --- a/src/Scripting/NasalSys.cxx +++ b/src/Scripting/NasalSys.cxx @@ -235,6 +235,11 @@ return callMethod(code, naNil(), argc, args, locals); } +naRef FGNasalSys::callWithContext(naContext ctx, naRef code, int argc, naRef* args, naRef locals) +{ + return callMethodWithContext(ctx, code, naNil(), argc, args, locals); +} + // Does a naCall() in a new context. Wrapped here to make lock // tracking easier. Extension functions are called with the lock, but // we have to release it before making a new naCall(). So rather than @@ -247,6 +252,11 @@ return naCallMethod(code, self, argc, args, locals); } +naRef FGNasalSys::callMethodWithContext(naContext ctx, naRef code, naRef self, int argc, naRef* args, naRef locals) +{ + return naCallMethodCtx(ctx, code, self, argc, args, locals); +} + FGNasalSys::~FGNasalSys() { nasalSys = 0; @@ -254,11 +264,15 @@ bool FGNasalSys::parseAndRun(const char* sourceCode) { -naRef code = parse(FGNasalSys::parseAndRun(), sourceCode, +naContext ctx = naNewContext(); +naRef code = parse(ctx, FGNasalSys::parseAndRun(), sourceCode, strlen(sourceCode)); -if(naIsNil(code)) +if(naIsNil(code)) { +naFreeContext(ctx); return false; -call(code, 0, 0, naNil()); +} +callWithContext(ctx, code, 0, 0, naNil()); +naFreeContext(ctx); return true; } @@ -1067,11 +1081,13 @@ const SGPropertyNode* cmdarg, int argc, naRef* args) { -naRef code = parse(fileName, src, len); -if(naIsNil(code)) +naContext ctx = naNewContext(); +naRef code = parse(ctx, fileName, src, len); +if(naIsNil(code)) { +naFreeContext(ctx); return false; +} -naContext ctx = naNewContext(); // See if we already have a module hash to use. This allows the // user to, for example, add functions to the built-in math @@ -1084,7 +1100,7 @@ _cmdArg = (SGPropertyNode*)cmdarg; -call(code, argc, args, locals); +callWithContext(ctx, code, argc, args, locals); hashset(_globals, moduleName, locals); naFreeContext(ctx); @@ -1100,10 +1116,9 @@ naFreeContext(ctx); } -naRef FGNasalSys::parse(const char* filename, const char* buf, int len) +naRef FGNasalSys::parse(naContext ctx, const char* filename, const char* buf, int len) { int errLine = -1; -naContext ctx = naNewContext(); naRef srcfile = naNewString(ctx); naStr_fromdata(srcfile, (char*)filename, strlen(filename)); naRef code = naParseCode(ctx, srcfile, 1, (char*)buf, len, errLine); @@ -,14 +1126,11 @@ SG_LOG(SG_NASAL, SG_ALERT, Nasal parse error: naGetError(ctx) in filename , line errLine); -naFreeContext(ctx); return naNil(); } // Bind to the global namespace before returning -naRef bound = naBindFunction(ctx, code, _globals); -naFreeContext(ctx); -return bound; +return naBindFunction(ctx, code, _globals); } bool FGNasalSys::handleCommand( const char* moduleName, @@ -1126,22 +1138,24 @@ const char* src, const SGPropertyNode* arg ) { -naRef code = parse(fileName, src, strlen(src)); -if(naIsNil(code)) return false; +naContext ctx = naNewContext(); +naRef code = parse(ctx, fileName, src, strlen(src)); +if(naIsNil(code)) { +naFreeContext(ctx); +return false; +} // Commands can be run in a module. Make sure that module // exists, and set it up as the local variables hash for the // command. naRef locals = naNil(); if(moduleName[0]) { -naContext ctx = naNewContext(); naRef modname = naNewString(ctx); naStr_fromdata(modname, (char*)moduleName, strlen(moduleName)); if(!naHash_get(_globals, modname, locals)) { locals = naNewHash(ctx); naHash_set(_globals, modname, locals); } -naFreeContext(ctx); } // Cache this command's argument for inspection via cmdarg(). For @@ -1149,7 +1163,8 @@ // code doesn't need it. _cmdArg = (SGPropertyNode*)arg; -call(code, 0, 0, locals); +callWithContext(ctx, code, 0, 0, locals); +naFreeContext(ctx); return true; } --- a/src/Scripting/NasalSys.hxx +++ b/src/Scripting/NasalSys.hxx @@ -102,8 +102,10
Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: Bug#745687: new upstream version (2.x series)
Le mercredi 30 avril 2014 à 12:35 +0200, Leo Iannacone a écrit : Hi Jonas, On 30 April 2014 02:10, Jonas Smedegaard d...@jones.dk wrote: Status of packaging is that these libraries needs packaging first: node-source-map node-uglify-to-browserify About node-uglify-to-browserify: You do not really need to package it, since it's only related to uglify2.x (it has no reverse-dependency) I think you can bundle it as a patch along with uglify v2.x. About node-source-map: It build-depends on dryice (=0.4.8). You can find a pre-release package in pkg-javascript/node-dryice.git repository. Once it done/uploaded to unstable, we will be able to build source-map. I can help about that, but could you find out about the dependency loop: dryice depends on uglify-js Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746358: systemd: system boot hangs if /etc/network/interfaces contains a bridge interface
On 30/04/14 01:10, Michael Biebl wrote: Am 29.04.2014 13:10, schrieb Jason Alavaliant: On 2014-04-29 22:36, Michael Biebl wrote: Am 29.04.2014 11:31, schrieb Jason Alavaliant: Do you have an NFS / remote fs configuration in your /etc/fstab? Yes I've got a nfs4 mounted home directory server.local:/ /home nfs4defaults0 0 I suspect the hang to be caused by the NFS fstab entry. Can you comment out the entry and reboot so we have confirmation? If so, can you please try the following patch for /etc/network/if-up.d/mountnfs with the NFS mount re-enabled. --- a/network/if-up.d/mountnfs +++ b/network/if-up.d/mountnfs @@ -7,6 +7,10 @@ #Also mounts SMB filesystems now, so the name of #this script is getting increasingly inaccurate. +if [ -d /run/systemd/system ] ; then + systemctl status network.target /dev/null || exit 0 +fi + PATH=/sbin:/bin . /lib/init/vars.sh I've tested as requested and can confirm that if I restored the bridge interface lines in my /etc/network/interfaces but comment out the nfs mount in my fstab then the system boots without hanging. (Interestingly nfs mount in fstab doesn't cause a hang without the bridge network setup being there as well so in my case it seems to require both factors together to trigger the hang). Booting with mountnfs patched while the nfs mount and bridged network interface are in place also is successful so it looks like that patch does indeed fix the problem. Thank you for the quick fix. -J -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746474: portalocker: diff for NMU version 0.5~ds0-0.1
Hello again, I'm attaching a patch showing the differences between the debian/ directories only as well. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A changelog |9 + control| 28 +--- python-portalocker.install |1 + python-portalocker.install.off |1 - rules | 21 - rules.python3 | 36 6 files changed, 47 insertions(+), 49 deletions(-) diff -Nru portalocker-0.4~ds0/debian/changelog portalocker-0.5~ds0.orig/debian/changelog --- portalocker-0.4~ds0/debian/changelog 2014-01-05 22:37:03.0 + +++ portalocker-0.5~ds0.orig/debian/changelog 2014-04-30 11:41:45.863815966 +0100 @@ -1,3 +1,12 @@ +portalocker (0.5~ds0-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release: +- Python3 support. + * Add Python3 package. + + -- Alessio Treglia ales...@debian.org Wed, 30 Apr 2014 11:31:17 +0100 + portalocker (0.4~ds0-2) unstable; urgency=low * New Maintainer (Closes: #726634). diff -Nru portalocker-0.4~ds0/debian/control portalocker-0.5~ds0.orig/debian/control --- portalocker-0.4~ds0/debian/control 2014-01-05 22:34:57.0 + +++ portalocker-0.5~ds0.orig/debian/control 2014-04-30 11:34:04.447028708 +0100 @@ -4,9 +4,15 @@ Maintainer: Josue Ortega josueort...@debian.org.gt Build-Depends: debhelper (= 9~), + dh-python, python-all, - python-setuptools + python-pytest, + python-setuptools, + python3-all, + python3-pytest, + python3-setuptools X-Python-Version: = 2.6 +X-Python3-Version: = 3.2 Standards-Version: 3.9.5 Homepage: https://github.com/WoLpH/portalocker @@ -21,13 +27,13 @@ . This is the Python 2 version of the package. -#Package: python3-portalocker -#Architecture: all -#Depends: -# ${misc:Depends}, -# ${python3:Depends} -#Description: easy API to file locking (Python 3) -# Portalocker is a cross-platform library to provide -# an easy API to file locking. -# . -# This is the Python 3 version of the package. +Package: python3-portalocker +Architecture: all +Depends: + ${misc:Depends}, + ${python3:Depends} +Description: easy API to file locking (Python 3) + Portalocker is a cross-platform library to provide + an easy API to file locking. + . + This is the Python 3 version of the package. diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install portalocker-0.5~ds0.orig/debian/python-portalocker.install --- portalocker-0.4~ds0/debian/python-portalocker.install 1970-01-01 01:00:00.0 +0100 +++ portalocker-0.5~ds0.orig/debian/python-portalocker.install 2013-03-24 17:57:42.0 + @@ -0,0 +1 @@ +usr/lib/python2* diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install.off portalocker-0.5~ds0.orig/debian/python-portalocker.install.off --- portalocker-0.4~ds0/debian/python-portalocker.install.off 2013-03-24 17:57:42.0 + +++ portalocker-0.5~ds0.orig/debian/python-portalocker.install.off 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/lib/python2* diff -Nru portalocker-0.4~ds0/debian/rules portalocker-0.5~ds0.orig/debian/rules --- portalocker-0.4~ds0/debian/rules 2014-04-12 10:25:04.0 +0100 +++ portalocker-0.5~ds0.orig/debian/rules 2014-04-30 11:39:05.272759344 +0100 @@ -2,13 +2,32 @@ export REPACK_SH=$(CURDIR)/debian/repack.sh +PYTHON2=$(shell pyversions -vr) +PYTHON3=$(shell py3versions -vr) + %: - dh $@ --with python2 + dh $@ --with python2,python3 + + +# Skipping tests as upstream doesn't provide them along with the tarball +override_dh_auto_test: override_dh_auto_clean: dh_auto_clean rm -rf build rm -rf *.egg-info +build-python%: + python$* setup.py build + +override_dh_auto_build: $(PYTHON3:%=build-python%) + dh_auto_build + +install-python%: + python$* setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb + +override_dh_auto_install: $(PYTHON3:%=install-python%) + dh_auto_install + get-orig-source: uscan --force-download diff -Nru portalocker-0.4~ds0/debian/rules.python3 portalocker-0.5~ds0.orig/debian/rules.python3 --- portalocker-0.4~ds0/debian/rules.python3 2013-03-24 18:34:39.0 + +++ portalocker-0.5~ds0.orig/debian/rules.python3 1970-01-01 01:00:00.0 +0100 @@ -1,36 +0,0 @@ -#!/usr/bin/make -f - -export REPACK_SH=$(CURDIR)/debian/repack.sh - -PYTHON2=$(shell pyversions -vr) -PYTHON3=$(shell py3versions -vr) - -%: - dh $@ --with python2,python3 - -ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) -test-python%: - python$* setup.py test -vv - -override_dh_auto_test: $(PYTHON2:%=test-python%) $(PYTHON3:%=test-python%) -endif - -build-python%: - python$* setup.py build - -override_dh_auto_build: $(PYTHON3:%=build-python%) - dh_auto_build - -install-python%: - python$* setup.py
Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4
On 30.04.2014 06:06, Tobias Frost wrote: Dear maintainer, I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4). The diff is attached to this message. Thank you for your work. I agree with most of the changes you propose. Here are the ones where I differ. --- isdnutils-3.25+dfsg1/debian/control 2013-06-06 12:36:15.0 +0200 [...] - automake, autoconf, libssl-dev, psutils, + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27), I don't think there is a need for a versioned dependency. I suggest to drop it to an unversioned one. I added the versioned dependency to ensure that the new pacakged version is used and never the one included in isdnutils. I'd keep it. -Depends: libcapi20-3 (= ${binary:Version}), ${shlibs:Depends}, +Depends: ${shlibs:Depends}, Are you sure the new package no longer needs a dependency on libcapi20-3 or that this will be picked up automatically? Will be picked up automatically. -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}), +Depends: ppp (= 2.4.6), ppp ( 2.4.7), I'd keep the lower bound at 2.4.4. Do you have specific reasons to believe that anything below 2.4.6 will stop working? Won't work as the ppp's plugin-directory contains the version number. Like here: https://packages.debian.org/sid/amd64/pppdcapiplugin/filelist --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d1970-01-01 01:00:00.0 +0100 I don't see a reason for removal of this file in this NMU. Yes, this patch slipped in when applying the patch from Ubuntu (see #710359). However, this fixes #698785, so proably could/should be left in as well. Let me know if you veto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745976: lazygal: python-gi update renders lazygal unusable
Hi, On 30/04/14 10:28, Alexandre Rossi wrote: With the recent update of python-gi from 3.10 to 3.12, lazygal is rendered unusable. Every time it starts scanning a source directory, it dies with the traceback pasted below. [...] TypeError: metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases This may be the same as #745596 . I'll followup in the next days to confirm that. The gir1.2-gexvi2-0.10 update to 0.10.1 should fix this. Problem solved installing gir1.2-gexiv2-0.10 0.10.1. Can you confirm this? Yes. With the newest python-gi, it stops failing with the upgrade of gir1.2-gexiv2-0.10. I guess you'll need to add a stronger depends line. Thanks! -- Martín Ferrari (Tincho) signature.asc Description: OpenPGP digital signature
Bug#746476: ITP: libtemplate-plugin-ipaddr-perl -- Template::Toolkit plugin handling IP-addresses
Package: wnpp Severity: wishlist Owner: Per Carlson pe...@hemmop.com * Package name: libtemplate-plugin-ipaddr-perl Version : 0.03 Upstream Author : Per Carlson pe...@cpan.org * URL : https://metacpan.org/pod/Template::Plugin::IPAddr * License : Artistic | GPL-1+ Programming Lang: Perl Description : Template::Toolkit plugin handling IP-addresses This module implements an IPAddr class for handling IPv4 and IPv6-address in an object-orientated way. The module is based on NetAddr::IP and works on IPv4 as well as IPv6-addresses. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746463: systemd: Add support for TuxOnIce hibernation
Hi, Am 30.04.2014 11:40, schrieb Julien Muchembled: systemd 208+ tries to detect whether there's enough swap space to hibernate and this is irrelevant when TuxOnIce is used. I've just upgraded systemd from version 204 and hibernate key stopped working because of that. In other words, this breaks package tuxonice-userui (which I maintain). Could you please add the attached patch to experimental branch ? I tried to push it upstream but there seems to be a hard policy to reject anything that is not in vanilla Linux: http://lists.freedesktop.org/archives/systemd-devel/2014-April/018963.html Personally I'm not too thrilled having a patch which is not going upstream anytime soon or even ever. We already have too many of them. That said, even if the popcon numbers of tuxonice are rather low, the patch looks simple enough. If you are willing to keep the patch up-to-date for new upstream releases and handle bug reports related to this patch, I guess I'd be fine with merging it. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: Bug#745687: new upstream version (2.x series)
On 30 April 2014 12:53, Jérémy Lal kapo...@melix.org wrote: About node-source-map: It build-depends on dryice (=0.4.8). You can find a pre-release package in pkg-javascript/node-dryice.git repository. Once it done/uploaded to unstable, we will be able to build source-map. I can help about that, but could you find out about the dependency loop: dryice depends on uglify-js Fortunately depends on uglify-js version '~1.3.4' :) -- Ubuntu Member - http://launchpad.net/~l3on Home Page - http://leoiannacone.com GPG Key Id - 0xD282FC25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746477: /usr/bin/conky: conky terminates after several minutes with you don't need that many fonts message
Package: conky-std Version: 1.9.0-2 Severity: normal File: /usr/bin/conky Dear Maintainer, conky terminates reproducibly after several minutes on my system logging the following: Conky: desktop window (183) is subwindow of root window (d3) Conky: window type - desktop Conky: drawing to created window (0x2e2) Conky: drawing to double buffer Conky: you don't need that many fonts, sorry. In between, conky works as expected. The following patch helps: --- conky-1.9.0.orig/src/specials.c +++ conky-1.9.0/src/specials.c @@ -330,6 +330,15 @@ void new_gauge(struct text_object *obj, } #ifdef X11 +int find_font(char *name) +{ +int i; +for (i = 0; i font_count; i++) +if (strncmp(name, fonts[i].name, DEFAULT_TEXT_BUFFER_SIZE) == EQUAL) +return i; +return 0; +} + void new_font(char *buf, char *args) { if ((output_methods TO_X) == 0) @@ -337,6 +346,13 @@ void new_font(char *buf, char *args) if (args) { struct special_t *s = new_special(buf, FONT); + int index; + +if (index = find_font(args)) +{ +s-font_added = index; +return; +} if (s-font_added font_count || !s-font_added || (strncmp(args, fonts[s-font_added].name, DEFAULT_TEXT_BUFFER_SIZE) != EQUAL) ) { int tmp = selected_font; -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages conky-std depends on: ii libaudclient2 3.2.4-1 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libcurl3-gnutls 7.26.0-1+wheezy9 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libimlib2 1.4.5-1 ii libiw30 30~pre9-8 ii liblua5.1-0 5.1.5-4 ii libncurses5 5.9-10 ii libtinfo5 5.9-10 ii libx11-6 2:1.5.0-1+deb7u1 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfixes31:5.0-4+deb7u1 ii libxft2 2.3.1-1 ii libxml2 2.8.0+dfsg1-7+nmu3 ii libxmmsclient60.8+dfsg-4 conky-std recommends no packages. Versions of packages conky-std suggests: pn apcupsdnone pn audacious none pn mocnone pn mpdnone pn xmms2 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#746475: flightgear: crash with Nasal bindings
Hello, Sorry, I hit the wrong key in the draft folder, before writing the body of the e-mail! So, I encountered a crash with FlightGear 3.0.0-1 and the backtrace led me to upstream bug https://code.google.com/p/flightgear-bugs/issues/detail?id=1397 That address indicates that the bug has been fixed in upstream Git. I have extracted the corresponding patch (https://gitorious.org/fg/flightgear/commit/b3c7cb7c151858ef79f9371a29be49915e5d3803) and applied it to the Debian package with very slight modification because one of the context lines has changed between 3.0.0 and the commit mentioned here. I have tested the resulting package for some time and it seems to fix the bug. (I didn't tag the bug with patch because I can't pretend I understand the patch) Thanks for your work. -- Florent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739602: [pkg-octave/master] Drop low-priority-for-POI.patch, no longer needed (#739602 was fixed in 2.2.0-1).
tag 739602 pending thanks Date: Wed Apr 30 12:59:03 2014 +0200 Author: Sébastien Villemot sebast...@debian.org Commit ID: f3e4be051d8bd40df7f89c34eaf657f39163f072 Commit URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-io.git;a=commitdiff;h=f3e4be051d8bd40df7f89c34eaf657f39163f072 Patch URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-io.git;a=commitdiff_plain;h=f3e4be051d8bd40df7f89c34eaf657f39163f072 Drop low-priority-for-POI.patch, no longer needed (#739602 was fixed in 2.2.0-1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745810: libratpoints-dev: please provide the ratpoints executable.
On Mon, Apr 28, 2014 at 03:36:46PM +0200, Bill Allombert wrote: On Mon, Apr 28, 2014 at 01:36:22PM +0200, Tobias Hansen wrote: On 04/28/2014 01:12 PM, Bill Allombert wrote: On Mon, Apr 28, 2014 at 11:47:29AM +0200, Tobias Hansen wrote: Hi Bill, my reasoning was that the executable is rather useless without the documentation, which is non-free (pdf without the tex source). I do not understand: byt this reasonning, this package being a C library without documentation, which is not used by any other packages in Debian, is completly useless. It is needed for Sage... As long as ratpoints is included in Debian, ratpoints users should be able to use the Debian package even if they do not use SAGE. At least the binary has a --help options. Did you already ask Michael Stoll if he had the TeX source ? Yes, but maybe I should ask another time. Well, I just did (I know him well). Michael uploaded the documentation to http://arxiv.org/abs/0803.3165 the TeX source is available at http://arxiv.org/format/0803.3165v4 Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692984: Expected upload of sogo-connector
I'm interested in obtaining the sogo-connector, as this seems to be the only way to sync contacts with owncloud. I'd prefer to get it through the debian repositories. The messages above suggest that it could be (or has been) uploaded, which is good news. When might we expect it to appear? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4
Thank you for the quick reply. On 30.04.2014 19:02, Tobias Frost wrote: --- isdnutils-3.25+dfsg1/debian/control 2013-06-06 12:36:15.0 +0200 [...] - automake, autoconf, libssl-dev, psutils, + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27), I don't think there is a need for a versioned dependency. I suggest to drop it to an unversioned one. I added the versioned dependency to ensure that the new pacakged version is used and never the one included in isdnutils. I'd keep it. Your reasons for the additions were easily understood. Yet, there simply is no need for that. The older versions of the package are absolutely fine if that is what is available. The versioned dependency is artificial and thus detrimental. -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}), +Depends: ppp (= 2.4.6), ppp ( 2.4.7), I'd keep the lower bound at 2.4.4. Do you have specific reasons to believe that anything below 2.4.6 will stop working? Won't work as the ppp's plugin-directory contains the version number. Like here: https://packages.debian.org/sid/amd64/pppdcapiplugin/filelist I see. In that case, the build-time dependency will need to receive an appropriate versioning, too. --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 2013-06-06 12:36:15.0 +0200 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 1970-01-01 01:00:00.0 +0100 I don't see a reason for removal of this file in this NMU. Yes, this patch slipped in when applying the patch from Ubuntu (see #710359). However, this fixes #698785, so proably could/should be left in as well. Let me know if you veto. Indeed, the file is wrong. It is an inittab file. Simply removing it is not the proper fix, though, it needs to be put in the appropriate place. I'd leave that for a future upload if I were you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745810: libratpoints-dev: please provide the ratpoints executable.
On 04/30/2014 01:18 PM, Bill Allombert wrote: Michael uploaded the documentation to http://arxiv.org/abs/0803.3165 the TeX source is available at http://arxiv.org/format/0803.3165v4 Cheers, Thanks for taking care of that! I'll upload a package with executable and documentation in the next weeks. Best, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org