Bug#1063730: [Bug #1063730] Clarify that latest master branch code works
Note that I built a custom lua-sql-odbc Debian package by simply substituting the latest src code on the master branch at https://github.com/lunarmodules/luasql in place of the current src code at https://salsa.debian.org/lua-team/lua-sql, and it does in fact resolve the reported issue.
Bug#1063730: lua-sql-odbc Aborted on con:execute(sql) #135
Package: lua-sql-odbc Version: 2.6.0-2 This bug is clearly described at https://github.com/lunarmodules/luasql/issues/135 See this comment, where the maintainer reports the bug as fixed on the master branch: https://github.com/lunarmodules/luasql/issues/135#issuecomment-1397405029 However, the Debian package does not contain this fix. This bug effectively makes the LuaSQL ODBC driver useless on Debian Bookworm, as I encounter it when issuing any query that is not a SELECT. I suspect part of the issue is that the last git tag, 2.6.0, was in Sept. 2020, and there have been quite a few commits to the project since then.
Bug#1059133: dogecoin: FTBFS: error: invalid ‘static_cast’ from type ‘boost::detail::function::function_buffer_members::obj_ptr_t’ {aka ‘void*’} to type ‘void (*)(bool, const CBlockIndex*)’
Please see https://github.com/boostorg/function/pull/47 and let us know if that minor modification helps you out.
Bug#1014584:
Hi Axel and Alberto, Thanks for the conversation on this issue. I just wanted to add a little context to cloud-init's versioning scheme in Ubuntu. > That said, AFAIK -0ubuntu1~22.10.1 is not a formally documented version anywhere, though I have seen it a few times. For lack of a better word, I'll refer to the `~XX.YY.1` as a "diminished version suffix". The diminished version suffix is typically used in a project to which all applies: - the project tends to release an upstream version of a package [1.2.3-0ubuntu1] without any diminished version suffix - the project publishes the same functional upstream version to stable Ubuntu releases 18.04, 20.04, 22.04, 22.10 [1.2.3-0ubuntu1~XX.YY.1] When the stable release version is equivalent, minus debian/* release specific packaging changes, the package version needs to be able to support an upgrade path where the development release version is greater than the last stable release version: dpkg --compare-versions 1.2.3-0ubuntu1 gt 1.2.3-0ubuntu1~22.10.1 So, those projects[1] tend to use the tilde `~` sort order to establish that the stable release package version ~22.04.1 is considered less than the devel release. This is more common in Ubuntu packages that have an SRU exception <https://wiki.ubuntu.com/StableReleaseUpdates#Documentation_for_Special_Cases> because they are more likely to publish the same upstream version in multiple Ubuntu releases. If these projects were to adopt the dot-delimited .24.10.1 "augmented version suffix", those projects would also need to ensure that any published version in the Ubuntu development release also contains that Ubuntu devel series augmented suffix .22.10.1. The docs we used to come up with this sort ordering using the tilde are here - https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-version (debian_revision) """ The lexical comparison is a comparison of ASCII values modified so that all the letters sort earlier than all the non-letters and so that a tilde sorts before anything, even the end of a part. For example, the following parts are in sorted order from earliest to latest: ~~, ~~a, ~, the empty part, a """ > Alberto: what kind of upload is this? 22.10 is the current dev version, so it's not some kind of backport. With such context, I can guess that this is some kind of package that your team is maintaining for multiple ubuntu branches Correct Axel. This is just an upload into the Ubuntu devel release with a release-specific diminished version syntax. From cloud-init perspective we figured we could provide Ubuntu release-specific ~XX.YY.1 to ensure all releases carry the same general format suffix. This way a community contributor wanting build their own deb from upstream direct, without version suffix, would be able to install the clean upstream release and upgrade from what is in-distro in ubuntu. > ISTR that source-nmu-* just wasn't issued under ubuntu (i.e. with --profile=ubuntu), did it start to be issued now? I don't have any recollection about binary-nmu-* All said the nmu lintian warnings seemed to have shown up in lintian reports within the last year. In cloud-init we don't correct our lintian warnings as much as we should, but we figured we should raise awareness on this issue to get upstream input on how this should be addressed long term. Thanks again for helping bring clarity here, Chad References [1] Some Ubuntu packages which use ~XX.YY diminished package version schemes: python3-distutils, ca-certificates, curtin, cloud-init, ubuntu-advantage-tools, wslu, libstdc++6
Bug#1014204: ITP: bellhop -- predict acoustic pressure fields in ocean environments
Package: wnpp Severity: wishlist Owner: Chad Gilbert X-Debbugs-Cc: debian-de...@lists.debian.org debian-scie...@lists.debian.org * Package name: bellhop Version : 2022_4_20 Upstream Author : Michael Porter * URL : http://oalib.hlsresearch.com/AcousticsToolbox/ * License : GPL Programming Lang: Fortran 90 Description : predict acoustic pressure fields in ocean environments. Bellhop is released as part of the Acoustics Toolbox from Heat, Light, and Sound Research and released under GPL v3. It runs as a command line program, taking in a sound-speed profile or field. Outputs can be ray coordinates, travel time, aplitude, eigenrays, acoustic pressure, or transmission loss. This is useful for various applications in underwater acoustics analysis and prediction analysis. I am interested in packaging this software because I have work colleagues who use it, whom I am supporting anyway. I am also learning to use bellhop. It is inconvenient for some to have to build Bellhop before use, and would seem more reasonable to be distributed as a Debian package. If I'm going to do that work, why not share it with everyone? At this point I have no plan to package the rest of the Acoustic Toolbox. Though if packaging and supporting bellhop does not prove onerous, and there is demand, I would consider packaging the rest down the road. This is my first look at packaging for Debian; however, bellhop seems like an ideal place to get my feet wet: it is a simple command-line application that brings in very few dependencies. I am a longtime user (though admittedly mostly downstream in Ubuntu) and appreciate what the community does (thank you all). I will need a sponsor to make the contribution. Cheers! Chad
Bug#970013: pulseaudio-utils: cannot switch to headset_head_unit
Package: pulseaudio Version: 14.2-2 Followup-For: Bug #970013 Dear Maintainer, As with the original reporter of this bug, I too cannot change the profile of my associated bluetooth headsets to headset_head_unit. Below is a clip of the output from "pactl list" after associating a headset. I recall this working at some point in the past, but I don't have a good fixture on when that changed, as it has been quite some time since I've used any bluetooth headset to record. This could also potentially be related to pulseaudio-module-bluetooth bug #993011? -- Output from "pactl list": Card #2 Name: bluez_card.F4_4E_FC_22_A0_0A Driver: module-bluez5-device.c Owner Module: 21 Properties: device.description = "S17" device.string = "F4:4E:FC:22:A0:0A" device.api = "bluez" device.class = "sound" device.bus = "bluetooth" device.form_factor = "headset" bluez.path = "/org/bluez/hci0/dev_F4_4E_FC_22_A0_0A" bluez.class = "0x240404" bluez.alias = "S17" device.icon_name = "audio-headset-bluetooth" device.intended_roles = "phone" Profiles: a2dp_sink: High Fidelity Playback (A2DP Sink) (sinks: 1, sources: 0, priority: 40, available: yes) headset_head_unit: Headset Head Unit (HSP/HFP) (sinks: 1, sources: 1, priority: 30, available: no) off: Off (sinks: 0, sources: 0, priority: 0, available: yes) Active Profile: a2dp_sink Ports: headset-output: Headset (type: Headset, priority: 0, latency offset: 0 usec, availability unknown) Part of profile(s): a2dp_sink, headset_head_unit headset-input: Headset (type: Headset, priority: 0, latency offset: 0 usec, not available) Part of profile(s): headset_head_unit Trying to switch to the headset_head_unit profile on this card fails: -- Setting card profile with pactl: $ pactl set-card-profile 2 off $ pactl set-card-profile 2 a2dp_sink $ pactl set-card-profile 2 headset_head_unit Failure: Input/Output error -- journalctl output Sep 22 22:13:59 strigo pulseaudio[6071]: Refused to switch profile to headset_head_unit: Not connected -- Package-specific info: File '/etc/default/pulseaudio' does not exist -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pulseaudio depends on: ii adduser 3.118 ii init-system-helpers 1.60 ii libasound2 1.2.4-1.1 ii libasound2-plugins 1.2.2-2 ii libc62.31-13 ii libcap2 1:2.44-1 ii libdbus-1-3 1.12.20-2 ii libgcc-s110.2.1-6 ii libice6 2:1.0.10-1 ii libltdl7 2.4.6-15 ii liborc-0.4-0 1:0.4.32-1 ii libpulse014.2-2 ii libsm6 2:1.2.3-1 ii libsndfile1 1.0.31-2 ii libsoxr0 0.1.3-4 ii libspeexdsp1 1.2~rc1.2-1.1 ii libstdc++6 10.2.1-6 ii libsystemd0 247.3-6 ii libtdb1 1.4.3-1+b1 ii libudev1 247.3-6 ii libwebrtc-audio-processing1 0.3-1+b1 ii libx11-6 2:1.7.2-1 ii libx11-xcb1 2:1.7.2-1 ii libxcb1 1.14-3 ii libxtst6 2:1.2.3-1 ii lsb-base 11.1.0 ii pulseaudio-utils 14.2-2 Versions of packages pulseaudio recommends: ii dbus-user-session1.12.20-2 ii libpam-systemd [logind] 247.3-6 ii rtkit0.13-4 Versions of packages pulseaudio suggests: pn paprefs ii pavucontrol 4.0-2 pn pavumeter ii udev 247.3-6 -- Configuration Files: /etc/pulse/default.pa changed: .fail load-module module-device-restore load-module module-stream-restore load-module module-card-restore load-module module-augment-properties load-module module-switch-on-port-available .ifexists module-udev-detect.so load-module module-udev-detect .else load-module module-detect .endif .ifexists module-jackdbus-detect.so .nofail load-module module-jackdbus-detect channels=2 .fail .endif .ifexists module-bluetooth-policy.so load-module module-bluetooth-policy enable_native_hfp_hf=false .endif .ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif
Bug#966575: grub-pc: error: symbol `grub_calloc' not found.
This bug appears to affect a standard Vagrant install of Debian Buster as well. After booting, upgrading, and rebooting, I'm faced with the error. The Vagrant base box is a fairly common one: https://app.vagrantup.com/bento/boxes/debian-10 I'm guessing this is a fairly standard disk layout in their build: # fdisk -l Disk /dev/sda: 64 GiB, 68719476736 bytes, 134217728 sectors Disk model: VBOX HARDDISK Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x1b8eb89d Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048499711497664 243M 83 Linux /dev/sda2 501758 134215679 133713922 63.8G 5 Extended /dev/sda5 501760 134215679 133713920 63.8G 8e Linux LVM Disk /dev/mapper/debian--10--vg-root: 62.8 GiB, 67385688064 bytes, 131612672 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/debian--10--vg-swap_1: 1 GiB, 1073741824 bytes, 2097152 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes I'm using the (admittedly insecure) solution of "sudo apt-mark hold grub*" shown here: https://askubuntu.com/a/1263204 Chad
Bug#966457: jupyter-notebook: cannot open terminal - wrong URL 404
Package: jupyter-notebook Version: 5.7.8-1 Severity: normal Dear Maintainer, When attempting to open a New->Terminal in a jupyter notebook a mostly blank page is displayed. (Page has header with Jupyter and Logout button, but rest is gray.) At the console the following is displayed: [I 11:46:46.037 NotebookApp] New terminal with automatic name: 1 [E 11:46:46.773 NotebookApp] Could not open static file '' [W 11:46:47.095 NotebookApp] 404 GET /static/components/xterm.js-css/index.css (::1) 18.93ms referer=http://localhost:/terminals/1 These files may be located here instead: /usr/lib/python3/dist-packages/notebook/static/components/term.js /usr/lib/python3/dist-packages/notebook/static/components/term.js/term.js A similar bug report is here: https://github.com/jupyterhub/nbgitpuller/issues/45 Thanks! C. -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-9-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages jupyter-notebook depends on: ii jupyter-core 4.4.0-2 ii python3 3.7.3-1 ii python3-notebook 5.7.8-1 jupyter-notebook recommends no packages. jupyter-notebook suggests no packages. -- no debconf information
Bug#962906: isc-dhcp-client: typographic error in rfc3442-classless-routes examples
Package: isc-dhcp-client Version: 4.4.1-2 Severity: minor Dear Maintainer, The file: /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes contains the following leading comments: # set classless routes based on the format specified in RFC3442 # e.g.: # new_rfc3442_classless_static_routes='24 192 168 10 192 168 1 1 8 10 10 17 66 41' # specifies the routes: # 192.168.10.0/24 via 192.168.1.1 # 10.0.0.0/8 via 10.10.17.66.41 The last IP address on the last line has a typographic error and should instead read: # 10.0.0.0/8 via 10.17.66.41 (The example assignment to new_rfc3442_classless_static_routes is actually correct, it's only the commentary that is wrong.) I believe this change should be applied to the following files in the source package for isc-dhcp: rfc3442-classless-routes.linux rfc3442-classless-routes.linux -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-cloud-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages isc-dhcp-client depends on: ii debianutils4.8.6.1 ii iproute2 4.20.0-2 ii libc6 2.28-10 ii libdns-export1104 1:9.11.5.P4+dfsg-5.1+deb10u1 ii libisc-export1100 1:9.11.5.P4+dfsg-5.1+deb10u1 Versions of packages isc-dhcp-client recommends: ii isc-dhcp-common 4.4.1-2 Versions of packages isc-dhcp-client suggests: pn avahi-autoipd pn isc-dhcp-client-ddns pn resolvconf -- no debconf information
Bug#946617: dwww: runman prints empty content
Package: dwww Version: 1.13.4+nmu3 Severity: important Dear Maintainer, After upgrading to buster, I failed to get any man pages showing in my dwww output. The tag is completely empty. After editing dwww-convert for debugging, I found an error from man: man: nroff: Bad system call Then, I found an example of that on another bug report, which led me to add a line to dwww-convert: ...begin patch --- dwww-convert.orig 2019-12-11 14:51:25.131093890 -0800 +++ dwww-convert2019-12-11 15:14:02.625790098 -0800 @@ -246,6 +246,7 @@ $dir =~ s/\/[^\/]*$//; chdir ("$dir/..") or die "Can't chdir!\n"; $ENV{'MAN_KEEP_FORMATTING'} = 1; +$ENV{'MAN_DISABLE_SECCOMP'} = 1; my $IN_FH = ("man -EUTF-8 -P/bin/cat -l \"$filename\" 2>/dev/null | dwww-txt2html --man --utf8", "r"); chdir ("/"); while (<$IN_FH>) { ...end patch That got it working... but I don't really know why. :-) Hopefully this will lead you to the proper fix! Thanks! Chad. -- System Information: Debian Release: 10.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), LANGUAGE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dwww depends on: ii apache2 [httpd-cgi]2.4.38-3+deb10u3 ii debconf [debconf-2.0] 1.5.71 ii debianutils4.8.6.1 ii doc-base 0.10.8 ii file 1:5.35-4+deb10u1 ii libc6 2.28-10 ii libfile-ncopy-perl 0.36-2 ii libmime-types-perl 2.17-1 ii man-db 2.8.5-2 ii mime-support 3.62 ii perl 5.28.1-6 ii ucf3.0038+nmu1 Versions of packages dwww recommends: ii apache2 [httpd] 2.4.38-3+deb10u3 ii apt 1.8.2 ii dlocate 1.07+nmu1 ii info2www 1.2.2.9-24 ii swish++ 6.1.5-5 Versions of packages dwww suggests: ii chromium [www-browser] 78.0.3904.108-1~deb10u1 ii doc-debian 6.4 pn dpkg-www ii elinks [www-browser]0.13~20190125-3 ii epiphany-browser [www-browser] 3.32.1.2-3~deb10u1 ii firefox-esr [www-browser] 68.3.0esr-1~deb10u1 ii w3m [www-browser] 0.5.3-37 -- Configuration Files: /etc/apache2/conf-available/dwww.conf changed [not included] -- debconf information: * dwww/cgidir: /usr/lib/cgi-bin * dwww/serverport: 80 dwww/badport: * dwww/docrootdir: /var/www dwww/nosuchuser: * dwww/cgiuser: www-data dwww/index_docs: false dwww/nosuchdir: * dwww/servername: ws78.int.tlc
Bug#926291: [Pkg-puppet-devel] Bug#926291: puppetdb 6 not compatible with puppet-master 5
Hi Apollon, I've got it to work! Not sure what changed, but must have missed soemthing earlier. Thanks for you time! Chad.
Bug#926291: [Pkg-puppet-devel] Bug#926291: puppetdb 6 not compatible with puppet-master 5
Hi Apollon, I was able to run your autopkgtest successfully with puppet-master 5 and puppetdb 6, so I'll look at that config to see if I can find the problem. Thanks! Chad.
Bug#903876: File extension 'xlsx' does not match the detected MIME type of the file (application/zip)
Package: mediawiki Version: 1:1.27.4-1~deb9u1 Severity: normal Hi! The line $wgMimeTypeFile = '/etc/mime.types'; in LocalSettings.php causes mediawiki to refuse to upload 'xlsx' files with the error "File extension 'xlsx' does not match the detected MIME type of the file (application/zip)". 'xlsx' and 'zip' appear in the permitted file types list. Commenting out this line allows successful upload of xlsx. Thanks for packaging mediawiki for Debian! Chad. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mediawiki depends on: ii apache2 [httpd] 2.4.25-3+deb9u4 ii mediawiki-classes 1:1.27.4-1~deb9u1 ii mime-support3.60 ii php 1:7.0+49 ii php-common 1:49 ii php-mbstring1:7.0+49 ii php-mysql 1:7.0+49 ii php-xml 1:7.0+49 ii php7.0 [php]7.0.30-0+deb9u1 ii php7.0-mbstring [php-mbstring] 7.0.30-0+deb9u1 ii php7.0-mysql [php-mysqlnd] 7.0.30-0+deb9u1 ii php7.0-xml [php-xml]7.0.30-0+deb9u1 Versions of packages mediawiki recommends: ii default-mysql-server1.0.2 ii mariadb-server-10.1 [virtual-mysql-server] 10.1.26-0+deb9u1 ii php-cli 1:7.0+49 ii php-curl1:7.0+49 ii php-intl1:7.0+49 ii php-wikidiff2 1.4.1-1 ii php7.0-cli [php-cli]7.0.30-0+deb9u1 ii php7.0-curl [php-curl] 7.0.30-0+deb9u1 ii php7.0-intl [php-intl] 7.0.30-0+deb9u1 ii python 2.7.13-2 Versions of packages mediawiki suggests: pn clamav pn hhvm ii imagemagick 8:6.9.7.4+dfsg-11+deb9u4 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u4 pn memcached pn php-apcu -- debconf information: mediawiki/webserver: apache2
Bug#899269: [Pkg-samba-maint] Bug#899269: Bug#899269: changes to 4.8
Thanks Dan! I was able to follow your tips to get Samba working again! I posted the config files for smb.conf and sssd.conf on the samba mailing list: https://lists.samba.org/archive/samba/2018-June/216623.html I guess this isn't really a Samba or Debian packaging bug as we're not following instructions from any official Samba Howto. Chad.
Bug#899269: [Pkg-samba-maint] Bug#899269: Bug#899269: changes to 4.8
I believe my problem is the same as original reporter Dan who says: "This was never really an active directory install, it's a standard unix LDAP + Kerberos install" This is my setup as well (except I don't use LDAP, just MIT Kerberos). Dan, I see that in your first smb.conf you did not have any idmap ranges defined. Did you end up setting up idmap ranges? Do you still use kerberos to authenticate? I'm fine with setting up idmap ranges. The goal is to continue to use our existing MIT KDC and existing /etc/passwd UIDs. So far my understanding of idmap/winbind does not give me a clue on how to do this. This (non-AD KDC) is not a supported configuration and that is why no one responded on the Samba mailing list. But there are a few people interested in this kind of setup: https://lists.samba.org/archive/samba/2017-April/207728.html https://serverfault.com/questions/659017/possible-to-authenticate-samba-via-kerberos-but-without-domain-join Thanks for your help, Chad.
Bug#899269: changes to 4.8
Hi all, I'm bumping up against this bug as well. My guess is that this has to do with this change in 4.8 : " Domain member setups require winbindd - Setups with "security = domain" or "security = ads" require a running 'winbindd' now. The fallback that smbd directly contacts domain controllers is gone. " This was never really an active directory install, it's a standard unix LDAP + Kerberos install, using sssd to provide unix accounts. This "not an active directory install" is similar to my situation. I'm authenticating against MIT kerberos KDC only. I haven't figured out what makes sense with winbind idmap-ing yet, so glad to read someone else got it to work. I don't have sssd set up on my working 4.5 server, but I believe security = ADS causes samba to contact the KDC for authentication. Switching to security = user allows smbd to start without configuring winbind/idmap, but smbd then doesn't pay attention to kerberos tickets. (I can see authentication at the kerberos server, but then log.smbd says: Checking NTLMSSP password for PHYSICS.WISC.EDU\cwseys failed: NT_STATUS_NO_SUCH_USER, authoritative=1) I'm guessing sssd contacts the KDC on behalf of smbd when it is set up properly and smbd trusts sssd's response. I've posted to the samba mailing list about this: https://lists.samba.org/archive/samba/2018-June/216447.html C.
Bug#893879: "Inspect" graph broken
Package: ganglia-webfrontend Version: 3.6.1-3 Severity: important Hello, After selecting "Inspect" the resulting graph is drawn incorrectly. It appears roughly as a single line in the center of the graph. Thanks! C. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ganglia-webfrontend depends on: ii apache2 [httpd-cgi] 2.4.25-3+deb9u3 ii debconf 1.5.61 ii libapache2-mod-php 1:7.0+49 ii libapache2-mod-php7.0 [libapache2-mod-php] 7.0.27-0+deb9u1 pn php-xml ii rrdtool 1.6.0-1+b2 Versions of packages ganglia-webfrontend recommends: ii gmetad 3.6.0-7+b1 ii php-gd 1:7.0+49 ii php7.0-gd [php-gd] 7.0.27-0+deb9u1 ganglia-webfrontend suggests no packages. -- debconf information: ganglia-webfrontend/webserver: false ganglia-webfrontend/restart: false
Bug#890286: rrdcached: "gmetad RRD_update [...] rrdcached: Permission denied" if limited socket specified first
Hi Jean-Michel, I'm as sure as anything in this life that there was no other rrdcached using the socket. :) Thanks for your work! Chad. On 02/14/2018 02:46 AM, Jean-Michel Vourgère wrote: > Hi Chad > > Thank you for your detailed report. > > Before I dig more into it, can you double check there is no other instance of > rrdcached running, and using the same socket location? > > I think rrdcached was disabled by default on jessie, and was enabled by > default on stretch. And since you are using the default rrdcached socket > location /var/run/rrdcached.sock there might be a conflict there. >
Bug#890286: upstream bug link
Upstream bug: https://github.com/oetiker/rrdtool-1.x/issues/876
Bug#890286: rrdcached: "gmetad RRD_update [...] rrdcached: Permission denied" if limited socket specified first
Package: rrdcached Version: 1.6.0-1+b2 Severity: normal Hi, This is probably an upstream bug, with a workaround in Stretch. Upon upgrading from Jessie to Stretch ganglia gmetad could no longer use rrdcached to write rrds . Here's an example line from /var/log/messages: gangle /usr/sbin/gmetad[3554]: RRD_update (/var/lib/ganglia/rrds/GLOW-CMS/s17n08.hep.wisc.edu/cpu_speed.rrd): rrdcached: Permission denied. After fiddling with permissions on the socket, file, etc I found that changing the command line order of the sockets works around the problem. It appears as though the limited socket needs to be specified first. # WORKS: /usr/bin/rrdcached -w 3600 -f 7200 -j /var/lib/rrdcached/journal/ \ -s ganglia -m 664 -l unix:/var/run/rrdcached.sock \ -s www-data -m 777 -P FLUSH,STATS,HELP,FETCH -l unix:/var/run/rrdcached.limited.sock \ -b /var/lib/ganglia/rrds -B -p /var/run/rrdcached.pid # DOES NOT WORK: /usr/bin/rrdcached -w 3600 -f 7200 -j /var/lib/rrdcached/journal/ \ -s www-data -m 777 -P FLUSH,STATS,HELP,FETCH -l unix:/var/run/rrdcached.limited.sock \ -s ganglia -m 664 -l unix:/var/run/rrdcached.sock \ -b /var/lib/ganglia/rrds -B -p /var/run/rrdcached.pid Since -P flags in the limited socket can only be added to /etc/defaults/rrdcache BASE_OPTIONS, the way to work around this in Stretch is to place BASE_OPTIONS in /etc/init.d/rrdcached after the socket options like this: RRDCACHED_OPTIONS="\ # former location of $BASE_OPTIONS ${NETWORK_OPTIONS} \ ${WRITE_TIMEOUT:+-w ${WRITE_TIMEOUT}} \ ${WRITE_JITTER:+-z ${WRITE_JITTER}} \ ${WRITE_THREADS:+-t ${WRITE_THREADS}} \ ${BASE_PATH:+-b ${BASE_PATH}} \ ${JOURNAL_PATH:+-j ${JOURNAL_PATH}} \ ${DAEMON_GROUP:+-G ${DAEMON_GROUP}} \ ${DAEMON_USER:+-U ${DAEMON_USER}} \ -p ${PIDFILE} \ ${SOCKFILE:+${SOCKGROUP:+-s ${SOCKGROUP}} ${SOCKMODE:+-m ${SOCKMODE}} -l unix:${SOCKFILE}} \ ${BASE_OPTIONS} " (Also notice addition of FETCH on limited socket. Without this ganglia-web cannot draw all the graphs.) Thanks! C. -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rrdcached depends on: ii libc62.24-11+deb9u1 ii libcairo21.14.8-1 ii libdbi1 0.9.0-4+deb9u1 ii libglib2.0-0 2.50.3-2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpng16-16 1.6.28-1 ii librrd8 1.7.0-1 ii libxml2 2.9.4+dfsg1-2.2+deb9u2 rrdcached recommends no packages. rrdcached suggests no packages. -- Configuration Files: /etc/default/rrdcached changed: BASE_OPTIONS="-f 7200 -s www-data -m 777 -P FLUSH,STATS,HELP,FETCH -l unix:/var/run/rrdcached.limited.sock" -- no debconf information
Bug#887553: Acknowledgement (xmltooling-schemas: backport to wheezy update for CVE-2018-0486)
Thanks so much!
Bug#887553: Acknowledgement (xmltooling-schemas: backport to wheezy update for CVE-2018-0486)
Hi Feri, I would like to take you up on the offer to backport to wheezy, it it is still on the table. Please let me know how to download. Obviously we'll upgrade the server ASAP, but that won't be for a bit. Sorry for the extra bother! Thanks very much! Chad.
Bug#887018: fails to compile against linux 3.16+63+deb8u1
Package: openafs-modules-dkms Version: 1.6.18.2-1~bpo8+1 Severity: grave Hello, With linux version 3.16+63+deb8u1 openafs-modules-dkms fails to compile. Attached is the make.log from the build attempt. Thanks for your time! C. -- System Information: Debian Release: 8.10 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-5-amd64 (SMP w/5 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openafs-modules-dkms depends on: ii dkms 2.2.0.3-2 ii libc6-dev 2.19-18+deb8u10 ii perl 5.20.2-3+deb8u9 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.18.2-1~bpo8+1 openafs-modules-dkms suggests no packages. -- no debconf information DKMS make.log for openafs-1.6.18.2 for kernel 3.16.0-5-amd64 (x86_64) Fri Jan 12 09:06:51 CST 2018 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes /var/lib/dkms/openafs/1.6.18.2/build/build-tools/missing: Unknown `--is-lightweight' option Try `/var/lib/dkms/openafs/1.6.18.2/build/build-tools/missing --help' for more information configure: WARNING: 'missing' script is too old or missing checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking for style of include used by make... GNU checking dependency style of gcc... none checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for flex... no checking for lex... no checking for pkg-config... no checking for libxslt... no checking for saxon... no checking for xalan-j... no checking for xsltproc... no checking for docbook2pdf... no checking for dblatex... no checking for library containing strerror... none required checking for pid_t... yes checking for size_t... yes checking whether ln -s works... yes checking for ranlib... ranlib checking for bison... no checking for byacc... no checking if lex is flex... no checking whether byte order is known at compile time... yes checking whether byte ordering is bigendian... no checking whether printf understands the %z length modifier... yes checking your OS... linux checking if gcc accepts -march=pentium... no checking if gcc needs -fno-strength-reduce... yes checking if gcc needs -fno-strict-aliasing... yes checking if gcc supports -fno-common... yes checking if gcc supports -pipe... yes checking if linux kbuild requires EXTRA_CFLAGS... yes checking for linux kernel module build works... yes checking operation follow_link in inode_operations... no checking operation put_link in inode_operations... no checking for linux/config.h... no checking for linux/completion.h... yes checking for linux/exportfs.h... yes checking for linux/freezer.h... yes checking for linux/key-type.h... yes checking for linux/semaphore.h... yes checking for linux/seq_file.h... yes checking for struct vfs_path... no checking for kuid_t... yes checking for backing_dev_info in struct address_space... yes checking for write_begin in struct address_space_operations... yes checking for name in struct backing_dev_info... yes checking for session_keyring in struct cred... yes checking for ctl_name in struct ctl_table... no checking for d_u.d_alias in struct dentry... yes checking for d_automount in struct dentry_operations... yes checking for i_alloc_sem in struct inode... no checking for i_blkbits in struct inode... yes checking for i_blksize in struct inode... no checking for i_mutex in struct inode... yes checking for i_security in struct inode... yes checking for f_path in struct file... yes checking for flock in struct file_operations... yes checking for iterate in struct file_operations... yes checking for read_iter in struct file_operations... yes checking for sendfile in struct file_operations...
Bug#882867: krb5-kdc: cannot write to default log location
Package: krb5-kdc Version: 1.15-1+deb9u1 Severity: important Hi, The default log location for krb5-kdc is /var/log/krb5kdc.log . E.g. using the kdc.conf.template supplied with the package would cause krb5kdc to log to /var/log/krb5kdc.log However, this is not allowed by systemd's ReadWriteDirectories: from /lib/systemd/system/krb5-kdc.service : ReadWriteDirectories=-/var/tmp /tmp /var/lib/krb5kdc -/var/run /run Thanks for your time! C. -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages krb5-kdc depends on: ii debconf [debconf-2.0] 1.5.61 ii init-system-helpers1.48 ii krb5-config2.6 ii krb5-user 1.15-1+deb9u1 ii libc6 2.24-11+deb9u1 ii libcomerr2 1.43.4-2 ii libgssapi-krb5-2 1.15-1+deb9u1 ii libgssrpc4 1.15-1+deb9u1 ii libk5crypto3 1.15-1+deb9u1 ii libkadm5clnt-mit11 1.15-1+deb9u1 ii libkadm5srv-mit11 1.15-1+deb9u1 ii libkdb5-8 1.15-1+deb9u1 ii libkeyutils1 1.5.9-9 ii libkrb5-3 1.15-1+deb9u1 ii libkrb5support01.15-1+deb9u1 ii libverto-libev10.2.4-2.1 ii libverto1 0.2.4-2.1 ii lsb-base 9.20161125 krb5-kdc recommends no packages. Versions of packages krb5-kdc suggests: pn krb5-admin-server pn krb5-kdc-ldap pn krb5-kpropd -- debconf information: krb5-kdc/debconf: true krb5-kdc/purge_data_too: false
Bug#873611: workaround: I have found out how to install newer version of nethogs that works
I do not consider this problem fixed, because a novice user would try to use this stable package and the application would not work. The stable package should be removed if it is not going to work because the application crashes which introduces security vulnerabilities. I was able to install a newer version of nethogs from the "deb http://ftp.deb ian.org/debian jessie-backports main" repository. Here are the steps I used to get nethogs working. 1. Uninstall nonworking nethogs if installed from Jessie main repository. 2. Install the jessie-backports repository. I followed these instructions: https://backports.debian.org/Instructions/ 3. Install application from backports. # apt-get -t jessie-backports install nethogs Thanks, Chad
Bug#873611: nethogs does not run with error: creating socket failed
Package: nethogs Version: 0.8.0-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I installed nethogs and it does not run. I am running it as root user. I get the following error message 'creating socket failed while establishing local IP - are you root?'. I have seen on the web that this has been fixed however this upgraded nethogs has not made to Debian 8.9. Does the updated nethogs package need to be pushed down to this version of Debian? I am willing to test the newer version of nethogs, but I need guidance on how to proceed. Thank you for your time. -- System Information: Debian Release: 8.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nethogs depends on: ii libc62.19-18+deb8u10 ii libgcc1 1:4.9.2-10 ii libncurses5 5.9+20140913-1+b1 ii libpcap0.8 1.6.2-2 ii libstdc++6 4.9.2-10 nethogs recommends no packages. nethogs suggests no packages. -- no debconf information
Bug#873603: glx-diversions: Install and uninstall nvidia-driver fails with ERROR: The conflicting library '/usr/lib/i386-linux-gnu/libGL.so.1.2' is known to dpkg.
Package: glx-diversions Version: 0.5.1 Severity: important Dear Maintainer, I changed graphics card from AMD to Nvidia and errors with installation of nvidia-grive. Graphics card is 01:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT 240] (rev a2). Error Messages: Errors were encountered while processing: * libgl1-nvidia-glx:amd64 * xserver-xorg-video-nvidia * nvidia-driver Setting up libgl1-nvidia-glx:amd64 (340.102-1) ... ERROR: The conflicting library '/usr/lib/i386-linux-gnu/libGL.so.1.2' is known to dpkg. diversion by glx-diversions from: /usr/lib/i386-linux-gnu/libGL.so.1.2 diversion by glx-diversions to: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 dpkg: error processing package libgl1-nvidia-glx:amd64 (--configure): The problem was fixed by after running the following commands removing ‘/usr/lib/i386-linux-gnu/libGL.so.1.2’ ls -al /usr/lib/i386-linux-gnu/libGL.so.1.2 lrwxrwxrwx 1 root root 48 Mar 21 2016 /usr/lib/i386-linux-gnu/libGL.so.1.2 -> /usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2 root@server:~# rm -v /usr/lib/i386-linux-gnu/libGL.so.1.2 removed ‘/usr/lib/i386-linux-gnu/libGL.so.1.2’ sudo apt-get update I may have had old nvidia drivers or the nouveau installed at one time that caused this problem, however I cannot remember with any certainty. -- Package-specific info: Diversions: diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of
Bug#867188: glx-diversions cannot install or remove
Package: glx-diversions Version: 0.5.1 Followup-For: Bug #867188 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I install nvidia-driver and glx-diversions would never install. I had installed a geforce gt240 graphics card. I gave up on getting it to work and uninstalled the nvidia driver but glx-diversions will not uninstall. I am removing the gt240 graphics card and will try an AMD card. -- System Information: Debian Release: 8.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages glx-diversions depends on: ii dpkg 1.17.27 pn nvidia-installer-cleanup Versions of packages glx-diversions recommends: pn glx-alternative-mesa glx-diversions suggests no packages. -- no debconf information
Bug#812594: dpkg: error processing package libgl1-nvidia-glx:amd64 (--configure)
Package: xserver-xorg-video-nvidia Version: 340.102-1 Followup-For: Bug #812594 Dear Maintainer, Thank you for looking into this matter. I Installed nvidia GeForce GT 240 graphics card and then software "nvidia-driver" * What exactly did you do (or not do) that was effective (or ineffective)? I did not try to correct the problem because of a lack of knowledge. * What was the outcome of this action? repeated errors on "apt-get upgrade" with error messages on installing libgl1-nvidia-glx:amd64, xserver-xorg-video-nvidia, and nvidia-driver. I also have the following messages: Setting up libgl1-nvidia-glx:amd64 (340.102-1) ... ERROR: The conflicting library '/usr/lib/i386-linux-gnu/libGL.so.1.2' is known to dpkg. diversion by glx-diversions from: /usr/lib/i386-linux-gnu/libGL.so.1.2 diversion by glx-diversions to: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 dpkg: error processing package libgl1-nvidia-glx:amd64 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of xserver-xorg-video-nvidia: xserver-xorg-video-nvidia depends on libgl1-nvidia-glx (= 340.102-1); however: Package libgl1-nvidia-glx:amd64 is not configured yet. dpkg: error processing package xserver-xorg-video-nvidia (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of nvidia-driver: nvidia-driver depends on libgl1-nvidia-glx (= 340.102-1); however: Package libgl1-nvidia-glx:amd64 is not configured yet. nvidia-driver depends on xserver-xorg-video-nvidia (= 340.102-1); however: Package xserver-xorg-video-nvidia is not configured yet. dpkg: error processing package nvidia-driver (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgl1-nvidia-glx:amd64 xserver-xorg-video-nvidia nvidia-driver * What outcome did you expect instead? not applicable -- Package-specific info: uname -a: Linux server 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u2 (2017-06-26) x86_64 GNU/Linux /proc/version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.43-2+deb8u2 (2017-06-26) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.102 Mon Jan 16 13:06:29 PST 2017 GCC version: gcc version 4.8.4 (Debian 4.8.4-1) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT215 [GeForce GT 240] [10de:0ca3] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Device [196e:075b] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Aug 13 17:15 /dev/dri/card0 crw-rw-rw- 1 root root 195, 0 Aug 13 17:15 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Aug 13 17:15 /dev/nvidiactl video:x:44:chad,mythtv,tv OpenGL and NVIDIA library files installed: -rw-r--r-- 1 chad chad 1680 Aug 13 16:07 /etc/X11/xorg.conf lrwxrwxrwx 1 root root 15 Jul 30 21:56 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 44 Jul 30 21:56 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1 lrwxrwxrwx 1 root root 43 Jul 30 21:56 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jul 30 21:56 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 50 Jul 30 21:56 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 50 Jul 30 21:56 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 47 Jul 30 21:56 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 47 Jul 30 21:56 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 51 Jul 30 21:56 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Jul 30 21:56 /etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Jul 30 21:56 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Jul 30 21:56 /etc/alternatives/glx--nvidia-bug-report.sh -> /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxr
Bug#854414: screen: after sshing, some commands give error "Error opening terminal: screen.xterm-256color."
I've had this problem when sshing to Macintosh, so no Debian ncurses-term there. Chad.
Bug#857885: regression: Acquire::http::ProxyAutoDetect no longer running script
Hi David, I found the problem! ls -al /usr/local/bin/detect-http-proxy -r-xr--r-- 1 root root 1637 Mar 20 15:48 /usr/local/bin/detect-http-proxy Thu user '_apt' cannot execute the script! Thanks for your help! Chad.
Bug#854607: [Pkg-samba-maint] Bug#854607: fixed in cifs-utils 6.7
Hi Mathieu, Unfortunately, I believe all patches between 6.6 and now is the fix for the regression. There are quite a few. :) The patches were in cifs-utils git branch 'next'. Thanks! Chad.
Bug#854607: fixed in cifs-utils 6.7
Hello, This regression is fixed in cifs-utils version 6.7 . Thanks! C.
Bug#851909: elog: most recent elog update included with Debian 8.7 no longer allows login (except for Admin)
Package: elog Version: 2.9.2+2014.05.11git44800a7-2+deb8u1 Severity: grave Justification: renders package unusable Hi, A day or so ago elog was updated with the Debian change from 8.6 to 8.7 . Afterwards only users listed as "admin" in the elog.cfg file could log in. Everyone else would receive the error message "Use has no access to this logbook". Upgrading to 3.1.2 in stretch allows login again. A guess is that the patch for CVE-2016-6342 was not quite correct. :) Thanks for packaging! C. -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages elog depends on: ii adduser 3.113+nmu3 ii libc62.19-18+deb8u7 ii libkrb5-31.12.1+dfsg-19+deb8u2 ii libssl1.0.0 1.0.1t-1+deb8u5 ii net-tools1.60-26+b1 Versions of packages elog recommends: ii imagemagick 8:6.8.9.9-5+deb8u6 Versions of packages elog suggests: pn fckeditor -- Configuration Files: /etc/elog.conf changed [not included] -- no debconf information
Bug#831751: openafs-client unreliable after kernel update
Package: openafs-client Version: 1.6.9-2+deb8u5 Severity: important Dear Maintainer, As discussed on the openafs-info mailing list, the openafs-client is unreliable (cannot checkout certain repos) after some backported patches were applied to the kernel. With respect to the 'git checkout test' was when openafs-client is paired with 3.16.7-ckt20-1+deb8u4 and first broken is 3.16.7-ckt25-1 . Mark Vitale suspects that these changes are responsible for the breakage: - vfs: Make sendfile(2) killable even better - vfs: Avoid softlockups with sendfile(2) Also note that openafs packages for Debian versions 1.6.17 and 1.6.18 do not fail the 'git checkout test' with recent Jessie kernel. This link is to the thread on openafs-info in which Jonathan Kollasch, Benjamin Kaduk, Jeffry Altman, and Mark Vitale helped focus debugging on the relavant facts. Thanks all! https://lists.openafs.org/pipermail/openafs-info/2016-July/041867.html C. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18+deb8u4 ii libcomerr2 1.42.12-1.1 ii libk5crypto3 1.12.1+dfsg-19+deb8u2 ii libkrb5-3 1.12.1+dfsg-19+deb8u2 ii libncurses55.9+20140913-1+b1 ii libtinfo5 5.9+20140913-1+b1 Versions of packages openafs-client recommends: ii lsof 4.86+dfsg-1 ii openafs-modules-dkms 1.6.9-2+deb8u5 Versions of packages openafs-client suggests: pn openafs-doc ii openafs-krb5 1.6.9-2+deb8u5 -- debconf information: openafs-client/crypt: true openafs-client/run-client: true openafs-client/dynroot: Yes openafs-client/cachesize: 5 openafs-client/afsdb: true openafs-client/cell-info: openafs-client/fakestat: true openafs-client/thiscell: physics.wisc.edu
Bug#829531: icedove: Icedove closes abruptly
Carsten, Here is the requested info.hopefully, I did it correctly. This time the crash was while working with another program. I was not actively using Icedove, at the time. Thanks, Chad MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove LIBRARY_PATH= SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove LIBPATH=/usr/lib/icedove:/usr/lib/icedove ADDON_PATH= MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= moz_debugger_args= /usr/bin/gdb --args /usr/lib/icedove/icedove-bin GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove-bin...done. done. (gdb) run Starting program: /usr/lib/icedove/icedove-bin [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe7f23700 (LWP 17527)] [Thread 0x7fffe7f23700 (LWP 17527) exited] [New Thread 0x7fffe7f23700 (LWP 17537)] [New Thread 0x7fffe0fff700 (LWP 17538)] [New Thread 0x77fee700 (LWP 17539)] [New Thread 0x7fffe07fe700 (LWP 17540)] [New Thread 0x7fffdfcff700 (LWP 17541)] [New Thread 0x7fffdfafe700 (LWP 17542)] [New Thread 0x7fffdf8fd700 (LWP 17543)] [New Thread 0x7fffdf6fc700 (LWP 17544)] [New Thread 0x7fffdf4fb700 (LWP 17545)] [New Thread 0x7fffdf2fa700 (LWP 17546)] [New Thread 0x7fffdf0f9700 (LWP 17547)] [New Thread 0x7fffdeef8700 (LWP 17548)] [New Thread 0x7fffdecf7700 (LWP 17549)] [New Thread 0x7fffdeaf6700 (LWP 17550)] [New Thread 0x7fffde8f5700 (LWP 17551)] [New Thread 0x7fffde6f4700 (LWP 17552)] [New Thread 0x7fffdd3ff700 (LWP 17553)] [New Thread 0x7fffdc752700 (LWP 17554)] [New Thread 0x7fffdbf51700 (LWP 17555)] [New Thread 0x77f79700 (LWP 17556)] [New Thread 0x7fffdb1ff700 (LWP 17557)] [New Thread 0x7fffd9eff700 (LWP 17558)] [New Thread 0x7fffd96fe700 (LWP 17559)] [New Thread 0x7fffd6fff700 (LWP 17560)] [New Thread 0x7fffd5741700 (LWP 17561)] [New Thread 0x7fffd42ff700 (LWP 17562)] [New Thread 0x7fffd3afe700 (LWP 17563)] [New Thread 0x7fffd32fd700 (LWP 17564)] [New Thread 0x7fffd2afc700 (LWP 17565)] [New Thread 0x7fffd22fb700 (LWP 17566)] [New Thread 0x7fffd1afa700 (LWP 17567)] [New Thread 0x7fffd12f9700 (LWP 17568)] [New Thread 0x7fffd0af8700 (LWP 17569)] [New Thread 0x7fffd02f7700 (LWP 17570)] [New Thread 0x7fffcfaf6700 (LWP 17571)] [New Thread 0x7fffcf2f5700 (LWP 17572)] [New Thread 0x7fffce7ff700 (LWP 17573)] [New Thread 0x7fffcdffe700 (LWP 17574)] [New Thread 0x7fffcd5ff700 (LWP 17575)] [New Thread 0x7fffcc8ff700 (LWP 17576)] [New Thread 0x7fffcb7ff700 (LWP 17577)] [New Thread 0x7fffca7ff700 (LWP 17578)] [New Thread 0x7fffc9ffe700 (LWP 17579)] [Thread 0x7fffd6fff700 (LWP 17560) exited] [Thread 0x7fffcd5ff700 (LWP 17575) exited] [Thread 0x7fffcb7ff700 (LWP 17577) exited] [Thread 0x7fffca7ff700 (LWP 17578) exited] [New Thread 0x7fffc8bff700 (LWP 17580)] [New Thread 0x7fffca7ff700 (LWP 17581)] [New Thread 0x7fffcb7ff700 (LWP 17582)] [New Thread 0x7fffcd5ff700 (LWP 17583)] [New Thread 0x7fffd6fff700 (LWP 17584)] [New Thread 0x7fffc61ff700 (LWP 17585)] [New Thread 0x7fffc56ff700 (LWP 17586)] [New Thread 0x7fffc48ff700 (LWP 17587)] [New Thread 0x7fffc40fe700 (LWP 17588)] [Thread 0x7fffc9ffe700 (LWP 17579) exited] [Thread 0x7fffc40fe700 (LWP 17588) exited] [New Thread 0x7fffc40fe700 (LWP 17599)] [New Thread 0x7fffc9ffe700 (LWP 17600)] [New Thread 0x7fffc32ff700 (LWP 17601)] [New Thread 0x7fffc2afe700 (LWP 17602)] [New Thread 0x7fffc22fd700 (LWP 17603)] [New Thread 0x7fffc1afc700 (LWP 17604)] [New Thread 0x7fffc12fb700 (LWP 17605)] [New Thread 0x7fffc0afa700 (LWP 17606)] [New Thread 0x7fffbefff700 (LWP 17615)] [New Thread 0x7fffbe7fe700 (LWP 17616)] [Thread 0x7fffbe7fe700 (LWP 17616) exited] [Thread 0x7fffbefff700 (LWP 17615) exited] [Thread 0x7fffd6fff700 (LWP 17584) exited] [Thread 0x7fffc48ff700 (LWP 17587) exited] [Thread 0x7fffc12fb700 (LWP 17605) exited] [Thread 0x7fffc1afc700 (LWP 17604) exited] [Thread 0x7fffc22fd700 (LWP 17603) exited] [Thread 0x7fffc2afe700 (LWP 17602) exited]
Bug#829531: icedove: Icedove closes abruptly
Package: icedove Version: 1:45.1.0-1~deb8u1 Severity: important Dear Maintainer, * What led up to the situation? I beleive the 6/14/2016 update started this. * What exactly did you do (or not do) that was effective (or ineffective)? While deleting or selecting to read an unread email the program simply closes. Relaunching Icedove allows for further progress, but sometimes it closes again, right away. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u4 ii libcairo2 1.14.0-2.1+deb8u1 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk2.0-0 2.24.25-3+deb8u1 ii libhunspell-1.3-0 1.3.3-3 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpixman-1-0 0.32.6-3 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 pn iceowl-extension Versions of packages icedove suggests: ii fonts-lyx 2.1.2-2 ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2 -- no debconf information
Bug#818502: backport to jessie?
Hello, Are there plans to backport this to the standard Jessie kernel? Thanks!
Bug#818502: backport?
It would make things easier if this patch were backported to Jessie, rather than having to use a backported kernel. Nice sleuthing Zito! C.
Bug#816751: linux-image-3.16.0-4-amd64: Boot hangs at ata_piix message under 3.16.x, but works with 3.2.x version graph
This doesn't seem to be Debian-specific. I tried a number of other distro's live installers on USB -- current versions of Ubuntu, Arch, CoreOS, Fedora, Puppy, System Rescue -- and experienced boot hangs at various points with each. After much fiddling with ACPI kernel boot parameters, I was able to get reliable boots using 'nolapic' -- which effectively reduced the system to one core. I subsequently narrowed it down to working with 'nolapic_timer', and after comparing the dmesg output of 3.2.x to 3.16.x, began to suspect the underlying problem was related to intel_idle -- which was disabled for the Atom N2000 family under 3.2.x, but enabled in 3.16.x ... I think this is the commit: http://marc.info/?l=linux-pm=139068510624936=2 In the end, I found that I could boot the 3.16 kernel with: intel_idle.max_cstate=0 which seems to effectively disable intel_idle and fall back the ACPI idle driver. Cheers, Chad
Bug#818502: backport?
It would make things easier if this patch were backported to Jessie, rather than having to use a backported kernel. Nice sleuthing Zito! C.
Bug#816751: linux-image-3.16.0-4-amd64: Boot hangs at ata_piix message under 3.16.x, but works with 3.2.x
Package: src:linux Version: 3.16.7-ckt20-1+deb8u3 Severity: critical Justification: breaks the whole system Dear Maintainer, This machine had been running with an up-to-date version of Wheezy for over a year. Following a dist-upgrade to Jessie, it no longer boots under the 3.16.x kernel, seeming to hang when loading/initializing the ATA library. The last boot message refers to ata_piix (see below). It boots and runs fine under the 3.2.x LTS kernel, however. -- Package-specific info: ** Kernel log: boot messages should be attached Last line in kernel log is: ata_piix :00:1f.2: MAP [ P0 P2 P1 P3 ] ** Model information Jetway JBC372F36W Intel Atom N2600 Compact Fanless Barebone See: http://www.logicsupply.com/jbc372f36w/ sys_vendor: Jetway product_name: product_version: chassis_vendor: chassis_version: bios_vendor: American Megatrends Inc. bios_version: 4.6.4 board_vendor: Jetway board_name: JBC372F36W board_version: JBC372F36W-2600-B ** Network interface configuration: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 gateway 192.168.1.1 dns-nameservers 192.168.1.1 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D2xxx/N2xxx DRAM Controller [8086:0bf1] (rev 04) Subsystem: Intel Corporation Device [8086:1999] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- [disabled] Capabilities: Kernel driver in use: gma500 00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: Jetway Information Co., Ltd. Device [16f3:a621] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.2 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 3 [8086:27d4] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 4 [8086:27d6] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) (prog-if 00 [UHCI]) Subsystem: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) (prog-if 01 [Subtractive decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset-
Bug#784688: Thousands of "xen:balloon: Cannot add additional memory (-17) messages" despite dom0 ballooning disabled
On 2016-01-27 05:57, Ian Campbell wrote: To summarise what I can tell from this bug log the following combinations are/are not prone to this issue: xen-??? xen-4.1 xen-4.4.1 4.4.1-9+deb8u3 xen-4.6.0 3.14.15-2Y[1] 3.16.7-ckt7-1 N[1] 3.16.7-ckt9-3~deb8u1Y[2] 3.16.7-ckt20-1+deb8u2 Y[3] 4.2.6-1 ?[1] 4.3.3-5 NN[1] 4.3.3-7 N[1] [1] KSV [2] ML (original report, Xen version unknown) [3] AS (with dom0_mem=1024M,max:1024M, but not dom0_mem=1024M) Although it may not add a lot to the situation at this point, you can add my configuration as being affected: - kernel 3.16.7-ckt11-1+deb8u5 - Xen 4.4.1-9+deb8u2 - autoballoon="off" in xl.conf - GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=2048M,max:2056M" (and also just "dom0_mem=2048M"). -- -Chad
Bug#802212: Patch
Here's another version of that patch... with a free(dotdir) after we're done with it. -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 Description: avoid NO_MODULE_DATA error Author: Chad Wallace <cwall...@lodgingcompany.com> Last-Update: 2015-12-27 --- a/pam_ssh.c 2015-12-27 12:08:42.851136447 -0800 +++ b/pam_ssh.c 2015-12-27 12:12:47.619240920 -0800 @@ -1089,6 +1089,7 @@ const struct passwd *pwent; /* user's passwd entry */ struct stat sb; /* to check st_nlink */ const char *user; /* username */ + char *dotdir; /* .ssh dir name */ pam_ssh_log(LOG_DEBUG, "close session"); @@ -1108,6 +1109,21 @@ return retval; } + /* handle the per-user configuration directory and check its existence */ + + if (asprintf(, "%s/%s", pwent->pw_dir, SSH_DIR) == -1) { + pam_ssh_log(LOG_CRIT, "out of memory"); + openpam_restore_cred(pamh); + return PAM_SERVICE_ERR; + } + if ((access(dotdir,F_OK)) == -1) { + pam_ssh_log(LOG_DEBUG, "inexistent configuration directory"); + free(dotdir); + openpam_restore_cred(pamh); + return PAM_SUCCESS; + } + free(dotdir); + if (pam_get_data(pamh, "ssh_agent_env_session", (const void **)(void *)_file) == PAM_SUCCESS && env_file) unlink(env_file);
Bug#802212: Patch
Hello, I've created a patch that seems to fix this for me. All I did was copy the code that checks for ".ssh" from pam_sm_open_session() into pam_sm_close_session() so it can just not do anything, and return PAM_SUCCESS. I don't know if that's the right solution, but it seems appropriate to me. I've only tested that it works for me: it avoids printing "su: No module specific data is present" when I run /etc/cron.daily/dwww and logging in remotely using my SSH key still works. Thanks! -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 Description: avoid NO_MODULE_DATA error Author: Chad Wallace <cwall...@lodgingcompany.com> Last-Update: 2015-12-27 --- a/pam_ssh.c 2015-12-27 10:54:47.985792204 -0800 +++ b/pam_ssh.c 2015-12-27 10:54:08.231097492 -0800 @@ -1089,6 +1089,7 @@ const struct passwd *pwent; /* user's passwd entry */ struct stat sb; /* to check st_nlink */ const char *user; /* username */ + char *dotdir; /* .ssh dir name */ pam_ssh_log(LOG_DEBUG, "close session"); @@ -1108,6 +1109,20 @@ return retval; } + /* handle the per-user configuration directory and check its existence */ + + if (asprintf(, "%s/%s", pwent->pw_dir, SSH_DIR) == -1) { + pam_ssh_log(LOG_CRIT, "out of memory"); + openpam_restore_cred(pamh); + return PAM_SERVICE_ERR; + } + if ((access(dotdir,F_OK)) == -1) { + pam_ssh_log(LOG_DEBUG, "inexistent configuration directory"); + free(dotdir); + openpam_restore_cred(pamh); + return PAM_SUCCESS; + } + if (pam_get_data(pamh, "ssh_agent_env_session", (const void **)(void *)_file) == PAM_SUCCESS && env_file) unlink(env_file);
Bug#785557: Processed: Re: Bug#789566: Jessie guest 100% steal time after live migration
Turns out the fix was applied to the kvm portion of the linux kernel. Is in kernel version 4.4rc1 . https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7cae2bedcbd4680b155999655e49c27b9cf020fa see also upstream qemu issue tracker: https://bugs.launchpad.net/qemu/+bug/1494350 Thanks, Chad. On Tuesday, November 03, 2015 07:45:16 Debian Bug Tracking System wrote: > Processing control commands: > > reassign -1 qemu-system-x86 > > Bug #789566 [qemu-kvm] Jessie guest 100% steal time after live migration > Bug reassigned from package 'qemu-kvm' to 'qemu-system-x86'. > No longer marked as found in versions qemu/1:2.1+dfsg-12~bpo70+1. > Ignoring request to alter fixed versions of bug #789566 to the same values > previously set > > severity -1 important > > Bug #789566 [qemu-system-x86] Jessie guest 100% steal time after live > migration Severity set to 'important' from 'normal' > > > forcemerge 785557 -1 > > Bug #785557 [qemu-system-x86] QEMU: causes vCPU steal time overflow on live > migration Bug #789566 [qemu-system-x86] Jessie guest 100% steal time after > live migration Set Bug forwarded-to-address to > 'http://lists.gnu.org/archive/html/qemu-devel/2015-06/msg01295.html'. Added > indication that 789566 affects src:perl > Marked as found in versions qemu/1.5.0~rc0+dfsg-1 and qemu/1:2.1+dfsg-12. > Added tag(s) upstream, sid, and stretch. > Merged 785557 789566
Bug#785557: upstream bug
Submitted to upstream bug tracker: https://bugs.launchpad.net/qemu/+bug/1494350
Bug#784688: Thousands of "xen:balloon: Cannot add additional memory (-17) messages" despite dom0 ballooning disabled
I'm experiencing this bug too. The effect is that one particular guest cannot transmit on its vif. xl.conf has 'autoballoon="off"', /etc/default/grub has 'GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=2048M,max:2048M"' Trying the 'xl mem-set 0 4065' from earlier in the thread results in: root@xen4:/sys/devices/system/xen_memory/xen_memory0# xl mem-set 0 4065 libxl: error: libxl.c:4098:libxl_set_memory_target: memory_dynamic_max must be less than or equal to memory_static_max Any updates on this issue? Thanks! -Chad
Bug#785557: in QEMU bug tracker?
Hi All, I tried to find this bug in QEMU's bug tracker, but failed. Also, it doesn't look like the messages to the mailing list: http://lists.gnu.org/archive/html/qemu-devel/2015-06/msg01295.html are getting much attention. Perhaps opening a bug in QEMU's bug tracker would be useful? (Or I missed it.) Thanks! C.
Bug#795926: openafs: Please verify that 'Restore support for using regexes ... OPENAFS-SA-2015-006' is part of Jessie (and Wheezy) OpenAFS
Hi Ben, The current openafs versions in wheezy and jessie do not support the use of regexps for volume names. (That is, they do not include the change you see mentioned in the 1.6.14-1 changelog.) Thanks for clarifying. I was unaware that the regexp functionality was added after 1.6.9. I was thinking -prefix, -exclude, and -xprefix options were what was meant by the 'regexp' in the changelog for 1.6.14. Are you encountering issues on a wheezy and/or jessie system while attempting to use this functionality? No. But I was worried that if I updated to the newer 1.6.1 and 1.6.9 I would lose functionality, due to my confusion as explained above. Thanks for your time! Chad.
Bug#795926: openafs: Please verify that 'Restore support for using regexes ... OPENAFS-SA-2015-006' is part of Jessie (and Wheezy) OpenAFS
Hmm, I am no longer sure that I have actually clarified :( Dough! I was thinking -prefix, -exclude, and -xprefix options were what was meant by the 'regexp' in the changelog for 1.6.14. Er, options to what programs? These options appear on the vos_backupsys manpage. We (at some time) used those options in scripts to create .backup volumes for some volumes, but not others. Also, we use Teradactyl TiBS to automate AFS volume backups. I could check with them if they use vos backup. It would be nice if you could try upgrading a system or two to test, so that I know whether to close this bug or take action on it. Reinstalling the old version of the package should work fine to downgrade, if you need to revert due to breakage. OK. I'll do this in a month or so. In the meantime, don't worry about it! Thanks again, Chad.
Bug#795926: openafs: Please verify that 'Restore support for using regexes ... OPENAFS-SA-2015-006' is part of Jessie (and Wheezy) OpenAFS
Package: openafs-modules-dkms Version: 1.6.9-2+deb8u3 Severity: important File: openafs Hello, I see that openafs version 1.6.14-1 has a changelog item Restore support for using regexes for volume names to backup, accidentally disabled as part of the fix for OPENAFS-SA-2015-006, but the most recent Jessie openafs version that I find (1.6.9-2+deb8u3) does not have this in the changelog. The Wheezy version (1.6.1-3+deb7u4) also appears not have the updated fix for OPENAFS-SA-2015-006. Thanks for checking! C. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openafs-modules-dkms depends on: ii dkms 2.2.0.3-2 ii libc6-dev 2.19-18 ii perl 5.20.2-3+deb8u1 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.9-2+deb8u3 openafs-modules-dkms suggests no packages. -- no debconf information
Bug#784695: gnumeric: Mouse cursor is garbled when showing Gnumeric-specific icon
On Tue, 12 May 2015 09:39:23 +1000 Dmitry Smirnov only...@debian.org wrote: It would be interesting to try disabling hardware cursor: Option HWCursor off See nouveau(4). Please let me know it it makes any difference. Well, I guess I should let you know... I can't even try that. I believe the only way to set that option is in the Device section in xorg.conf. Howerver, my system runs without an xorg.conf, auto-detecting everything, and I haven't figured out how to set up the Device sections. Every time I try, gdm crashes hard and I have to power-cycle or get a co-worker to reboot through SSH. So I've decided to just get used to the odd cursor for now. If I do get around to trying that option, I'll keep you posted. Thanks for your help! -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 pgpyprHodBB11.pgp Description: OpenPGP digital signature
Bug#785720: sikuli exec wrapper classpath doesn't account for transitional constants lib
Package: sikuli Version: 1.0~x~rc3.tesseract3-dfsg1-8 The execution wrapper has a classpath defined, but in some places the constants libconstantine-java transitional library in Depends is a empty transitional package to libjnr-constants-java . That makes sikuli fail at startup. $ sikuli-ide Exception in thread main java.lang.NoClassDefFoundError: com/kenai/constantine/Constant Also at https://bugs.launchpad.net/ubuntu/+source/sikuli/+bug/1456675 The fix is to add /usr/share/java/jnr-constants.jar: into the classpath.
Bug#785720: debdiff to make wrappers patchable, and add path to classpaths
Hi Gilles. There is no build-time filling of what the distro uses, and it costs nothing to keep the older jar name. I suggest keeping it and getting free support for older Debians and derivatives with one diff. On Tue, May 19, 2015 at 2:25 PM, Gilles Filippini p...@debian.org wrote: Hi Chad, Chad Miller a écrit le 19/05/2015 18:04 : Control: severity -1 important Control: tags -1 patch thanks This changes the wrappers to span several lines first, then in a later patch, adds the new classpath item. As I understand it there is no more libconstantine-java.jar in sid. Then we just have to replace it with jnr-constants.jar instead of setting both. Correct? Thanks, _g.
Bug#785720: debdiff to make wrappers patchable, and add path to classpaths
Control: severity -1 important Control: tags -1 patch thanks This changes the wrappers to span several lines first, then in a later patch, adds the new classpath item. sikuli_1.0~x~rc3.tesseract3-dfsg1-8ubuntu1.debdiff Description: Binary data
Bug#785720: debdiff to make wrappers patchable, and add path to classpaths
Adding missing backslash, thanks to Laney. sikuli_1.0~x~rc3.tesseract3-dfsg1-8ubuntu1.debdiff Description: Binary data
Bug#784695: gnumeric: Mouse cursor is garbled when showing Gnumeric-specific icon
On Fri, 08 May 2015 15:43:57 +1000 Dmitry Smirnov only...@debian.org wrote: On Thu, 7 May 2015 13:25:54 Chad Wallace wrote: I'm not sure if this bug belongs to Gnumeric, or GTK, or Noveau or Xorg, but I'm sure you can reassign it if you know better. Thanks for your report. I see the problem on your screenshot but I've never experienced it and I am clueless regarding its origin. I suspect it might be display adapter problem... You are using GNOME and free Nvidia driver, right? Any chance you could try logging into another Desktop Environment to see if it makes any difference? Thank you. In an XFCE session, it does the same thing as the GNOME session. But if I choose a GNOME on Wayland session the cursor works perfectly in Gnumeric... but I have other issues... like characters disappearing and reappearing... and my second GPU doesn't work. Also, if I don't apply my custom XRandR settings script (attached) on the regular GNOME session (to enable the second GPU and third monitor), the cursor is just fine. -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 xrandr-settings Description: Binary data pgphfzofYKcy9.pgp Description: OpenPGP digital signature
Bug#784695: gnumeric: Mouse cursor is garbled when showing Gnumeric-specific icon
Package: gnumeric Version: 1.12.18-2 Severity: normal Dear Maintainer, In Gnumeric, whenever I hover the mouse over the cells, and it renders the chubby cross cursor, it is slightly garbled. The cursor itself renders OK, but there's a box around it (probably double the cursor's width and height, and centered on the cursor) that has garbage, and leaves traces of previous positions of the cursor. It seems like the box under the cursor is a window into a different region, where the artifacts from previous cursors all blend together and persist in that region... Not sure if I'm explaining it properly... I'll try to attach a picture of it. I had to take a picture with a cell phone, rather than a screenshot, because the screenshots either didn't show the cursor, or they showed the cursor properly without this problem. The problem does not occur when Gnumeric is rendering a stock cursor (like the skinny cross for fill-down on the selected cell, or the regular arrow you get on the toolbars and menus). The only one that's garbled is the chubby cross that's specific to Gnumeric. I tried to reproduce this problem in Chromium by trying every different value of the cursor CSS style, but they all rendered properly, even some that looked like they were Chromium-specific. Gnumeric is the only program I've seen this problem in. If you know of any others that use their own cursors, I can try them to see what happens. I'm not sure if this bug belongs to Gnumeric, or GTK, or Noveau or Xorg, but I'm sure you can reassign it if you know better. Thanks! -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.56 ii gnumeric-common1.12.18-2 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.14.0-1 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgoffice-0.10-10 0.10.18-1 ii libgsf-1-114 1.14.30-2 ii libgtk-3-0 3.14.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libxml22.9.1+dfsg1-5 ii procps 2:3.3.9-9 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnumeric recommends: ii evince3.14.1-2 ii gnumeric-doc 1.12.18-2 ii lp-solve 5.5.0.13-7+b1 Versions of packages gnumeric suggests: ii fonts-liberation 1.07.4-1 pn gnumeric-plugins-extra none ii ttf-mscorefonts-installer 3.6 -- debconf information: gnumeric/existing-process: false gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783150: ceph-common: Jessie VM fails to boot if systemd-sysv installed and a rbd set to be mounted at boot in fstab
Package: ceph-common Version: 0.80.9-1~bpo70+1 Severity: important Hello, I'm using Wheezy Ceph packages from ceph.com on a Jessie computer. (Jessie packages not available.) This mostly works. The only problem I have is that if the package systemd-sysv is installed (instead of sysvinit-core, they conflict with one another) and fstab lists a rbd device to be mounted at boot, then boot hangs partway through and does not finish. (I can include the last lines which appear if desired.) I think this is because appropriate systemd files are not included in the Wheezy package. systemd can be installed on wheezy, but even more people will be using it with jessie. As mentioned, a workaround is to install sysvinit-core which replaces systemd-sysv. If you have packages to test, I'd be a guinea pig. Thanks! C. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ceph-common depends on: ii libblkid1 2.25.2-6 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.19-18 ii libgcc11:4.9.2-10 ii libgoogle-perftools4 2.2.1-0.2 ii libkeyutils1 1.5.9-5+b1 ii libnspr4 2:4.10.7-1 ii libnss32:3.17.2-1.1 ii librados2 0.80.9-1~bpo70+1 ii librbd10.80.9-1~bpo70+1 ii libstdc++6 4.9.2-10 ii libuuid1 2.25.2-6 ii python-ceph0.80.9-1~bpo70+1 ii python-requests2.4.3-6 ceph-common recommends no packages. Versions of packages ceph-common suggests: pn ceph none pn ceph-mds none -- Configuration Files: /etc/ceph/rbdmap changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773369:
Its BIOS. 1680x1050 x@x:~$ sudo update-alternatives --display desktop-grub desktop-grub - auto mode link currently points to /usr/share/images/desktop-base/lines-grub.png /usr/share/images/desktop-base/joy-grub.png - priority 15 /usr/share/images/desktop-base/lines-grub-1920x1080.png - priority 15 /usr/share/images/desktop-base/lines-grub.png - priority 20 /usr/share/images/desktop-base/spacefun-grub-widescreen.png - priority 14 /usr/share/images/desktop-base/spacefun-grub.png - priority 15 Current 'best' version is '/usr/share/images/desktop-base/lines-grub.png'. Thanks for looking into this, Chad
Bug#732054: good idea
Hi Martin, I hope fstrim-all gets included in the Debian version of util-linux. Is http://people.canonical.com/~pitti/scripts/fstrim the most recent version? Thanks! C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732054: good idea
Hi Martin, You might also be interested to know about 'lsblk' which looks like it can detect whether discard is supported on device-mapper devices: (one version of is supported) $ lsblk -Dl NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO sda 04K 2G 1 sda1 04K 2G 1 sys-rootfs-real (dm-4) 04K 2G 1 sys-rootfs (dm-0)04K 2G 1 sys-20141008--rootfs--snap (dm-3)04K 2G 1 sys-20141008--rootfs--snap-cow (dm-5)04K 2G 1 sys-20141008--rootfs--snap (dm-3)04K 2G 1 sda2 04K 2G 1 sdb 00B 0B 0 sdb1 00B 0B 0 sr0 00B 0B 0 (one version of not supported) # lsblk -lD NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO vda 00B 0B 0 vda1 00B 0B 0 vda2 00B 0B 0 sys-swap (dm-1) 00B 0B 0 sys-rootfs-real (dm-3) 00B 0B 0 sys-rootfs (dm-0)00B 0B 0 sys-20141008--rootfs--snap (dm-2)00B 0B 0 sys-20141008--rootfs--snap-cow (dm-4)00B 0B 0 sys-20141008--rootfs--snap (dm-2)00B 0B 0 sr0 00B 0B 0 Thanks! C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745520: netatalk not stopped in runlevel 0
It was deliberately avoided, to speed up shutdown. My particular use case is that netatalk is using files on a ceph RBD device. netatalk should shutdown and close file access before the RBD device is unmounted. The RBD devices are formatted with XFS, and the rbd init script tries to unmount them. But if netatalk has files open the script takes a very long time or hangs. Stopping netatalk first fixes the problem. How much time is normally saved by not stopping netatalk? It seems to stop very quickly anyway. Thanks! C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741067: [lsb-release] lsbmajdistrelease should be 8 , not testing
Package: lsb-release Version: 4.1+Debian12 Severity: normal Hello, Running # facter | grep lsb shows lsbdistcodename = jessie lsbdistdescription = Debian GNU/Linux testing (jessie) lsbdistid = Debian lsbdistrelease = testing lsbmajdistrelease = testing instead it should be lsbdistcodename = jessie lsbdistdescription = Debian GNU/Linux testing (jessie) lsbdistid = Debian lsbdistrelease = 8.0 lsbmajdistrelease = 8 For reference, this is wheezy's output # facter | grep lsb lsbdistcodename = wheezy lsbdistdescription = Debian GNU/Linux 7.4 (wheezy) lsbdistid = Debian lsbdistrelease = 7.4 lsbmajdistrelease = 7 Thanks! C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733873: [pyneighborhood] should depend on gnome-keyring
Package: pyneighborhood Version: 0.5.1-2 Severity: normal If gnome-keyring is not installed pyneighborhood displays the error message Gkr-Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files when trying to add a mount point. Thanks! C. --- System information. --- Architecture: amd64 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 990 stable security.debian.org 990 stable ftp.egr.msu.edu 99 testing security.debian.org 99 testing debian.cites.illinois.edu 98 stable debian.dc-uoit.net 49 experimentaldebian.cites.illinois.edu 30 oneiric us.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed ===-+-== python2.7 | 2.7.5-5 OR python2.6 | 2.6.8-2 python(= 2.6.6-7~) | 2.7.5-2 python ( 2.8) | 2.7.5-2 cifs-utils | 2:6.0-1 smbclient | 2:3.6.17-1 python-gtk2 | 2.24.0-3+b1 python-glade2 | 2.24.0-3+b1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730583: krb5-admin-server: if supported_enctypes = DEFAULT then kadmind: Required parameters in kdc.conf missing while initializing, aborting
HI Ben, Thanks for digging into this issue and reporting upstream! C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699761: (no subject)
People used to say that computer smaller than the size of rooms were impossible. All that I can see in that bug report is: nobody told us how to do this so we're not going to. I agree that specs are needed; but that's just lazy; surely something could be done in the meantime that goes along with convention.
Bug#699761: (no subject)
Here are some suggestions from #multiarch on irc.debian.org so that we can go from +wontfix to +canfix: pehjota I'm heading to bed soon, so I can't help much now. But I see the script; it's basically like a mini pkg-config. It prints -I/usr/include/target or -L/usr/lib/target -lusb …. pehjota One solution would be to make the script pull in a file in /usr/lib/target that defines the includedir and libdir (like pkg-config .pc files do). pehjota Such a solution wouldn't be very invasive. (An alternative would be to make libusb just use pkg-config, which DTRT already.) stderr_dk Can't libusb-dev:i386 depend on e.g. config-wrapper, have /usr/bin/libusb-config-i386 and make the hardlink as part of the install script? stderr_dk And likewise for libusb-dev:amd64 and /usr/bin/libusb-config-amd64 Arrowmaster ah yeah i guess that way works, just one extra package for a universal script Arrowmaster probably better to just making it a super generic script and have it included in the mulitarch package Arrowmaster make it super generic so even things other than -dev packages can use it
Bug#714716: Request Multi-Arch support for package zlib1g-dev
Package: zlib1g-dev Version: 1:1.2.7.dfsg-13 I would like to request that mult-arch be supported by zlib1g-dev.
Bug#714587: Request Multi-Arch for package libusb-dev
Package: libusb-dev Version: 2:0.1.12-20+nmul I would like to request that mult-arch be supported by libusb-dev.
Bug#714589: Request Multi-Arch support for package libgcrypt11-dev
Package: libgcrypt11-dev Version: 1.5.0-5 I would like to request that mult-arch be supported by libgcrypt11-dev.
Bug#483832: gnome-terminal window takes very long time to draw
Package: gnome-terminal Version: 3.4.1.1-2 Followup-For: Bug #483832 Dear Maintainer, In the wheezy version, using gnome-shell, the terminal takes about 5 seconds to a) add a tab and b) display a New Window, and is very laggy when resizing--taking a second or so to redraw, more with larger windows. I have a trasparent background, which on its own performs very well (by which I mean, there is no lag when moving the window). If I change the background to solid in the gnome-terminal preferences, it makes the new window and new tab quick, but the resizing is the same regardless of the background setting. Hope this helps... Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-terminal depends on: ii gconf-service 3.2.5-1+build1 ii gnome-terminal-data3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.4.0-2 ii libc6 2.13-37 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libvte-2.90-9 1:0.32.2-1 ii libx11-6 2:1.5.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.8-1 ii gvfs 1.12.3-1+b1 ii yelp 3.4.2-1+b1 gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687491: Hit it twice
You have to hit the key twice if you want to assign Delete as the accelerator. The Delete key is used to clear the current key assignment, so the first time you hit it, it clears the original key assignment, and then the second time, it assigns the Delete key. -- C. Chad Wallace, B.Sc. The Lodging Company http://www.lodgingcompany.com/ OpenPGP Public Key ID: 0x262208A0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688903: False positives in dwww cache
Package: dwww Version: 1.11.3 Severity: normal dwww often returns the wrong man page. I suspect it may be caused by long perl module names (e.g., Template::Manual::Directives). I've reproduced it with dwww-convert on the command line, and I'll upload the typescript. With DWWW_USE_CACHE=no it doesn't happen, so that's a good workaround. I tried to inspect the cache, but it's not just flat files, and I know nothing about how it works... Let me know if you need anything else. Thanks! Chad. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dwww depends on: ii apache22.2.16-6+squeeze7 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze7 Apache HTTP Server - traditional n ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii debianutils3.4 Miscellaneous utilities specific t ii doc-base 0.9.5 utilities to manage online documen ii file 5.04-5+squeeze2 Determines file type using magic ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libfile-ncopy-perl 0.34-1file copying like cp for perl ii libmime-types-perl 1.30-1Perl extension for determining MIM ii man-db 2.5.7-8 on-line manual pager ii mime-support 3.48-1MIME files 'mime.types' 'mailcap ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages dwww recommends: ii apt0.8.10.3+squeeze1 Advanced front-end for dpkg ii dlocate1.02 fast alternative to dpkg -L and dp ii info2www 1.2.2.9-24Read info files with a WWW browser ii swish++6.1.5-2 Simple Document Indexing System fo Versions of packages dwww suggests: ii chromium-br 6.0.472.63~r59945-5+squeeze6 Chromium browser ii doc-debian 4.0.2Debian Project documentation and o pn dpkg-wwwnone (no description available) ii elinks [www 0.12~pre5-2 advanced text-mode WWW browser ii epiphany-br 2.30.6-1 Intuitive GNOME web browser ii iceweasel [ 3.5.16-14Web browser based on Firefox ii konqueror [ 4:4.4.5-2advanced file manager, web browser ii w3m [www-br 0.5.2-9 WWW browsable pager with excellent -- debconf information: * dwww/cgiuser: www-data dwww/nosuchuser: * dwww/cgidir: /usr/lib/cgi-bin * dwww/docrootdir: /var/www * dwww/serverport: 80 * dwww/servername: ws80.int.tlc dwww/index_docs: true dwww/badport: dwww/nosuchdir: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681740: 9wm: Fixed bug #681740
Package: 9wm Version: 1.2-9 Followup-For: Bug #681740 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, I have fixed bug #681740. If there is anything else you need, please let me knwo. * fixed the missing ${misc:Depends} in the debian/control file. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-13-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2008-06-14 15:46:19 + +++ debian/control 2012-09-07 16:52:48 + @@ -1,13 +1,14 @@ Source: 9wm Section: x11 Priority: optional -Maintainer: Decklin Foster deck...@red-bean.com +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Decklin Foster deck...@red-bean.com Build-Depends: debhelper (= 5.0), xutils-dev, x11proto-core-dev, libx11-dev, libxext-dev Standards-Version: 3.8.0 Package: 9wm Architecture: any -Depends: ${shlibs:Depends} +Depends: ${shlibs:Depends} ${misc:Depends} Provides: x-window-manager Suggests: 9menu Description: emulation of the Plan 9 window manager 8-1/2
Bug#684907: app-install-data-ubuntu: Spelling correction
Package: app-install-data-ubuntu Version: 0.12.10.3 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed Spelling Mistake (similiar to similar) in package description in debian\control Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-10-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-06-22 18:22:37 + +++ debian/control 2012-08-13 17:36:21 + @@ -11,4 +11,4 @@ XB-Python-Version: ${python:Versions} Description: Ubuntu applications (data files) This package contains the Ubuntu specific application data and - icons for software-center (and similiar tools). + icons for software-center (and similar tools).
Bug#684908: dconf: grammar error
Package: dconf Version: 0.5.1-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed grammatical error, 'allows to' has been changed to 'allows one to' in debian/control Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-10-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2007-08-10 15:32:17 + +++ debian/control 2012-08-14 15:35:28 + @@ -1,7 +1,8 @@ Source: dconf Section: admin Priority: optional -Maintainer: Leo Eraly l...@unstable.be +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Leo Eraly l...@unstable.be Build-Depends: debhelper (= 4.0.0) , python , python-support Standards-Version: 3.7.2 @@ -11,6 +12,6 @@ Description: collect system information Dconf is a tool to collect a system's hardware and software configuration. - It allows to take your system configuration with + It allows one to take your system configuration with you or compare systems (like nodes in a cluster) to troubleshoot hardware or software problems.
Bug#557465: dvswitch: Fixed #557465
Package: dvswitch Version: 0.8.3.6-1 Followup-For: Bug #557465 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed grammar issue (Debian Bug: 557465), 'This packages' has been changed to 'This package' Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-10-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-07-15 21:54:51 + +++ debian/control 2012-08-14 15:48:37 + @@ -1,5 +1,6 @@ Source: dvswitch -Maintainer: Ben Hutchings b...@decadent.org.uk +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Ben Hutchings b...@decadent.org.uk Section: video Priority: extra Build-Depends: debhelper (= 5), libasound2-dev, libavcodec-dev, pkg-config, libgtkmm-2.4-dev, libboost-dev, libboost-thread-dev, libxv-dev, cmake @@ -41,7 +42,7 @@ Architecture: any Depends: ${shlibs:Depends} Description: programs to sink streams from dvswitch - This packages provides two sinks for dvswitch: + This package provides two sinks for dvswitch: . dvsink-command runs a command with the DV stream on its standard input. .
Bug#684784: bygfoot: fixed spelling error in debian/control
Package: bygfoot Version: 2.3.2-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, I fixed the package description in Bygfoot and Bygfoot-data. As identified below, 'writting' was mispelled. I hope you find this to your satisfaction. * Fixed two areas where 'writting' was misspelled. Replaced it with 'writing' Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2010-01-30 18:08:26 + +++ debian/control 2012-08-13 19:42:54 + @@ -1,7 +1,8 @@ Source: bygfoot Section: games Priority: optional -Maintainer: Elías Alejandro Año Mendoza eal...@gmail.com +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Elías Alejandro Año Mendoza eal...@gmail.com Build-Depends: debhelper (= 7.0.50), libglib2.0-dev, libgtk2.0-dev, libpango1.0-dev, libatk1.0-dev, libfreetype6-dev, pkg-config, quilt(= 0.46-7~) Standards-Version: 3.8.4 Homepage: http://bygfoot.sourceforge.net/ @@ -13,7 +14,7 @@ Bygfoot allows you to manage a team by training the players, buying and selling them, contracting loans, maintaining the stadium, etc. You can be promoted or relegated, even become a champion if you're a skillful manager. - You can customise Bygfoot by writting your own country definition files or + You can customise Bygfoot by writing your own country definition files or by creating your own team definition files. Package: bygfoot-data @@ -24,5 +25,5 @@ Description: data of football (a.k.a soccer) management game Contain files necessary to work with bygfoot: images,hints,commentaries,players names,strategies. - You can customise Bygfoot by writting your own country definition files + You can customise Bygfoot by writing your own country definition files or by creating your own team definition files.
Bug#684785: ciderwebmail: Fixed Spelling error in debian/control
Package: ciderwebmail Version: 1.04-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed spelling error in debian/control and changed 'Powerfull' to 'Powerful'. I hope you find the change to your satisfaction. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2012-06-23 05:02:02 + +++ debian/control 2012-08-13 19:48:04 + @@ -1,7 +1,8 @@ Source: ciderwebmail Section: web Priority: optional -Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Uploaders: Jonas Smedegaard d...@jones.dk Build-Depends: cdbs (= 0.4.73~), perl, @@ -83,5 +84,5 @@ . It is recommended to use CiderWebmail with the Dovecot IMAP server. CiderWebmail deliberately does little internal caching for security - reasons, so if used with an IMAP server less powerfull than Dovecot you + reasons, so if used with an IMAP server less powerful than Dovecot you may benefit from connecting via imapproxy. === modified file 'debian/control.in' --- debian/control.in 2012-06-23 05:02:02 + +++ debian/control.in 2012-08-13 19:48:04 + @@ -1,7 +1,8 @@ Source: ciderwebmail Section: web Priority: optional -Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Uploaders: Jonas Smedegaard d...@jones.dk Build-Depends: @cdbs@ Standards-Version: 3.9.3
Bug#684786: buffy: grammar error in debian/control
Package: buffy Version: 1.5-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed grammatical issue with 'allows to' to be 'allows one to' in debian/control Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2012-04-16 23:35:00 + +++ debian/control 2012-08-13 19:50:24 + @@ -1,7 +1,8 @@ Source: buffy Section: mail Priority: optional -Maintainer: Enrico Zini enr...@debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Enrico Zini enr...@debian.org Build-Depends: debhelper (= 7.0.50~), dh-buildinfo, pkg-config, @@ -17,7 +18,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Description: Heavy duty browser for mail folders Buffy is a program that displays a compact summary of your mail folders, and - allows to invoke a command (usually a mail reader) on them. It is written + allows one to invoke a command (usually a mail reader) on them. It is written with the intent of being a handy everyday tool for people handling large volumes of mail. For mutt users, this can be a nice front-end to supplement the simple built-in folder browser when one has many folders to keep track of.
Bug#684787: apt-xapian-index: Grammar error in Debian/Control
Package: apt-xapian-index Version: 0.44 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed two Spelling errors (allows to changed to allows one to) (maintan changed to maintain) in the debian/control file Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-09-01 18:26:04 + +++ debian/control 2012-08-13 19:53:05 + @@ -22,11 +22,11 @@ Depends: python, python-xapian (= 1.0.2), python-apt (= 0.7.93.2), python-debian (= 0.1.14), ${python:Depends}, ${misc:Depends} Suggests: app-install-data, python-xdg Description: maintenance and search tools for a Xapian index of Debian packages - This package provides update-apt-xapian-index, a tool to maintan a Xapian + This package provides update-apt-xapian-index, a tool to maintain a Xapian index of Debian package information in /var/lib/apt-xapian-index, and axi-cache, a command line search tool that uses the index. . - axi-cache allows to search packages very quickly, and it also interfaces with + axi-cache allows one to search packages very quickly, and it also interfaces with the shell command line completion in a smart way, providing context-sensitive keyword and tag suggestions even before the search command is actually run. .
Bug#684789: clipf: grammar error in debian/control
Package: clipf Version: 0.4-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed a grammatical error with the word 'independed' in the debian/control file. It has been changed to 'independent'. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2009-06-25 16:40:41 + +++ debian/control 2012-08-13 20:22:07 + @@ -1,7 +1,8 @@ Source: clipf Section: misc Priority: optional -Maintainer: Gaetano Paolone (bigpaul) bigp...@debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Gaetano Paolone (bigpaul) bigp...@debian.org Build-Depends: debhelper (= 7) Standards-Version: 3.8.2 Homepage: http://code.google.com/p/clipf/ @@ -18,7 +19,7 @@ make it easy to enter even long item codes. Reporting by item groups on any level of hierarchy. . - Track turnover and remains by several independed accounts. + Track turnover and remains by several independent accounts. . Export reports to text files also features aliases for frequently used commands.
Bug#684790: cramfsswap: spelling issue in debian/control
Package: cramfsswap Version: 1.4.1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed a spelling issue with the work 'endianess' in three locations of the debina/control file. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-08-21 12:39:35 + +++ debian/control 2012-08-13 20:29:05 + @@ -9,12 +9,12 @@ Package: cramfsswap Architecture: any Depends: ${shlibs:Depends} -Description: swap endianess of a cram filesystem (cramfs) +Description: swap endianness of a cram filesystem (cramfs) cramfs is a highly compressed and size optimized linux filesystem which is mainly used for embedded applications. the problem with cramfs is that it - is endianess sensitive, meaning you can't mount a cramfs for a big endian + is endianness sensitive, meaning you can't mount a cramfs for a big endian target on a little endian machine and vice versa. this is often especially a problem in the development phase. . - cramfsswap solves that problem by allowing you to swap to endianess of a + cramfsswap solves that problem by allowing you to swap to endianness of a cramfs filesystem.
Bug#543208: cramfsswap: Fixed
Package: cramfsswap Version: 1.4.1 Followup-For: Bug #543208 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed the Capitalization issue with words after a period in the package description in the debian/control file. Debian Bug: 543208 Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-08-21 12:39:35 + +++ debian/control 2012-08-13 20:36:07 + @@ -9,12 +9,12 @@ Package: cramfsswap Architecture: any Depends: ${shlibs:Depends} -Description: swap endianess of a cram filesystem (cramfs) - cramfs is a highly compressed and size optimized linux filesystem which is - mainly used for embedded applications. the problem with cramfs is that it - is endianess sensitive, meaning you can't mount a cramfs for a big endian - target on a little endian machine and vice versa. this is often especially +Description: Swap endianness of a cram filesystem (cramfs) + Cramfs is a highly compressed and size optimized linux filesystem which is + mainly used for embedded applications. The problem with cramfs is that it + is endianness sensitive, meaning you can't mount a cramfs for a big endian + target on a little endian machine and vice versa. This is often especially a problem in the development phase. . - cramfsswap solves that problem by allowing you to swap to endianess of a + Cramfsswap solves that problem by allowing you to swap to endianness of a cramfs filesystem.
Bug#684791: cycle: Grammar error in debian/control
Package: cycle Version: 0.3.1-8 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, Fixed the grammatical error of 'Allows' and changed it to 'Allows one' in the debian/control file. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: i386 (i686) Kernel: Linux 3.5.0-9-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-11-11 19:28:21 + +++ debian/control 2012-08-13 20:40:52 + @@ -1,7 +1,8 @@ Source: cycle Section: utils Priority: optional -Maintainer: Ana Beatriz Guerrero Lopez a...@debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Ana Beatriz Guerrero Lopez a...@debian.org Uploaders: Miriam Ruiz little_m...@yahoo.es, Python Applications Team python-apps-t...@lists.alioth.debian.org Build-Depends-Indep: quilt, python (= 2.3), python-support (= 0.6), gettext, sharutils Build-Depends: debhelper (= 5.0.37.2) @@ -23,7 +24,7 @@ on statistics of previous periods. - Calculate days of safe sex, fertile period and day to ovulations. - Definition of D.O.B. (Date Of Birth) of a child - - Allows to write notes. + - Allows one to write notes. - Helps to supervise reception of hormonal contraceptive tablets. - Multiple users allowed. Data is protected by a password for every user.
Bug#641156: Nak ed busty wife wants dat es!6
Nak ed busty wife wants dat es!6 https://docs.google.com/document/d/1PKL2ngybxMrPXryrQrPeXz97PQHJDuvNBHJl3Ah3Mf0/edit - To st0 p re6ceiving messa6ges from us please s6end an email to oeqz0215 [at] gmail [dot] com with the word REM0VE in the su bject 6liine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603020: Patch (tested)
I've tested the attached patch (it goes in debian/patches, and you have to edit series to include it), and it works like a charm. The only thing I've noticed now is that the printer icon sticks around after your printing is finished, until you open it and hit Refresh. I'm not sure if that's normal... but either way it's much less intrusive than the notification was. I don't imagine this patch will make it into an update for squeeze, but I've attached it in case anyone else finds it useful. --- system-config-printer-1.2.3/jobviewer.py 2010-06-24 08:49:35.0 -0700 +++ /home/cwallace/jobviewer.py 2011-11-04 21:09:35.0 -0700 @@ -1574,7 +1574,8 @@ debugprint (Already sent notification for %s % repr (reason)) return -if reason.get_reason () == com.apple.print.recoverable: +if (reason.get_reason () == com.apple.print.recoverable or +reason.get_reason () == connecting-to-device): return level = reason.get_level ()
Bug#603020: Similar bug reported in ubuntu
There are some useful comments on this launchpad report for ubuntu: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/842768 Their bug is assigned to gnome-settings-daemon instead, but the cause is the same. Basically, the message comes from the fact that cups is reporting connecting-to-device. It doesn't mean that the device is not connected, which is what the notification conveys. IMO, this message should never be displayed because it shouldn't take long to connect to the device (probably much less than a second). Also, it will connect in the same way every time, so even if it did take a while to connect, the user would get used to that. I've modified jobviewer.py to suppress this message, but I don't know much about python so I'm not sure how to get the .py file into the .pyc file so it'll take effect for testing. I'll probably have to build a local package to test it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646374: freecad: Running the Python command 'Draft_Line' failed
Package: freecad Version: 0.11.4446-dfsg-3 Severity: normal Dear Maintainer, Whenever I try to draw any lines I get the following errors: Running the Python command 'Draft_Line' failed: Traceback (most recent call last): File /usr/lib/freecad/Mod/Draft/draftTools.py, line 1077, in Activated Creator.Activated(self,Line) File /usr/lib/freecad/Mod/Draft/draftTools.py, line 1036, in Activated rot = self.view.getCameraNode().getField(orientation).getValue() -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-filesystem1.46.1 1.46.1-7 ii libboost-program-options1.46.1 1.46.1-7 ii libboost-regex1.46.11.46.1-7 ii libboost-signals1.46.1 1.46.1-7 ii libboost-system1.46.1 1.46.1-7 ii libc6 2.13-21 ii libcoin60 3.1.3-2 ii libgcc1 1:4.6.1-16 ii libgfortran34.6.1-16 ii libgl1-mesa-glx [libgl1]7.11-6 ii libglu1-mesa [libglu1] 7.11-6 ii libice6 2:1.0.7-2 ii libopencascade-foundation-6.5.0 6.5.0.dfsg-2 ii libopencascade-modeling-6.5.0 6.5.0.dfsg-2 ii libopencascade-ocaf-6.5.0 6.5.0.dfsg-2 ii libopencascade-ocaf-lite-6.5.0 6.5.0.dfsg-2 ii libopencascade-visualization-6.5.0 6.5.0.dfsg-2 ii libpython2.62.6.7-4 ii libqt4-network 4:4.7.3-8 ii libqt4-opengl 4:4.7.3-8 ii libqt4-qt3support 4:4.7.3-8 ii libqt4-svg 4:4.7.3-8 ii libqt4-xml 4:4.7.3-8 ii libqtcore4 4:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libqtwebkit42.1.0~2011week13-2 ii libquadmath04.6.1-16 ii libsm6 2:1.2.0-2 ii libsoqt4-20 1.5.0-1 ii libstdc++6 4.6.1-16 ii libx11-62:1.4.4-2 ii libxerces-c28 2.8.0+deb1-2+b1 ii libxext62:1.3.0-3 ii libxi6 2:1.4.3-3 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5.1 ii python 2.7.2-9 ii python-support 1.0.14 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages freecad recommends: ii python-pivy 0.5.0~v609hg-1 Versions of packages freecad suggests: pn freecad-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#646121: There was a typo in debian/control which affected the package description for libnss3-1d (LP# 855424)
Package: nss Version: 3.12.0~1.9b1-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch *** /tmp/tmpjTElrt In Ubuntu, the attached patch was applied to achieve the following: Changed the word 'compatbility' to 'compatibility' in debian/control for libnss3-1d. * Fixed a typo in debian/control as reported in LP# 855424 Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise APT policy: (500, 'precise'), (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-12-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' * Fixed a typo in debian/control as identified in LP# 855424 === modified file 'debian/control' --- debian/control 2011-04-22 18:00:19 + +++ debian/control 2011-10-21 13:45:54 + @@ -32,7 +32,7 @@ and v4, TLS, PKCS #5, #7, #11, #12, S/MIME, X.509 v3 certificates and other security standards. . - This package contains versioned symbolic links for Debian compatbility + This package contains versioned symbolic links for Debian compatibility Package: libnss3-tools Section: admin
Bug#644927: xine-lib: Typo's in src/post/audio/stretch.c:267 and src/post/deinterlace/xine_plugin.c:211
On Monday, October 10, 2011 07:35:20 PM Darren Salt wrote: [M-F-T set, as usual] I demand that Chad Dunlap may or may not have written... [snip] (Incidentally, you *are* taking care of updating libxine1.pot and *.po wrt these changes?) Not sure I understand your statement. I did take care of libxine1.pot and *.po or you would like me to take care of them? Are these part of different bugs? The only changes I made were to the two files specified above. You need to make the same changes in those files: trying to look up the corrected string in files which contain the original, incorrect, version tends not to work very well :-) I have updated the translation files as you asked and pushed it back up to bzr. I tried to redo the 'submittodebian' but it fails looking for a higher number .dsc file than the system created. (if you can't tell, I am still learning how to do all of this :) I will keep working on the 'submittodebian' issue I am having. Is there anything else you need from me on this? If so, don't hesitate to ask. -- Thank You, Chad Dunlap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644927: xine-lib: Typo's in src/post/audio/stretch.c:267 and src/post/deinterlace/xine_plugin.c:211
On Tuesday, October 11, 2011 12:59:05 PM Darren Salt wrote: I demand that Chad Dunlap may or may not have written... On Monday, October 10, 2011 07:35:20 PM Darren Salt wrote: [snip] You need to make the same changes in those files: trying to look up the corrected string in files which contain the original, incorrect, version tends not to work very well :-) I have updated the translation files as you asked and pushed it back up to bzr. I tried to redo the 'submittodebian' but it fails looking for a higher number .dsc file than the system created. (if you can't tell, I am still learning how to do all of this :) Then be sure that you've done all that's needed first, or follow up directly to the bug report. Beyond that, I don't know: that's irrelevant to me :-) [snip] Is there anything else you need from me on this? If so, don't hesitate to ask. Regarding this bug report, no further action is required. It's fixed upstream, along with another typo fix which I pulled in while fixing this one; and, as it's minor, fixing it in Debian can wait until I package the next release (which, hopefully, will be soon). Wonderful to hear! Thank You Darren. -- Thank You, Chad Dunlap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644927: xine-lib: Typo's in src/post/audio/stretch.c:267 and src/post/deinterlace/xine_plugin.c:211
Package: xine-lib Version: 1.1.19-2 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch changed the word 'orginaly' to 'orginally' in src/post/audio/stretch.c:267 changed the word 'plataforms' to 'platforms' in src/post/deinterlace/xine_plugin.c:211 *** /tmp/tmpYv2RBf In Ubuntu, the attached patch was applied to achieve the following: ## This was a change due to bug report LP: #835437. It was small typo's in two files and I was asked to send this upstream. * corrected typo's in src/post/audio/stretch.c:267 and src/post/deinterlace/xine_plugin.c:211 per LP: #835437 Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: i386 (i686) Kernel: Linux 2.6.38-11-generic (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --===0410284156== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=tmpi4JsNB === modified file '.pc/applied-patches' --- .pc/applied-patches2011-05-27 20:06:13 + +++ .pc/applied-patches2011-10-10 16:25:44 + @@ -1,3 +1,4 @@ debian-changes fix-bug610635.diff libav-0.7.diff +fix-for-835437.diff === modified file 'debian/changelog' === added file 'debian/patches/fix-for-835437.diff' --- debian/patches/fix-for-835437.diff1970-01-01 00:00:00 + +++ debian/patches/fix-for-835437.diff2011-10-10 16:26:31 + @@ -0,0 +1,26 @@ +Index: xine-lib.dev/src/post/audio/stretch.c +=== +--- xine-lib.dev.orig/src/post/audio/stretch.c2011-10-10 12:25:59.288545807 -0400 xine-lib.dev/src/post/audio/stretch.c2011-10-10 12:26:07.884546162 -0400 +@@ -267,7 +267,7 @@ + return _(This filter will perform a time stretch, playing the +stream faster or slower by a factor. Pitch is optionally +preserved, so it is possible, for example, to use it to +- watch a movie in less time than it was originaly shot.\n ++ watch a movie in less time than it was originally shot.\n +); + } + +Index: xine-lib.dev/src/post/deinterlace/xine_plugin.c +=== +--- xine-lib.dev.orig/src/post/deinterlace/xine_plugin.c 2011-10-10 12:26:16.216545808 -0400 xine-lib.dev/src/post/deinterlace/xine_plugin.c2011-10-10 12:26:25.740545889 -0400 +@@ -259,7 +259,7 @@ +and cpu usage.\n +\n +* Uses several algorithms from tvtime and dscaler projects.\n +- Deinterlacing methods: (Not all methods are available for all plataforms)\n ++ Deinterlacing methods: (Not all methods are available for all platforms)\n +\n +); + } === modified file 'debian/patches/series' --- debian/patches/series2011-05-27 20:06:13 + +++ debian/patches/series2011-10-10 16:25:44 + @@ -1,3 +1,4 @@ debian-changes fix-bug610635.diff libav-0.7.diff +fix-for-835437.diff === modified file 'src/post/audio/stretch.c' --- src/post/audio/stretch.c2010-01-26 15:11:07 + +++ src/post/audio/stretch.c2011-10-10 16:26:07 + @@ -267,7 +267,7 @@ return _(This filter will perform a time stretch, playing the stream faster or slower by a factor. Pitch is optionally preserved, so it is possible, for example, to use it to - watch a movie in less time than it was originaly shot.\n + watch a movie in less time than it was originally shot.\n ); } === modified file 'src/post/deinterlace/xine_plugin.c' --- src/post/deinterlace/xine_plugin.c2010-01-26 15:11:07 + +++ src/post/deinterlace/xine_plugin.c2011-10-10 16:26:25 + @@ -259,7 +259,7 @@ and cpu usage.\n \n * Uses several algorithms from tvtime and dscaler projects.\n - Deinterlacing methods: (Not all methods are available for all plataforms)\n + Deinterlacing methods: (Not all methods are available for all platforms)\n \n ); } --===0410284156==-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644927: xine-lib: Typo's in src/post/audio/stretch.c:267 and src/post/deinterlace/xine_plugin.c:211
On Monday, October 10, 2011 06:25:28 PM Darren Salt wrote: tag 644927 upstream thanks I demand that Chad Dunlap may or may not have written... [snip] changed the word 'orginaly' to 'orginally' in src/post/audio/stretch.c:267 changed the word 'plataforms' to 'platforms' in src/post/deinterlace/xine_plugin.c:211 [snip] Fixed upstream for the next release. (Incidentally, you *are* taking care of updating libxine1.pot and *.po wrt these changes?) Not sure I understand your statement. I did take care of libxine1.pot and *.po or you would like me to take care of them? Are these part of different bugs? The only changes I made were to the two files specified above. -- Thank You, Chad Dunlap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632191: glx-diversions: fails to install with dpkg-divert error
Package: glx-diversions Version: 0.1.3 Severity: important -- Package-specific info: Diversions: diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions /usr/lib/mesa-diverted: total 384 drwxr-xr-x 4 root root 4096 Jun 30 08:23 . drwxr-xr-x 223 root root 69632 Jun 30 08:22 .. drwxr-xr-x 2 root root 4096 Jun 29 13:43 i386-linux-gnu -rw-r--r-- 1 root root 305864 Jun 17 12:15 libglx.so drwxr-xr-x 2 root root 4096 Jun 30 08:23 x86_64-linux-gnu /usr/lib/mesa-diverted/i386-linux-gnu/: total 8 drwxr-xr-x 2 root root 4096 Jun 29 13:43 . drwxr-xr-x 4 root root 4096 Jun 30 08:23 .. /usr/lib/mesa-diverted/x86_64-linux-gnu/: total 472 drwxr-xr-x 2 root root 4096 Jun 30 08:23 . drwxr-xr-x 4 root root 4096 Jun 30 08:23 .. lrwxrwxrwx 1 root root 12 Jun 19 11:47 libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 474056 Jun 19 11:47 libGL.so.1.2 Alternative 'glx': File System: -rw-r--r-- 1 root root 305864 Jun 17 12:15 /usr/lib/xorg/modules/extensions/libglx.so -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glx-diversions depends on: ii dpkg 1.16.0.3 Debian package management system ii nvidia-installer-cleanup 20110515+1 Cleanup after driver installation Versions of packages glx-diversions recommends: iu glx-alternative-mesa 0.1.3 allows the selection of MESA as GL glx-diversions suggests no packages. Versions of packages fglrx-driver depends on: iu glx-alternative-fglrx 0.1.3 allows the selection of FGLRX as G ii libc6 2.13-8 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-1 GCC support library ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL ii libstdc++64.6.1-1GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-3 X11 Xinerama extension library ii libxrandr22:1.3.1-2 X11 RandR extension library ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii xserver-xorg 1:7.6+7X.Org X server ii xserver-xorg-core [xorg-video 2:1.10.2-2 Xorg X server - core server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:11-6-2 external events daemon for the non pn fglrx-glx none (no description available) pn fglrx-glx-ia32none (no description available) ii fglrx-modules-dkms1:11-6-2 dkms module source for the non-fre Versions of packages fglrx-driver suggests: pn fglrx-control none (no description available) pn xvba-va-drivernone (no description available) Versions of packages glx-diversions is related to: iu glx-alternative-fglrx 0.1.3 allows the selection of FGLRX as G iu glx-alternative-mesa 0.1.3 allows the selection of MESA as GL pn glx-alternative-nvidianone (no description available) pn libgl1-devnone (no description available) ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL pn libgl1-nvidia-glx-any none (no description available) pn nvidia-glx-anynone (no description available) pn xserver-xorg-video-nvidia-any none (no description available) -- debconf information: fglrx-driver/acpi_switch: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632191:
Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 3 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up glx-diversions (0.1.3) ... Leaving 'diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions' Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions' Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions' Leaving 'diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions' Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions' Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions' Leaving 'diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions' Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions' Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions' Adding 'diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so by glx-diversions' dpkg-divert: error: rename involves overwriting `/usr/lib/mesa-diverted/libglx.so' with different file `/usr/lib/xorg/modules/extensions/libglx.so', not allowed dpkg: error processing glx-diversions (--configure): subprocess installed post-installation script returned error exit status 2 dpkg: dependency problems prevent configuration of glx-alternative-mesa: glx-alternative-mesa depends on glx-diversions (= 0.1.3); however: Package glx-diversions is not configured yet. dpkg: error processing glx-alternative-mesa (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of glx-alternative-fglrx: glx-alternative-fglrx depends on glx-diversions (= 0.1.3); however: Package glx-diversions is not configured yet. glx-alternative-fglrx depends on glx-alternative-mesa; however: Package glx-alternative-mesa is not configured yet. dpkg: error processing glx-alternative-fglrx (--configure): dependency problems - leaving unconfigured configured to not write apport reports configured to not write apport reports configured to not write apport reports Errors were encountered while processing: glx-diversions glx-alternative-mesa glx-alternative-fglrx E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571929: desktopcouch: circular dependency hell
Hi all. I'm sorry to have been unresponsive to this bug. I agree it is a problem, and I'd like to help fix it. I propose unifying the desktopcouch, python-desktopcouch, and python-desktopcouch-records packages, into one desktopcouch package and two empty transitional* packages. There's too much interdependency for them to be separate, so discrete packages doesn't make much sense. So, the present desktopcouch-tools desktopcouch python-desktopcouch python-desktopcouch-records will become desktopcouch-tools (no change) desktopcouch (+ contains all library files also) (- Depends on python-desktopcouch, python-desktopcouch-records) (+ Provides python-desktopcouch, python-desktopcouch-records) python-desktopcouch (- all files) (+ Depends on desktopcouch) python-desktopcouch-records (+depends on desktopcouch (- all files) (+ Depends on desktopcouch) Does this sound acceptable? Speaking as Upstream, I will have these code dependencies severed before long. I wasn't thinking as a packager when I approved or wrote the current code. - Chad Miller * Empty packages with new Depends? I know of Provides in Policy, but I don't know enough about its sufficiency for real, non-Virtual packages. signature.asc Description: OpenPGP digital signature
Bug#571929: desktopcouch: circular dependency hell
I plan to introduce this change to Ubuntu very soon, before the upcoming alpha. My source-packge diff is here: https://code.edge.launchpad.net/~cmiller/ubuntu/maverick/desktopcouch/unify-packages-no-circular-deps/+merge/28080 On 06/21/2010 03:59 PM, Raphael Hertzog wrote: Hi, On Mon, 21 Jun 2010, Chad MILLER wrote: desktopcouch-tools (no change) desktopcouch (+ contains all library files also) (- Depends on python-desktopcouch, python-desktopcouch-records) (+ Provides python-desktopcouch, python-desktopcouch-records) python-desktopcouch (- all files) (+ Depends on desktopcouch) python-desktopcouch-records (+depends on desktopcouch (- all files) (+ Depends on desktopcouch) Does this sound acceptable? Sure, if the code is not likely to change to avoid these inter-dependencies, then it's best to have a single package. Thanks. Speaking as Upstream, I will have these code dependencies severed before long. I wasn't thinking as a packager when I approved or wrote the current code. Sorry, I don't understand what you mean here with your usage of severed. Are the code dependencies going away in the future or will they on the contrary be even more unavoidable ? I mean that I have a plan for transitioning existing programs that use this library to an API that can be split cleanly into pieces. One section of code will no longer rely on another, when I'm finished. - chad signature.asc Description: OpenPGP digital signature