Bug#765996: ITP: boxer-data -- classes and nodes usable by Boxer
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: boxer-data Version : 1 Upstream Author : Jonas Smedegaard d...@jones.dk * URL : https://wiki.debian.org/Boxer * License : GPL-3+ Programming Lang: YAML Description : classes and nodes usable by Boxer This package provides classes and nodes for Boxer to generate deployment/blending recipes. . Boxer is a tool for system deployment and for composing blends, i.e designing how to have a distribution unfold onto boxes. Needed by boxer. Will be maintainer by the Boxer developers. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJURFOrXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWjIgH/jsXQ5490JEnaXo2w9eNV59C 9XA0ra4BLV4NpDGWPyXttKpkQL+O5fg1s9e0qHGH9m2ORmsQC1CfE8WujleLmd4v nrHtDV/RY+fO5rf/8lMJ1ouIVcXCf/bB9Kn6VqppVL5Rc585sNIBXiDqczypwGEu gkcr2GewdBwNj4mJbAZgAQ6KDqA4WPC/WTG/EgShHE3P1e83+PAGSW+ZKJho3YzV LWp22s76d8qhz6B/Jn8jRg5sBgKp/eTuSg5akHM7alHlWuTD2gKokQgmMxRK53e/ YOJAJHF7QO2zv8H1ycdU1Vw644bHbN6MDTHHSw9CR95+LnCe3dOZXuW+i9ituio= =eQpF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766001: [phototonic] Can't show TIFF images
Package: phototonic Version: 1.4-1 Severity: important Dear maintainer, Despite the package description, I'm unable to see any TIFF format image, no matter if compressed (LZW) or not. A red circle with a inner X inside is shown instead. Best regards, Manolo Díaz --- System information. --- Architecture: amd64 Kernel: Linux 3.17.1 Debian Release: jessie/sid 500 testing ftp.debian.org 500 stable security.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764292: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
* Steven Chamberlain (ste...@pyro.eu.org) wrote: On 14/10/14 20:18, Eric Dorland wrote: Thanks for the report. We're working on this, Okay thanks, although I notice you filed a bug only against gnome: * Why only gnome? If it is important to have a gtk2 dialog then shouldn't other desktops have it too? * Since this bug affects tasksel, why not also address it in tasksel, such as in task-desktop? Yes good point, let me fix that. I suppose it should be: task-gnome-desktop, task-xfce-desktop, task-lxde-desktop: recommend pinentry-gtk2 task-kde-desktop: recommend pinentry-qt4 * Why only severity 'wishlist' if it is blocking a bug of IMHO higher severity? From the perspective of tasksel, it's a feature request IMHO. but I'm not sure I understand the justification to make this a serious bug. Could you elaborate? OK, I've looked and could not find a reference to this in policy. But I felt it was common sense, and policy shouldn't need to exist for such things: A minimal no-desktop install should not include ~70 additional packages with ~30MB download size and taking ~100MB space, if they add no extra functionality for that use case. I agree, it's a bug. I'm just not sure we should hold up the release. (Also curious, what will gnupg2 do if only pinentry-gtk2 is installed but no desktop is running?) pinentry-gtk2 will fallback to curses if there's no DISPLAY. I'm not saying it's gnupg-agent's fault this situation occurred, but it is IMHO a serious enough problem affecting d-i/tasksel, to need to fix it before release? But other than bringing in too many packages, does it break anything else? -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#722451: you need to upload compiz/emerald/emerald-themes NOW
Hi! I hope you're aware that, to be included in jessie, any new packages must hit the archive by Oct 26. And -before- that, it must clear the massively overloaded NEW queue (to which everyone puts last-moment uploads). So, here's a reminder. Also, if you'd want some testing, are the packages you're preparing same as those on http://debian-knoppix.alioth.debian.org/packages/compiz/ ? That repository lacks emerald, though. I'm using compiz (0.8.4-5.2) for years, it wouldn't be nice if jessie lacked it or had it broken. Also, I wonder why you're building it against metacity (depreciated) rather than marco (actively developed fork) -- compiz tends to be used with Mate and XFCE rather than Gnome3. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766007: iceweasel: SSL error - cannot connect to certain servers
Package: iceweasel Version: 31.2.0esr-2 Severity: important Hi all, I get the following error when connecting to the universities internal web server: -- Secure Connection Failed An error occurred during a connection to MY.SERVER:PORT. SSL peer rejected a handshake message for unacceptable content. (Error code: ssl_error_illegal_parameter_alert) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site. - I tried the following: * start with -safe-mode : no changes * start from a clean state (removed ~/.mozilla/firefox) with -safe-mode: no changes * tried upstream original firefox: worked out of the box * tried chromium (Debian): worked out of the box That means that something in the SSL handling in Debian's Iceweasel is broken. Thanks Norbert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig2.11.0-6.1 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1.1 ii libffi6 3.1-2 ii libfontconfig12.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-18 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libhunspell-1.3-0 1.3.3-3 ii libnspr4 2:4.10.7-1 ii libnss3 2:3.17.2-1 ii libpango-1.0-01.36.8-2 ii libsqlite3-0 3.8.7-1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.1-18 ii libvpx1 1.3.0-2.1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii procps2:3.3.9-8 ii zlib1g1:1.2.8.dfsg-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.4-2 ii fonts-oflb-asana-math 000.907-6 ii fonts-stix [otf-stix] 1.1.1-1 ii libcanberra0 0.30-2.1 ii libgnomeui-0 2.24.5-3 ii libgssapi-krb5-2 1.12.1+dfsg-10 pn mozplugger 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#766016: mdoc warnings
Package: tar Version: 1.27.1-2 Severity: wishlist File: /usr/share/man/man1/tar.1.gz # su - nobody No directory, logging in with HOME=/ nobody@jidanni4:/$ /dev/null /dev/null man tar mdoc warning: Empty input line #162 mdoc warning: Empty input line #164 mdoc warning: Empty input line #180 mdoc warning: Empty input line #182 mdoc warning: Empty input line #184 mdoc warning: Empty input line #334 mdoc warning: Empty input line #336 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578757: /var/lib/xine/xine.desktop: Re: xine-ui: checksum problems with /var/lib/xine/xine.desktop
Package: xine-ui Version: 0.99.7-1 Followup-For: Bug #578757 Any resolution here? Every single week I get an error from debsums about this file. -- System Information: Debian Release: 7.6 APT prefers proposed-updates APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 'stable-updates') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.60 (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 xine-ui depends on: ii libc62.13-38+deb7u5 ii libcurl3-gnutls 7.26.0-1+wheezy10 ii libjpeg8 8d-1+deb7u1 ii liblircclient0 0.9.0~pre1-1 ii libpng12-0 1.2.49-1 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxft2 2.3.1-1 ii libxine2 1:1.2.2-dmo3 ii libxine2-ffmpeg 1:1.2.2-dmo3 ii libxine2-x 1:1.2.2-dmo3 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxtst6 2:1.2.1-1+deb7u1 ii libxv1 2:1.0.7-1+deb7u1 ii libxxf86vm1 1:1.1.2-1+deb7u1 Versions of packages xine-ui recommends: ii xdg-utils 1.1.0~rc1+git20111210-6+deb7u1 xine-ui suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/xine/xine.desktop (from xine-ui package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761165: vlc: segmentation fault with VDPAU
Le 2014-09-29 04:42, Arthur Marsh a écrit : I'm still seeing the problem with this version of VLC and can't provide a legal sample as it's from a commercial DVD. Should this problem be assigned to mesa-vdpau-drivers? I don't know. I can't reproduce the problem with any DVD of mine and the NVIDIA drivers. The stack frames were not very helpful because they are all either incomplete or ostensibly corrupt. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765985: gir1.2-gexiv2-0.10: ERROR:root:Could not find any typelib for GExiv2
Package: gir1.2-gexiv2-0.10 Version: 0.10.2-1 Severity: normal Dear Maintainer, after installation of lazygal 0.8.7 software I got the following error lazygal -v ERROR:root:Could not find any typelib for GExiv2 After contact with Alexandre Rossi (developer of lazygal) I try on his recommendation the following commad python -c from gi.repository import GExiv2 ERROR:root:Could not find any typelib for GExiv2 Traceback (most recent call last): File string, line 1, in module ImportError: cannot import name GExiv2 The command python -c from gi.repository import GObject works. Maybe it is a bug on the armhf port of gir1.2-gexiv2-0.10. Thanks. Best Regards, Bernhard K. -- System Information: Debian Release: 7.6 APT prefers testing APT policy: (99, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.4.90 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gir1.2-gexiv2-0.10 depends on: ii gir1.2-glib-2.0 1.36.0-2rpi2 ii libgexiv2-2 0.10.2-1 gir1.2-gexiv2-0.10 recommends no packages. gir1.2-gexiv2-0.10 suggests no packages. -- no debconf information Python 2.7.8 (default, Sep 10 2014, 00:50:51) [GCC 4.9.1] on linux2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Mike, On Sat, Oct 11, 2014 at 08:17:34AM +, Mike Gabriel wrote: Btw. the call-for-translations for PyHoca-GUI upstream is out, I plan an upstream release for Wednesday next week. The package for Debian will follow immediately (if nothing comes in the way, I HOPE!!!). I don't see a new upstream release yet - what's the current status? The release freeze is on November 5th, but packages need to have migrated from unstable before then, and the aging time is now 10 days, so the actual cut-off is 10 days before that, which is less than a week away now (and it would be prudent not to cut things fine in case there's a problem with the initial upload). If a new upstream release isn't going to happen today or tomorrow, I'd suggest that an upload based on either the current upstream release or a VCS snapshot would be wise. Or talk to the release team and see if they'd be OK with a freeze exception for an imminent new upstream version. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764513: pmacct: New major upstream release
bzed@ has kindly offered to take over maintainership of pmacct, as I have demonstrated my inability to keep up with releases. On 9 October 2014 04:46, Faidon Liambotis parav...@debian.org wrote: Package: pmacct Severity: normal Hi, pmacct 1.5.0 was released over a month ago, on Aug 28th. It's a major new release with tons of new features. As not even the 0.14.x point releases were packaged for Debian, jessie currently has 0.14.0, released over two years ago (Apr 2012). It'd be a shame to miss the (very close, ~2 weeks) deadline. Thanks, Faidon
Bug#766010: further infomation
If there is any information I must but not provide, please ask me for them. Thanks. Module Size Used by rfcomm 57927 4 snd_hrtimer12604 1 snd_seq57061 1 snd_seq_device 13132 1 snd_seq bnep 17431 2 binfmt_misc16949 1 nfsd 263053 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 187961 0 lockd 83417 2 nfs,nfsd fscache45542 1 nfs sunrpc237445 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl ecb12737 1 btusb 29721 0 bluetooth 374429 26 bnep,btusb,rfcomm 6lowpan_iphc 16588 1 bluetooth nls_utf8 12456 1 nls_cp437 16553 1 vfat 17135 1 fat61986 1 vfat snd_hda_codec_realtek63031 1 snd_hda_codec_generic63107 1 snd_hda_codec_realtek hid_generic12393 0 isight_firmware12500 0 efi_pstore 12805 1 arc4 12536 2 joydev 17063 0 ath9k 90244 0 ath9k_common 21746 1 ath9k ath9k_hw 391172 2 ath9k_common,ath9k ath26067 3 ath9k_common,ath9k,ath9k_hw applesmc 18526 0 input_polldev 13118 1 applesmc coretemp 12820 0 mac80211 474202 1 ath9k kvm_intel 139077 0 kvm 388597 1 kvm_intel cfg80211 405538 4 ath,ath9k_common,ath9k,mac80211 pcspkr 12595 0 efivars17257 1 efi_pstore rfkill 18867 5 cfg80211,bluetooth shpchp 31121 0 cdc_ether 12564 0 usbnet 30844 1 cdc_ether cdc_phonet 12793 0 mii12675 1 usbnet cdc_acm26266 4 phonet 27725 1 cdc_phonet evdev 17445 16 snd_hda_intel 26327 4 snd_hda_controller 26727 1 snd_hda_intel snd_hda_codec 104463 4 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller snd_hwdep 13148 1 snd_hda_codec snd_pcm88662 3 snd_hda_codec,snd_hda_intel,snd_hda_controller snd_timer 26614 3 snd_hrtimer,snd_pcm,snd_seq snd65244 18 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device soundcore 13026 2 snd,snd_hda_codec i2c_nforce212591 0 i2c_core 46012 1 i2c_nforce2 hid_apple 12596 0 appletouch 17050 0 battery13356 0 sbs13012 0 sbshc 12842 1 sbs acpi_cpufreq 17218 1 processor 28221 3 acpi_cpufreq ac 12715 0 button 12944 0 thermal_sys27642 1 processor apple_bl 12872 0 fuse 83350 3 parport_pc 26300 0 ppdev 16782 0 lp 17074 0 parport35749 3 lp,ppdev,parport_pc autofs435529 2 hid_appleir12724 0 usbhid 44467 0 hid 102264 4 hid_generic,usbhid,hid_appleir,hid_apple ext4 469572 9 crc16 12343 2 ext4,bluetooth mbcache17171 1 ext4 jbd2 82413 1 ext4 sg 29973 0 sd_mod 44356 13 crc_t10dif 12431 1 sd_mod crct10dif_generic 12581 1 crct10dif_common 12356 2 crct10dif_generic,crc_t10dif ohci_pci 12808 0 firewire_ohci 39523 0 ahci 29195 11 libahci27158 1 ahci firewire_core 56665 1 firewire_ohci crc_itu_t 12347 1 firewire_core libata177457 2 ahci,libahci scsi_mod 191405 3 sg,libata,sd_mod ohci_hcd 42982 1 ohci_pci ehci_pci 12512 0 ehci_hcd 69837 1 ehci_pci forcedeth 64983 0 usbcore 195340 12 btusb,isight_firmware,ohci_hcd,ohci_pci,ehci_hcd,ehci_pci,cdc_phonet,usbhid,usbnet,appletouch,cdc_acm,cdc_ether usb_common 12440 1 usbcore # dmidecode 2.12 # SMBIOS entry point at 0xbfec7000 SMBIOS 2.4 present. 42 structures occupying 2107 bytes. Table at 0xBFEC6000. Handle 0x, DMI type 4, 35 bytes Processor Information Socket Designation: U2E1 Type: Central Processor Family: Other Manufacturer: Intel(R) Corporation ID: 7A 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 23, Stepping 10 Flags: FPU (Floating-point unit on-chip)
Bug#761165: vlc: segmentation fault with VDPAU
Le 2014-10-20 11:57, Arthur Marsh a écrit : I may be able to get permission from the publisher to release perhaps the 15 seconds of video from the DVD. I'm more concerned about the specific driver and hardware than the specific DVD. And that error, while it does not explain the crash, is most definitely a driver bug: [7fffbc001268] vdpau_display vout display error: bitmap surface creation failure: The size of a supplied object does not match the object it is being used with. For example, a VdpVideoMixer is configured to process VdpVideoSurface objects of a specific size. If presented with a VdpVideoSurface of a different size, this error will be raised. That error code makes absolutely no sense in this context. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764472: Hit the same issue
Hi there, I just hit the same issue. What makes this a really unhappy problem is that, in addition to disk space and the possible issues at reboot, another resource that seems to be consumed by this is system memory. Once I hit this issue, my computer start swapping and the desktop becomes mostly unusable. I assume ext4 tries to keep much of the directory information for /tmp in memory... Kudos to it for not crashing, but at the same time it's a puzzling problem to track down, since the memory is gone, but not attributable to any running process. Andreas pgpE0CAdej15T.pgp Description: PGP signature
Bug#765992: RFS: system-tools-backends/2.10.2-2 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package system-tools-backends * Package name: system-tools-backends Version : 2.10.2-2 Upstream Author : 2005-2011 Arturo Espinosa art...@ximian.com Hans Petter Jansson h...@ximian.com Tambet Ingo tam...@ximian.com Carlos Garnacho Parro carl...@gnome.org * URL : http://ftp.gnome.org/pub/GNOME/sources/system-tools-backends/ * License : LGPL-2 Section : admin It builds those binary packages: system-tools-backends - System Tools to manage computer configuration -- scripts system-tools-backends-dev - System Tools to manage computer configuration -- development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/system-tools-backends Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/system-tools-backends/system-tools-backends_2.10.2-2.dsc Changes since the last upload: * New maintainer (Closes: #764264). [ Josselin Mouette ] * Update repository URL. [ jbicha-guest ] * use canonical Vcs-* fields [ Colin Watson ] * use dh_installdeb maintscript support (Closes: #659885). [ Vlad Orlov ] * 05_fix_selfconfig.patch: fixes current user's info retrieval. Closes: #761806. [ Andriy Grytsenko ] * debian/control, debian/copyright: - Bump Standards-Version to 3.9.6 (Fix lintian warning). - Change debian/copyright to a machine-readable format (for lintian). * debian/control: - Remove Vcs-* fields due to package adoption, new ones will be added later. - Add build dependency on autotools-dev to fix lintian warning outdated-autotools-helper-file. Regards, Andriy Grytsenko. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765907: --verify-format accepts everything *except* the documented format name rpm
On Sun, Oct 19, 2014 at 02:00:20PM +0200, Guillem Jover wrote: Hi! On Sun, 2014-10-19 at 07:01:10 +0200, Josh Triplett wrote: Package: dpkg Version: 1.17.18 Severity: normal According to the dpkg manpage: --verify-format format-name Sets the output format for the --verify command. The only currently supported output format is rpm, which consists of a line for every path that failed any check. However, dpkg accepts (and ignores) *any* value for --verify-format, *except* for rpm, for which it returns the following error: dpkg: error: unknown verify output format 'rpm' […] So, set_verify_format expects a false value for failure and true for success, while verify_set_output returns 1 for failure and 0 for success. Err, wow, no words. Fixed now locally, will be included in 1.17.19, thanks for the bug report and analysis. No problem; thank you for the fast fix. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689746: base: GUI switches from tty7, tty8 and tty9
On Sun, 24 Feb 2013 01:01:19 +0100 Josselin Mouette j...@debian.org wrote:
Le samedi 23 février 2013 à 16:27 +0100, Julien Cristau a écrit :
Control: reassign -1 gdm3
Control: tag -1 moreinfo
After logging into the GUI on tty7 and logging out the GUI switches to
tty8.
After logging into the GUI on tty8 and logging out the GUI switches to
tty9.
After logging into the GUI on tty9 and logging out the GUI switches to
tty8.
The GUI switches from tty8 to tty9 and vise versa after logging out.
Why is that a problem?
You might as well reassign the bug to the kernel or X, or whatever. I
have already verified twice that the GDM code for selecting the TTY is
correct; it is the kernel that reports this or that TTY as being used.
And frankly, as Julien mentioned, there is zero functional impact on
users, so I fail to see why anyone should care.
There's one very obvious functional impact: it makes it difficult to
switch back to the GUI VT after switching to the console. A user hits
Ctrl-Alt-F1 to get to the text console, does whatever they needed to do
there, and then has to go searching across Ctrl-Alt-F{7,8,9} to find the
GUI.
- Josh Triplett
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754678: openocd: FTBFS on kfreebsd-*: configure: error: libusb-1.x is required for the MPSSE mode of FTDI based devices
Hi, On Sun, Oct 19, 2014 at 10:45:17PM +0100, Steven Chamberlain wrote: If you want something equivalent to Linux libusb 1.0 API, I think you need to Build-Depend on libusb2-dev [kfreebsd-any] rather than libusb-dev. Right, libusb-0.1 API is still needed for some older drivers, but it is provided by libusb2-dev on kfreebsd, libusb-dev shouldn't be used there. Dropping libftdi-dev from Build-Depends on kfreebsd-amd64, I actually get a successful build; how does that work? Does MPSSE mode not need ftdi.h any more? If so, libftdi-dev can be dropped from Build-Depends on linux, too. But I have no way of testing openocd. MPSSE mode depends only on libusb-1, however, there're three other drivers (USB Blaster, ASIX Presto, OpenJTAG; USB Blaster being really important here) plus legacy ft2232 implementation that need libftdi-dev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765987: ITP: kvasd-installer -- Utility to Install, Remove and Test KVASD Decoder from K1JT
Package: wnpp Severity: wishlist Owner: Greg Beam ki...@yahoo.com * Package name: kvasd-installer Version : 1.11.1 Upstream Author : Greg Beam ki...@yahoo.com * URL : https://svn://svn.code.sf.net/p/wsjt/wsjt/trunk/kvasd-binary/Linux/kvasd-installer * License : (GPL v3) Programming Lang: (Shell) Description : Utility to Install, Remove and Test KVASD Decoder from K1JT The KVASD, Algebraic Soft-Decision Decoder for RS(63,12)_6 is a non-FOSS binary used in WSJT, WSJT-X and WSPR-X. As such, it cannot be included in FOSS packages. kvasd-installer is a set of scripts used to download and manage the installation of KVASD. It also installs the required dependencies in order for KVASD to run properly, in either i386 or amd64 environments. . The package is optoinal, as the user could manually install the dependencies and the binary itself. Dialog is used for the menu system. . kvasd-installer is a FOSS compliant package, licensed under GPL v3.
Bug#766015: zsh: /etc/alternatives/zsh and friends stay at zsh4 after dist-upgrade from Wheezy to Experimental
Package: zsh Version: 5.0.7-2 Severity: important Hi, I just tested the workaround for http://bugs.debian.org/707760 in a pbuilder chroot. It works fine (/bin/zsh is no dangling symlink during the upgrade, the warning is shown when expected and is not shown when not expected) with one exception: /bin/zsh continues to point to /bin/zsh4 (probably because that now still exists) and that's definitely not what we want to happen. -- Package-specific info: Packages which depend, recommend, suggest or enhance a zsh package and hence may provide code meant to be sourced in .zshrc: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--=-=-= ii abe-commandline 14.2 all Metapackage of commandline tools Axel usually installs ii abe-desktop-common 11.2 all Common packages for all of Axel's desktop setups ii autojump 21.7.1-1 all shell extension to jump to frequently used directories ii fizsh1.0.7-1 all Friendly Interactive ZSHell ii oh-my-zsh0~20140211-1 all framework for managing your zsh configuration ii powerline0~20140216-2 all prompt and statusline utility ii shellex 0.1-1 amd64 shell-based launcher ii zsh-antigen 1-2 all manage your zsh plugins Packages which provide vendor completions: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--=-=-= ii git-buildpackage 0.6.20all Suite to help with Debian packages in Git repositories ii mpv 0.6.1-1+b1amd64 video player based on MPlayer/mplayer2 ii reprepro 4.16.0-1 amd64 Debian package repository producer ii systemd 215-5+b1 amd64 system and service manager ii vcsh 1.20141009-1 all Version Control System for $HOME - multiple Git repositories in $HOME The following files were modified: /etc/systemd/logind.conf dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh depends on: ii libc6 2.19-11 ii libcap2 1:2.24-6 ii libtinfo5 5.9+20140913-1 ii zsh-common 5.0.7-2+0~20141013222743.232~1.gbp361e03 Versions of packages zsh recommends: ii libncursesw5 5.9+20140913-1 ii libpcre3 1:8.35-3.1 Versions of packages zsh suggests: ii zsh-doc 5.0.7-2+0~20141013222743.232~1.gbp361e03 -- no debconf information
Bug#765998: RM: sanewall -- ROM; obsolete and replace by firehol 2
Package: ftp.debian.org Severity: normal sanewall is now obsolete: originally sanewall was a forck of firehol (1), which seemed then abandonned. But, all of a sudden, the firehol project was revived by its maintainer: sanewall project was then merged to firehol, which is now in unstable. Please could be sanewall be removed from both testing and unstable. Thanks, Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754678: openocd: FTBFS on kfreebsd-*: configure: error: libusb-1.x is required for the MPSSE mode of FTDI based devices
found 754678 0.8.0-3 tags 754678 + patch thanks Hi, openocd still FTBFS on kfreebsd-*: https://buildd.debian.org/status/fetch.php?pkg=openocdarch=kfreebsd-amd64ver=0.8.0-3stamp=1413746707 If you want something equivalent to Linux libusb 1.0 API, I think you need to Build-Depend on libusb2-dev [kfreebsd-any] rather than libusb-dev. The next problem is, libftdi-dev was built against the older libusb-dev and they cannot be used together here. Dropping libftdi-dev from Build-Depends on kfreebsd-amd64, I actually get a successful build; how does that work? Does MPSSE mode not need ftdi.h any more? If so, libftdi-dev can be dropped from Build-Depends on linux, too. But I have no way of testing openocd. I've attached my build log, as well as a patch for the Build-Depends I used to build it. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org openocd.log.gz Description: GNU Zip compressed data --- openocd-0.8.0.orig/debian/control 2014-10-19 18:19:44.0 +0100 +++ openocd-0.8.0/debian/control 2014-10-19 22:22:08.213682557 +0100 @@ -3,8 +3,8 @@ Priority: extra Maintainer: Uwe Hermann u...@debian.org Uploaders: Luca Bruno lu...@debian.org -Build-Depends: cdbs, debhelper (= 7), autotools-dev, libftdi-dev, - libusb-1.0-0-dev [linux-any], libusb-dev (= 10.1~) [kfreebsd-any hurd-any], +Build-Depends: cdbs, debhelper (= 7), autotools-dev, libftdi-dev [!kfreebsd-any], + libusb-1.0-0-dev [linux-any], libusb2-dev (= 10.1~) [kfreebsd-any], libusb-dev [hurd-any], texinfo, texlive, autotools-dev, autoconf, automake1.11, libtool, libhidapi-dev, pkg-config signature.asc Description: OpenPGP digital signature
Bug#762906: krb5-auth-dialog debug output
On Mon, Oct 20, 2014 at 09:42:29AM +0200, Guido Günther wrote:
Hi Wolfgang,
On Sun, Oct 12, 2014 at 07:35:13PM +0200, Wolfgang Schweer wrote:
On Sun, Oct 12, 2014 at 10:00:32AM +0200, Guido Günther wrote:
...and the process keeps runnng? Is that all the output you're seeing?
IN that case that's probably not the debug build.
You're right, ran it on the wrong vm. This is the output using the debug
build:
test@tjener:~$ killall -s9 krb5-auth-dialog
test@tjener:~$ krb5-auth-dialog
** (krb5-auth-dialog:3265): WARNING **: Couldn't register with
accessibility bus: Did not receive a reply. Possible causes include: the
remote application did not send a reply, the message bus security policy
blocked the reply, the reply timeout expired, or the network connection
was broken.
DEBUG: ka_applet_set_property: principal:
DEBUG: ka_applet_set_property: pk-userid:
DEBUG: ka_applet_set_property: pk-anchors:
DEBUG: ka_applet_set_property: pw-prompt-mins: 30
DEBUG: ka_applet_set_property: tgt-forwardable: False
DEBUG: ka_applet_set_property: tgt-proxiable: False
DEBUG: ka_applet_set_property: tgt-renewable: False
DEBUG: ka_applet_set_property: conf-tickets: False
DEBUG: ka_applet_set_property: principal:
DEBUG: ka_applet_set_property: pk-userid:
DEBUG: ka_applet_set_property: pk-anchors:
DEBUG: ka_applet_set_property: pw-prompt-mins: 30
DEBUG: ka_applet_set_property: tgt-forwardable: False
DEBUG: ka_applet_set_property: tgt-proxiable: False
DEBUG: ka_applet_set_property: tgt-renewable: False
DEBUG: ka_applet_set_property: conf-tickets: False
DEBUG: ka_applet_local_command_line: Parsing local command line
DEBUG: ka_applet_startup: Primary application
DEBUG: ka_nm_client_state_changed_cb: Network connected
DEBUG: monitor_ccache: Monitoring /tmp/krb5cc_1000_w9KVYa
DEBUG: ka_applet_command_line: Evaluating command line
DEBUG: credentials_expiring: Checking expiry 1800s
DEBUG: ka_nm_client_state_changed_cb: Network connected
DEBUG: credentials_expiring: Checking expiry 1800s
Thanks. I can reproduce it here now (you just have to clear the
principal names from the preferences). The bug doesn't seem to be in
krb5-auth-dialog itself since we get the prompt passed in from the
Kerberos libs and it's already lacking the username. I'll investigate
further.
The attached patch should fix this.
-- Guido
diff --git a/src/ka-kerberos.c b/src/ka-kerberos.c
index fc6d63f..a17dee3 100644
--- a/src/ka-kerberos.c
+++ b/src/ka-kerberos.c
@@ -649,6 +649,10 @@ ka_parse_name (KaApplet *applet, krb5_context krbcontext,
krb5_free_principal (krbcontext, *kprinc);
g_object_get (applet, KA_PROP_NAME_PRINCIPAL, principal, NULL);
+if (principal[0] == '\0') {
+g_free (principal);
+principal = g_strdup (g_get_user_name());
+}
ret = krb5_parse_name (krbcontext, principal, kprinc);
g_free (principal);
Bug#765904: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#765904: linux-image-3.2.0-4-amd64: i8042-based mouse/touchpad not recognized on, kernels 3.2.60-1 and above)
$ dpkg -l |grep linux-image ii linux-image-2.6.32-5-amd64 2.6.32-46 amd64Linux 2.6.32 for 64-bit PCs ii linux-image-3.2.0-4-amd64 3.2.63-2 amd64Linux 3.2 for 64-bit PCs ii linux-image-amd64 3.2+46 amd64Linux for 64-bit PCs (meta-package) $ cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg--ssd--int--0-lv--root ro apparmor=1 security=apparmor $ uname -a Linux ebk 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux $ cat /proc/version Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.54-2 $ strings /boot/vmlinuz-3.2.0-4-amd64 | grep Debian 3.2.0-4-amd64 (debian-ker...@lists.debian.org) #1 SMP Debian 3.2.63-2 $ sudo modinfo psmouse filename: /lib/modules/3.2.0-4-amd64/kernel/drivers/input/mouse/psmouse.ko license:GPL description:PS/2 mouse driver author: Vojtech Pavlik vojt...@suse.cz alias: serio:ty05pr*id*ex* alias: serio:ty01pr*id*ex* depends: intree: Y vermagic: 3.2.0-4-amd64 SMP mod_unload modversions parm: proto:Highest protocol extension to probe (bare, imps, exps, any). Useful for KVM switches. (proto_abbrev) parm: resolution:Resolution, in dpi. (uint) parm: rate:Report rate, in reports per second. (uint) parm: smartscroll:Logitech Smartscroll autorepeat, 1 = enabled (default), 0 = disabled. (bool) parm: resetafter:Reset device after so many bad packets (0 = never). (uint) parm: resync_time:How long can mouse stay idle before forcing resync (in seconds, 0 = never). (uint) $ strings /lib/modules/3.2.0-4-amd64/kernel/drivers/input/mouse/psmouse.ko | grep build /build/linux-tzQDap/linux-3.2.63/drivers/input/mouse/psmouse-base.c /build/linux-tzQDap/linux-3.2.63/drivers/input/mouse/alps.c $ sudo modprobe psmouse ERROR: could not insert 'psmouse': Unknown symbol in module, or unknown parameter (see dmesg) $ dmesg | grep psmouse [80034.083830] psmouse: Unknown symbol dmi_check_system_2 (err 0) [80034.083963] psmouse: Unknown symbol dmi_first_match_2 (err 0) On 10/19/2014 09:09 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the src:linux package: #765904: linux-image-3.2.0-4-amd64: i8042-based mouse/touchpad not recognized on, kernels 3.2.60-1 and above It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email.
Bug#761406: marked as done (slapd: dangerous access rule in default config)
Control: reopen -1 On 19/10/14 03:22 PM, Debian Bug Tracking System wrote: This means that you claim that the problem has been dealt with. Only halfway. Still need to deal with fixing existing installs on upgrade. Almost there... signature.asc Description: OpenPGP digital signature
Bug#702356: debdiff for NMU
Hi Steve, thanks for taking care of this. On 05/10/14 01:48, Steve McIntyre wrote: -- Steve McIntyre, Cambridge, UK. st...@einval.com Every time you use Tcl, God kills a kitten. -- Malcolm Ray libgnomecanvasmm2.debdiff Your debdiff has a lot of changes to autotools files that I don't think should be there. Maybe you want to debclean before generating the debdiff? diff -u libgnomecanvasmm2.6-2.26.0/debian/control.in libgnomecanvasmm2.6-2.26.0/debian/control.in + quilt, There's a tab there that should be spaces. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764129: thinkfan sends strange char sequence to tp_fan after service restart
control: severity -1 important
On Sun, Oct 12, 2014 at 06:58:21PM +0200, Marco wrote:
Thanks for the reply I was giving up hope :)
My guess would be that thinkfan gets corrupted data from 'somewhere',
and then some lack of bounds or type checking messes up other internal
variables and leads to corrupt data being written out.
So would be mine. Could you try with the generic (non-IBM) interface as
described in the thinkfan.conf.complex? As this uses a different parser,
it should just work. Yet we should fix the issue you are facing (but I
downgraded the bug to only important, as it does not happen to every
user and I'd love to keep thinkfan in Jessie)
To be more 'scientific' I tried first to make thinkfan print cur_lvl
value when workign, so I patched system.c code like this:
diff --git a/system.c b/system.c
index 43d7515..86eb492 100644
--- a/system.c
+++ b/system.c
@@ -127,6 +127,7 @@ void setfan_ibm() {
errcnt |= ERR_FAN_SET;
}
else {
+ report(LOG_INFO, LOG_INFO, cur_lvl = %s\n, cur_lvl);
if (unlikely(write(ibm_fan, cur_lvl, l) l)) {
prefix = \n;
report(LOG_ERR, LOG_ERR, MSG_ERR_FANCTRL);
And the result is (as expected), something like this:
sleeptime=5, tmax=96, last_tmax=96, biased_tmax=96 - fan=level 3
cur_lvl = level 3
cur_lvl = level 3
cur_lvl = level 3
sleeptime=5, tmax=71, last_tmax=104, biased_tmax=71 - fan=level 7
cur_lvl = level 7
cur_lvl = level 7
cur_lvl = level 7
sleeptime=2, tmax=104, last_tmax=70, biased_tmax=155 - fan=level 3
cur_lvl = level 3
While when thinkfan is 'broken' the output is something like this:
cur_lvl = ??
Cleaning up and resetting fan control.
cur_lvl = ?D
Cleaning up and resetting fan control.
cur_lvl = ?d
Cleaning up and resetting fan control.
cur_lvl = ??
Cleaning up and resetting fan control.
cur_lvl = ?T
Cleaning up and resetting fan control.
These are all from different runs since thinkfan crashes each time
(strange charachters may look different on may terminal, but I think the
point is that cur_lvl points to sequence of bytes all messed up).
Yeah, looks like a weird read, for some reason.
Can you try to monitor /proc/acpi/ibm/thermal with
a script or so and see if anything weird is going on?
Could you also monitor /proc/acpi/ibm/fan, as this containts the
fan-settings?
I'm diving now a little more into thinkfan source code (slowly, because it
is a long time I don't read C). I will see if I can spot the source of
those strange chars.
Thanks!
Evgeni
--
Bruce Schneier can read and understand Perl programs.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766009: RM: vavoom/1.33-5
Control: reassign -1 ftp.debian.org Re-sending to ftp.debian.org, sorry release team! Axel Beckert wrote in #741998: If someone wants to adopt and fix the package, it will be still available at http://anonscm.debian.org/gitweb/?p=pkg-games/vavoom.git as well as http://snapshot.debian.org/package/vavoom/. So your work is not lost if the package is also removed from experimental. But people won't try to install it and then complain to you that it's broken. So I see no reason to keep the package experimental if it was removed for the above mentioned reasons from unstable. I agree that the package in experimental should get removed as well. Upstream is dead for years and the package FTBFS. If people would ever want to continue working on it they can find the current state in GIT or in the snapshots archive. It does not make sense to keep it in Debian in its current state. Furthermore, the Games team keeps receiving bug reports for it that noone will care about, e.g. #765825. Thanks, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766010: linux: Booting from efi will hang kernel while loading nouveau on macbook5, 2
Source: linux Severity: important Dear Maintainer, After upgrade linux kernel to 3.1x, I have to boot debian with nouveau disabled (by option modprobe.blacklist=nouveau) from macbook5,2's efi, or the kernel will hang out during boot. If I boot without quiet option, the following log will be printed: [4.431703] ACPI Warning: \_SB_.PCI0.IXVE.IGPU._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [4.435790] ACPI: \_SB_.PCI0.IXVE.IGPU: failed to evaluate _DSM [4.437550] fb: switching to nouveaufb from simple and then my box freezes, and white stripes may garble its screen. It seems many other intel mac models with a geforce 9400m embedded in mcp79 chip set have similar problem too. If I disable efifb, nouveau can be loaded successfully, but consoles (ttys) cannot be set up. If I disable ACPI, nouveau can be loaded successfully and even X server seems works fine, but I have no usb hw available, including kb and touchpad, so I cannot do further examinations. If I boot from legacy BIOS emulation mode (by removing grub-efi and install grub-pc, then wait for timeout for each efi booting trial) ,the first two line of above log is printed too, but the last line not. And nouveau and X work fine, with ttys and most hardware OK, except the cpu, whose second cpu core is never brought up, which is not acceptable for me. According to https://bugs.freedesktop.org/show_bug.cgi?id=29171#c7 , it is because EFI leaves the display engine in a state we're not expecting. Do you know any workaround for this? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765997: youtube-dl: unable to download video data on SoundCloud
Package: youtube-dl
Version: 2014.08.05-1
Severity: normal
Dear Maintainer,
I just tried to download some tracks from SoundCloud, but it fails every time
with the following message:
$ youtube-dl -v https://soundcloud.com/kapuzenauf/kapuzi-exist
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-v',
'https://soundcloud.com/kapuzenauf/kapuzi-exist']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2014.08.05
[debug] Python version 2.7.8 -
Linux-3.14-2-amd64-x86_64-with-debian-jessie-sid
[debug] Proxy map: {}
[soundcloud] kapuzenauf/kapuzi-exist: Resolving id
[soundcloud] kapuzenauf/kapuzi-exist: Downloading info JSON
[soundcloud] 165516597: Downloading track url
[debug] Invoking downloader on
u'https://ec-media.soundcloud.com/aMYy7YqlvWZ1.128.mp3?f10880d39085a94a0418a7ef69b03d522cd6dfee9399eeb9a522009f68ffbe3f3366d97ebe35f83ea89fc06a88cae5a2df310b18afff09e05b72c7bd9e06397d884f7ec6adAWSAccessKeyId=AKIAJNIGGLK7XA7YZSNQExpires=1413770385Signature=fGHTMX%2FvtF8k7257KfKI02xMbOo%3D'
ERROR: unable to download video data: urlopen error EOF occurred in
violation of protocol (_ssl.c:579)
Traceback (most recent call last):
File
/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1022, in
process_info
success = dl(filename, info_dict)
File
/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 998, in dl
return fd.download(name, info)
File
/usr/lib/python2.7/dist-packages/youtube_dl/downloader/common.py, line 291,
in download
return self.real_download(filename, info_dict)
File
/usr/lib/python2.7/dist-packages/youtube_dl/downloader/http.py, line 58, in
real_download
data = self.ydl.urlopen(request)
File
/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1231, in
urlopen
return self._opener.open(req,
timeout=self._socket_timeout)
File /usr/lib/python2.7/urllib2.py, line 404, in open
response = self._open(req, data)
File /usr/lib/python2.7/urllib2.py, line 422, in _open
'_open', req)
File /usr/lib/python2.7/urllib2.py, line 382, in _call_chain
result = func(*args)
File /usr/lib/python2.7/dist-packages/youtube_dl/utils.py,
line 598, in https_open
return self.do_open(HTTPSConnectionV3, req)
File /usr/lib/python2.7/urllib2.py, line 1169, in do_open
raise URLError(err)
URLError: urlopen error EOF occurred in violation of protocol
(_ssl.c:579)
However, I can download the audio by taking the link from the debug output and
putting it behind a `wget'.
Thanks for looking into this,
- Roland
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (200, 'testing'), (170, 'unstable'), (150,
'testing-proposed-updates'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages youtube-dl depends on:
ii python2.7.8-1
ii python-pkg-resources 5.5.1-1
Versions of packages youtube-dl recommends:
ii libav-tools 6:11-1
ii mplayer2 [mplayer] 2.0-728-g2c378c7-3
ii rtmpdump2.4+20131018.git79459a2-4
youtube-dl 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#761267: Squeeze
You forgot about Squeeze! -- Denis Nelubin aka Gelin dnelu...@gmail.com
Bug#766006: dpkg: cycle found while processing triggers
Package: man-db Version: 2.7.0.2-2 Severity: normal Hi everyone, after some time away from my computer I did the usual aptitude upgrade routine (text gui, Shift-u, g), which ended in a message I have never seen before: - dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: man-db - mime-support packages' pending triggers which are or may be unresolvable: man-db: /usr/share/man menu: /usr/share/menu desktop-file-utils: /usr/share/applications mime-support: /usr/share/applications dpkg: error processing package man-db (--unpack): triggers looping, abandoned - I am not sure who is the responsible here, so please reassign if appropriate. Remark: After restarting the installation process, dpkg seemed to have been successful. Thanks a lot Norbert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.6 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.18 ii groff-base 1.22.2-8 ii libc6 2.19-11 ii libgdbm3 1.8.3-13 ii libpipeline1 1.3.1-1 ii zlib1g 1:1.2.8.dfsg-2 man-db recommends no packages. Versions of packages man-db suggests: ii chromium [www-browser] 38.0.2125.101-2 ii groff 1.22.2-8 ii iceweasel [www-browser]31.1.0esr-1 ii less 458-3 ii lynx-cur [www-browser] 2.8.9dev1-2 ii netsurf-gtk [www-browser] 3.2+dfsg-2 ii w3m [www-browser] 0.5.3-17 -- debconf information: man-db/auto-update: true * man-db/install-setuid: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761165: vlc: segmentation fault with VDPAU
Package: vlc Version: 2.2.0~pre4-1+b1 Followup-For: Bug #761165 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I re-checked playing the DVD again (it gets about 9 seconds into the first introductory video). I can play the DVD alright with mpv using vdpau, so I suspect the problem is some interactin between vlc and the vdpau drivers. I may be able to get permission from the publisher to release perhaps the 15 seconds of video from the DVD. gdb vlc GNU gdb (Debian 7.7.1+dfsg-3) 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 vlc...Reading symbols from /usr/lib/debug/.build-id/b2/12f30f610120e57f7fa004450f796629f71ffd.debug...done. done. (gdb) run Starting program: /usr/bin/vlc [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. VLC media player 2.2.0-pre4 Weatherwax (revision 2.2.0-pre3-104-g836a443) [New Thread 0x7670e700 (LWP 30439)] [New Thread 0x75f0d700 (LWP 30440)] [New Thread 0x7fffebfff700 (LWP 30445)] [006090b8] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [New Thread 0x7fffebefe700 (LWP 30447)] [New Thread 0x7fffeb93d700 (LWP 30458)] [New Thread 0x7fffeb83c700 (LWP 30459)] [New Thread 0x7fffe3fff700 (LWP 30496)] [New Thread 0x7fffe81b7700 (LWP 30689)] [New Thread 0x7fffe37fe700 (LWP 30690)] [New Thread 0x7fffe36fd700 (LWP 30691)] [Thread 0x7fffe81b7700 (LWP 30689) exited] [New Thread 0x7fffe81b7700 (LWP 30692)] libdvdnav: Using dvdnav version 5.0.1 [Thread 0x7fffe81b7700 (LWP 30692) exited] [Thread 0x7fffe37fe700 (LWP 30690) exited] libdvdnav: DVD disk reports itself with Region mask 0x00f7. Regions: 4 libdvdread: Attempting to retrieve all CSS keys libdvdread: This can take a _long_ time, please be patient libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x016a libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x01d3 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x000123ee libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x00015ab1 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x00015afe libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00015c65 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00015cb2 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x0009204d libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x0009209a libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_05_0.VOB at 0x000b7b82 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x000b7bcf libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x000c9a6a libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x000c9ab7 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_07_0.VOB at 0x000d8d28 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x000d8d75 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_08_0.VOB at 0x000dc3df libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_08_1.VOB at 0x000dc42c libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_09_0.VOB at 0x000df9af libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_09_1.VOB at 0x000df9fc libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_10_0.VOB at 0x000e8487 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_10_1.VOB at 0x000e84d4 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_11_0.VOB at 0x000ed95d libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_11_1.VOB at 0x000ed9aa libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_12_0.VOB at 0x000f6577 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_12_1.VOB at 0x000f65c4 libdvdread: Elapsed time 0 libdvdread: Found 12 VTS's libdvdread: Elapsed time 0 [New Thread 0x7fffe37fe700 (LWP 30733)] [7fffcc0009b8] core input error: ES_OUT_RESET_PCR called [New Thread 0x7fffe81b7700 (LWP 30756)] [New Thread 0x7fffcabbb700 (LWP 30799)] [New Thread 0x7fffcaaba700 (LWP 30800)] [New Thread 0x7fffc9004700 (LWP
Bug#764513: pmacct: New major upstream release
On 10/20/2014 05:35 AM, Jamie Wilkinson wrote: bzed@ has kindly offered to take over maintainership of pmacct, as I have demonstrated my inability to keep up with releases. indeed, I'll package and test the new version today, if it doesn't fail badly it will go in in time. Cheers, Bernd On 9 October 2014 04:46, Faidon Liambotis parav...@debian.org mailto:parav...@debian.org wrote: Package: pmacct Severity: normal Hi, pmacct 1.5.0 was released over a month ago, on Aug 28th. It's a major new release with tons of new features. As not even the 0.14.x point releases were packaged for Debian, jessie currently has 0.14.0, released over two years ago (Apr 2012). It'd be a shame to miss the (very close, ~2 weeks) deadline. Thanks, Faidon -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765999: ncat man page says see the ncat manpage
Package: nmap Version: 6.47-3 Severity: wishlist File: /usr/share/man/man1/ncat.1.gz $ man 1 ncat|grep manpage See the ncat(1) manpage for full options, descriptions and usage examples -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766007: iceweasel: SSL error - cannot connect to certain servers
Hi Sylvestre, * tried upstream original firefox: worked out of the box Same version? I tried both, 33.0 and 31.2.0esr, in both cases it works with original Firefox without any problems. Or that the SSL certificat of the server is broken. It worked two or three weeks ago on the same computer. So either something in firefox, or the certificate has changed, as you mentioned, and the current Debian/firefox cannot work with that. The certificate as seen in firefox 33.0 looks like this: Connection Encrypted: High-grade Encryption TLS_RSA_WITH_3DES_EDE_CBC_SHA, 112 bit keys Certificate Signature Algrorithm: PKCS #1 SHA-1 With RSA Encryption So maybe it is openssl? Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765969: [vlc] green line under some Mpeg-4 XVID videos
Le 2014-10-20 00:28, Francesco Muzio a écrit : Oops, I have forgotten the screenshot The video is really low quality so it's hard to say but we can clearly see by zooming in that shades of grey are visible in the last lines, even though the colour informations is discarded, resulting in a green tint. I can't reproduce the problem with X11 or GLX, so I believe this is a bug in your display drivers. -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763426: installation-report: installed system not bootable by default
On Tue, Sep 30, 2014 at 10:20:58AM +0200, Andreas Glaeser wrote: The installed system was not bootable upon installation, but grub could be installed manually: I just tried the latest daily netinst and this issue appears to be fixed, please confirm. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#763034: libgtk-3-0: Regression in GTK+ 3.12 in handling CSS-defined selected_bg_color
tags 763034 confirmed forwarded 763034 https://bugzilla.gnome.org/show_bug.cgi?id=738841 thanks On Sun, 05 Oct 2014 21:27:21 +0400 Vlad Orlov mon...@inbox.ru wrote: found 763034 3.14.1-1 thanks Hi, I already use Adwaita but I tested it again woth no luck. Were you able to workaround the problem somehow? It looks like there's no workaround... I've installed the latest gnome-themes-standard (which contains Adwaita), version 3.14, and I already have GTK+ 3.14 in my Debian Testing VM. The outcome is the same as in your screenshot: the selected part of the input field in Wireshark doesn't look like it's actually selected. Only the font gets a bit bolder, that's all. Have you seen any other GTK+3 apps with the same glitch? Maybe it's just Wireshark's bug? If there is documentation for application developers about the new GKT+ API which works then it is a Wireshark bug. :-) Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762832: [Pkg-ime-devel] Bug#762832: fcitx: FTBFS: cp: cannot stat 'debian/tmp/usr/lib/girepository-1.0/Fcitx-1.0.typelib': No such file or directory
Hello, On Fri, Oct 17, 2014 at 03:05:47PM +0900, NOKUBI Takatsugu wrote: I tested fcitx-4.2.8.5-1.1-nmu.diff on git HEAD, it seems fine for me. I'll try to upload it with DELAYED/7. ---end quoted text--- Any progress regarding that issue ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#766004: ITP: fonts-lexi-saebom -- Lexi Saebom Korean font
Package: wnpp Owner: Changwoo Ryu cw...@debian.org Severity: wishlist * Package name: fonts-lexi-saebom Version : 20100129 Upstream Author : Lexi Tech corporation http://typography.co.kr * URL : http://kldp.net/projects/linuxlexifont2 * License : GPL-2+ Description : Lexi Saebom Korean font This package provides one font family Lexi Saebom for Korean language. It contains Latin-1, Hangul syllables and Hangul compatibility Jamos glyphs. I'm going to maintain this under the pkg-fonts team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765988: ITP: node-tap -- A Test-Anything-Protocol module for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-tap Version : 0.4.13 Upstream Author : Isaac Z. Schlueter i...@izs.me * URL : https://github.com/isaacs/node-tap * License : Expat Programming Lang: JavaScript Description : A Test-Anything-Protocol module for Node.js Utilities for writing test harnesses complying with TAP output format. . TAP is a simple text-based interface between testing modules implemented in many popular languages. . Node.js is an event-based server-side JavaScript engine. Several Node.js modules are using tap for running their test suites. This will enable running them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724718: ITP: flexget -- multipurpose automation tool for torrents, nzbs, podcasts, etc
❦ 26 septembre 2013 22:46 -0400, Hans-Christoph Steiner h...@eds.org : Package: wnpp Severity: wishlist Owner: Hans-Christoph Steiner h...@eds.org * Package name: flexget Version : 1.1.121 Upstream Author : Riku 'Shrike' Lindblad, Marko Koivusalo, lepinkainen, Chase Sterling, Alexey Nikitin and others * URL : http://flexget.com * License : MIT/Apache-2.0 mix Programming Lang: python Packge source : http://anonscm.debian.org/gitweb/?p=collab-maint/flexget.git Description : multipurpose automation tool for torrents, nzbs, podcasts, etc Any news on this package? I see in the repository on alioth that there is already some work done, including debian/copyright. Oddly, there is no debian/control. What's the status? -- prom_printf(Detected PenguinPages, getting out of here.\n); 2.0.38 /usr/src/linux/arch/sparc/mm/srmmu.c signature.asc Description: PGP signature
Bug#764276: dxpc: Crashes when using TeXworks
Comparing dxpc with ssh -X -C, ssh achieves fewer bytes transmitted on the network. Should not dxpc be at least as good, and maybe (surely!) better? Cheers, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765743: dmtcp: Please install docs in standard location
Hi Kapil, You'll have seen the other DMTCP bug, Bug#765743, in addition to this one below. If I remember, you had looked at these issues last. Would you mind taking a look at these bugs? Thanks, - Gene On Fri, Oct 17, 2014 at 08:02:09PM +0200, Michael Hanke wrote: Package: dmtcp Version: 2.3.1-5 Severity: normal The package installs some of its docs in a versioned directory. The rest of the package doesn't support co-installation of multiple versions, hence it would make sense to drop the versioned path and install into the standard directory exclusively. mih@meiner /tmp % dpkg -L dmtcp |grep share/doc /usr/share/doc /usr/share/doc/dmtcp-2.3.1 /usr/share/doc/dmtcp-2.3.1/AUTHORS /usr/share/doc/dmtcp-2.3.1/QUICK-START.gz /usr/share/doc/dmtcp-2.3.1/NEWS.gz /usr/share/doc/dmtcp /usr/share/doc/dmtcp/copyright /usr/share/doc/dmtcp/changelog.Debian.gz /usr/share/doc/dmtcp/NEWS.Debian.gz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dmtcp depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libstdc++6 4.9.1-16 dmtcp recommends no packages. dmtcp 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#766002: libjpeg-dev: corrupted pkg-config .pc file
Package: libjpeg-dev Version: 1:1.3.1-8 Severity: normal Dear Maintainer. It appeares that the provided pkg-config libjpeg.pc file contains an unsubsituted 'regexp', @DEB_BUILD_MULTIARCH@. It is guessed that the 'regexp' @DEB_BUILD_MULTIARCH@ in d/libjpeg.pc must be replaced by @DEB_HOST_MULTIARCH@. Thanks, Jerome -- System Information: Debian Release: Wheezy* APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.10-amd64-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766017: /usr/bin/fvwm2: Proccessing triggers for menu fail with fvwm-crystal
Package: fvwm-crystal Version: 3.3.1+dfsg-1 File: /usr/bin/fvwm-crystal Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** --- * What led up to the situation? The installation of the fvwm-crystal package --- * What exactly did you do (or not do) that was effective (or ineffective)? apt-get install fvwm-crystal --- * What was the outcome of this action? apt-get install fvwm-crystal Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: hsetroot libmpdclient2 mpc trayer Suggested packages: rox-filer nautilus mpd The following NEW packages will be installed: fvwm-crystal hsetroot libmpdclient2 mpc trayer 0 upgraded, 5 newly installed, 0 to remove and 321 not upgraded. Need to get 0 B/4,235 kB of archives. After this operation, 8,547 kB of additional disk space will be used. Do you want to continue? [Y/n] Selecting previously unselected package trayer. (Reading database ... 536055 files and directories currently installed.) Preparing to unpack .../trayer_1.1.5-1_i386.deb ... Unpacking trayer (1.1.5-1) ... Selecting previously unselected package hsetroot. Preparing to unpack .../hsetroot_1.0.2-5_i386.deb ... Unpacking hsetroot (1.0.2-5) ... Selecting previously unselected package fvwm-crystal. Preparing to unpack .../fvwm-crystal_3.3.1+dfsg-1_all.deb ... Unpacking fvwm-crystal (3.3.1+dfsg-1) ... Selecting previously unselected package libmpdclient2. Preparing to unpack .../libmpdclient2_2.9-1_i386.deb ... Unpacking libmpdclient2 (2.9-1) ... Selecting previously unselected package mpc. Preparing to unpack .../archives/mpc_0.26-1_i386.deb ... Unpacking mpc (0.26-1) ... Processing triggers for man-db (2.7.0.2-1) ... Processing triggers for menu (2.1.47) ... Setting up trayer (1.1.5-1) ... Setting up hsetroot (1.0.2-5) ... Setting up fvwm-crystal (3.3.1+dfsg-1) ... Setting up libmpdclient2 (2.9-1) ... Setting up mpc (0.26-1) ... Processing triggers for menu (2.1.47) ... convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. Processing triggers for libc-bin (2.19-11) ... --- * What outcome did you expect instead? No errors *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fvwm-crystal depends on: ii eterm [x-terminal-emulator] 0.9.6-1 ii fvwm 1:2.6.5.ds-3 ii gawk 1:4.1.1+dfsg-1 ii gnome-terminal [x-terminal-emulator] 3.14.0-1 ii hsetroot 1.0.2-5 ii imagemagick 8:6.8.9.6-4 ii lxterminal [x-terminal-emulator] 0.1.11-4 ii mate-terminal [x-terminal-emulator] 1.8.0+dfsg1-3 ii python2.7.8-1 ii trayer1.1.5-1 ii xdg-user-dirs 0.15-2 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1 ii xterm [x-terminal-emulator] 312-1 Versions of packages fvwm-crystal recommends: ii mpc 0.26-1 ii pmount0.9.23-3 ii quodlibet 3.2.2-1 ii xscreensaver 5.29-1 Versions of packages fvwm-crystal suggests: ii menu 2.1.47 pn nautilus none pn rox-filer none ii sudo 1.8.10p3-1 -- no debconf information
Bug#766000: RFS: id3lib3.8.3/3.8.3-16
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package id3lib3.8.3 * Package name: id3lib3.8.3 Version : 3.8.3-16 Upstream Author : Dirk Mahoney, Scott Thomas Haug * URL : http://id3lib.sourceforge.net/ * License : LGPL-2 Section : libs It builds those binary packages: * libid3-3.8.3-dev - ID3 Tag Library: Development Libraries and Header Files * libid3-3.8.3c2a - library for manipulating ID3v1 and ID3v2 tags * libid3-doc - ID3 Tag Library: Documentation * libid3-tools - ID3 Tag Library: Utilities To access further information about this package, please visit the following URL: http://mentors.debian.net/package/id3lib3.8.3 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/id3lib3.8.3/id3lib3.8.3_3.8.3-16.dsc Changes since the last upload: * debian/patches: - Added 31-fix-utf16-stringlists.patch (closes: #680915) - Fixed typos in 20-create-manpages.patch (closes: #669875) * Added multiarch support (closes: #723185) * debian/control: - Removed DM-Upload-Allowed field - Updated Standards-Version to 3.9.6 - Updated Vcs- fields to use canonical URIs * Removed reference to remote icons from the HTML documentation * Added lintian override for a false-positive spelling error * Moved libid3.so symlink from the -dev package to the library package Regards -- Stefan Ott http://www.ott.net/ signature.asc Description: OpenPGP digital signature
Bug#708561: barcode: glabels on amd64 cannot be built with libbarcode.a
Control: severity -1 grave Control: tags -1 +patch The amd64 version of glabels (3.0.1-4+b1) is affected by this problem -- it is built without barcode support on amd64 while other architectures still have that support. This is a regression from the version of glabels that was shipped with wheezy. A closer look at the build log[1] shows that the autoconf check AC_CHECK_LIB(barcode, Barcode_Create, ...) fails -- but only on amd64. Using a version of barcode rebuilt with -fPIC fixes this problem. I have prepared an NMU for which I am attaching the patch below. I'm going to upload the fixed package to DELAYED/2. (The bug report has not been reacted on for almost 18 months and the package has not been updated in more than four years.) Matti, feel free to reschedule or do your own upload. Cheers, -Hilko [1] https://buildd.debian.org/status/fetch.php?pkg=glabelsarch=amd64ver=3.0.1-4%2Bb1stamp=1398540850 From 32c2477d1b6cab6c78be86e71088e5c239c247cd Mon Sep 17 00:00:00 2001 From: Hilko Bengen ben...@debian.org Date: Mon, 20 Oct 2014 11:06:46 +0200 Subject: [PATCH] 0.98+debian-9.1 --- debian/changelog | 7 +++ debian/rules | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index b1f2001..0a5ed1a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +barcode (0.98+debian-9.1) unstable; urgency=medium + + * Non-maintainer upload + * build with -fPIC (Closes: #708561) + + -- Hilko Bengen ben...@debian.org Mon, 20 Oct 2014 11:04:37 +0200 + barcode (0.98+debian-9) unstable; urgency=low * New maintainer. (Closes: #540584: O: barcode -- Utility and library diff --git a/debian/rules b/debian/rules index 677e192..edac9b1 100755 --- a/debian/rules +++ b/debian/rules @@ -5,7 +5,7 @@ include /usr/share/quilt/quilt.make DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -CFLAGS += -DHAVE_STRCASECMP +CFLAGS += -DHAVE_STRCASECMP -fPIC ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) CROSS=CC=$(DEB_HOST_GNU_TYPE)-gcc -- 2.1.1
Bug#766002: libjpeg-dev: corrupted pkg-config .pc file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Again, by reading the report, I spotted a typo. It is guessed that the 'regexp' @DEB_BUILD_MULTIARCH@ in d/libjpeg.pc.in must be replaced by @DEB_HOST_MULTIARCH@. hth, Jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJURG5EAAoJEIC/w4IMSybjWdIIAKf6C3JtO9zaLFIrtlgR1nOW obR4/dK2QZ3S4vciRM0IIis4G+QSLbS3Z1X12xPgDh/NOomOj6fVjtRVBVwhS/5o xxb1+93Ym53IU9Uob+MMjnYv7DWpgZZI1Jv5TBVzxyZqq0e1djAlH92ErInGZroQ Qe+FUsnFpjLM0qB8X6q0T4i5MMnjAG01PotYZ2bUK6ERdiPoZXreskAMGe4Epobb xpyYU5sT4QSnOPowdOIUK/XrymJbV1VN4wO8k7wzSqSkZAD3GhVJW/1BA8j0d9tP P07v4fVI97dqt+HXjL4HzH/utNP7Z3S9yWOVQfShrwi0PtNSrCHLVmg46WNBHCI= =isuP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765963: spyder3: new upstream release (2.3.1)
Hi Fred, I have pushed my changes to the team's git repository. I also filed an RFS for the new release (Bug#765991). Thank you very much for your support. Ghis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761245: icedove: STARTTLS regression: connection to SMTP server was lost in the middle of the transaction
tags 761245 + pending thanks Hello Dimitry, On Sat, Sep 13, 2014 at 06:18:48PM +1000, Dmitry Smirnov wrote: But I don't know how to exactely configure a exim setup, so I can't give better hints there. Maybe we should involve the Exim maintainers to. I add them to the CC list, hopefully they can give some hints there to look also. Thanks. I merely have MAIN_TLS_ENABLE = true in /etc/exim4/exim4.conf.localmacros. unfortunately the exim maintainers haven'd written some message about this problem. Please try to contact them to ask further to them. I can't say absolutely nothing related to exim configurations ... :( Well, Mozilla has removed the support for weaker cipher suites in Thunderbird = 31 and I think this plus the exim config together ends in a not working communication between Icedove and Exim. In such case I wish there was a NEWS file with warning regarding potential implications... We have prepared something for the upload of version 31.2.0. These settings are inside Icedove, you get the configs by Tools – Options – Advanced – General and press the Config Editor... button Well, there is nothing there starting with Tools – Options so even you got the path wrong... :) I finally found it under * Edit * Preferences * Advanced * General * Config Editor where security.tls.version.min==0 and security.tls.version.max==3. Yes, that's my fault, sorry. That happens if you use something related to a M$ version. ;) So you suggest that the problem is on server side (i.e. SMTP) which could be the case. However I have TLS enabled in exim4 using MAIN_TLS_ENABLE = true as advised by * https://wiki.debian.org/Exim%C2%A0#TLS_and_Authentication * http://pkg-exim4.alioth.debian.org/README/README.Debian.html#TLS which is hardly a misconfiguration. It works with other email clients for a while (I primarily use kmail). Yes, it is a problem related to not clearly configured MTA's. The topic around TLS isn't easy to understand and is challeging the admins every day. But I'm not a exim admin, so I can't say really something more useful for you. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765726: Peeling the Onion
Control: tag -1 upstream On 2014-10-20 01:58, Martin Gallant wrote: The reason it appeared I did not restart X after loading the updated module is the Xorg.1.log was a stale console from an older unrelated XDMCP client session. I cannot get the system to create a new Xorg.*.log when X is invoked via gdm3. I have no idea why that is - If I invoke X directly, the log file gets created. that's weird ... To move forward, I have purged gdm3 and installed lightdm as a replacement. I still have the same startup issues this way, and the log does appear in /var/log I am enclosing it in the following entry. That looks all right ... I see no errors and a display is created on the two connected screen - have you tried to start it with only one display connected? Besides that, there is nothing more we can do here with the Debian packaging - this seems to be an upstream problem. See here how to proceed: https://devtalk.nvidia.com/default/topic/522835/linux/if-you-have-a-problem-please-read-this-first/ Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762906: krb5-auth-dialog debug output
Hi Wolfgang, On Sun, Oct 12, 2014 at 07:35:13PM +0200, Wolfgang Schweer wrote: On Sun, Oct 12, 2014 at 10:00:32AM +0200, Guido Günther wrote: ...and the process keeps runnng? Is that all the output you're seeing? IN that case that's probably not the debug build. You're right, ran it on the wrong vm. This is the output using the debug build: test@tjener:~$ killall -s9 krb5-auth-dialog test@tjener:~$ krb5-auth-dialog ** (krb5-auth-dialog:3265): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. DEBUG: ka_applet_set_property: principal: DEBUG: ka_applet_set_property: pk-userid: DEBUG: ka_applet_set_property: pk-anchors: DEBUG: ka_applet_set_property: pw-prompt-mins: 30 DEBUG: ka_applet_set_property: tgt-forwardable: False DEBUG: ka_applet_set_property: tgt-proxiable: False DEBUG: ka_applet_set_property: tgt-renewable: False DEBUG: ka_applet_set_property: conf-tickets: False DEBUG: ka_applet_set_property: principal: DEBUG: ka_applet_set_property: pk-userid: DEBUG: ka_applet_set_property: pk-anchors: DEBUG: ka_applet_set_property: pw-prompt-mins: 30 DEBUG: ka_applet_set_property: tgt-forwardable: False DEBUG: ka_applet_set_property: tgt-proxiable: False DEBUG: ka_applet_set_property: tgt-renewable: False DEBUG: ka_applet_set_property: conf-tickets: False DEBUG: ka_applet_local_command_line: Parsing local command line DEBUG: ka_applet_startup: Primary application DEBUG: ka_nm_client_state_changed_cb: Network connected DEBUG: monitor_ccache: Monitoring /tmp/krb5cc_1000_w9KVYa DEBUG: ka_applet_command_line: Evaluating command line DEBUG: credentials_expiring: Checking expiry 1800s DEBUG: ka_nm_client_state_changed_cb: Network connected DEBUG: credentials_expiring: Checking expiry 1800s Thanks. I can reproduce it here now (you just have to clear the principal names from the preferences). The bug doesn't seem to be in krb5-auth-dialog itself since we get the prompt passed in from the Kerberos libs and it's already lacking the username. I'll investigate further. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765989: RFS: gnome-system-tools/3.0.0-4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gnome-system-tools * Package name: gnome-system-tools Version : 3.0.0-4 Upstream Author : 2002-2003 Jean-Baptiste LAMY * URL : http://ftp.gnome.org/pub/GNOME/sources/gnome-system-tools/ * License : GPL-2 Section : gnome It builds those binary packages: gnome-system-tools - Cross-platform configuration utilities for GNOME To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gnome-system-tools Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gnome-system-tools/gnome-system-tools_3.0.0-4.dsc Changes since the last upload: * New maintainer (Closes: #764266) [ Vlad Orlov ] * dont-ignore-oobsresult.patch: new patch. Don't ignore OobsResult in a callback function, show the message dialog instead (Closes: #761824). [ Thaddäus Tintenfisch ] * Add 12_fix_exit.patch: Drop unneeded g_object_unref call to fix a segmentation fault on exit after a new user has been created. Adjust gst_users_tool_finalize to fix some warnings/error messages (Closes: #729477). [ Andriy Grytsenko ] * debian/control: - Lower the relations with gnome-control-center to Suggests (Closes: #753701). - Bump Standards-Version to 3.9.6 (Fixes lintian warning). - Remove invalid statements from gnome-system-tools.pc.in (Fixes lintian error pkg-config-bad-directive). - Remove Vcs-* fields due to package adoption, new ones will be added later. - Remove system-tools-backends from Depends: liboobs depends on it instead. - Add alternative for policykit-1-gnome: mate-polkit. * debian/copyright: - Change to a machine-readable format (for lintian). Regards, Andriy Grytsenko. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765654: (no subject)
reopen 765654 thanks Sorry, this now makes the package uninstallable because libgnutls-dev ends up conflicting with itself. I think I meant that this should depend on libgnutls28-dev instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764276: dxpc: Crashes when using TeXworks
I propose the following patch to support BIG-REQUESTS. Please review.
Cheers, Paul
Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics University of SydneyAustralia
--- ClientChannel.C-prePSz 2007-02-03 01:25:48.0 +1100
+++ ClientChannel.C 2014-10-20 06:34:40.0 +1100
@@ -87,9 +87,28 @@
{
clientCache_.lastRequestSequenceNum++;
unsigned char opcode = *buffer;
+ // Support BIG-REQUESTS
+ // This code traditionally used buffer for the whole request,
+ // starting with the header and then the data at (buffer+4).
+ // We now pick out the header so later do not need to reference
+ // the first four bytes, and use datbuf pointing to the data.
+ // For BIG-REQUESTS we advance datbuf by four bytes, so it still
+ // points to the data.
+ // We use datsiz, the size of datbuf in 4-byte units, so normally
+ // datsiz = (size/4 - 1) but for BIG-REQUESTS it is (size/4 - 2).
+ unsigned char datbyte = buffer[1];
+ unsigned int buffer2 = GetUINT(buffer + 2, bigEndian_);
+ unsigned int datsiz = buffer2 - 1;
+ const unsigned char* datbuf = buffer+4;
+ if (buffer2 == 0)
+ {
+ // BIG-REQUESTS
+ datsiz = GetULONG(datbuf, bigEndian_) - 2;
+ datbuf += 4;
+ }
if ((opcode == X_PolyFillRectangle)
-(GetUINT(buffer + 2, bigEndian_) == 3))
+(buffer2 == 3))
{
opcode = X_NoOperation;
}
@@ -105,9 +124,9 @@
case X_AllocColor:
{
encodeBuffer.
-encodeCachedValue(GetULONG(buffer + 4, bigEndian_),
+encodeCachedValue(GetULONG(datbuf, bigEndian_),
29, clientCache_.colormapCache, 9);
-const unsigned char *nextSrc = buffer + 8;
+const unsigned char *nextSrc = datbuf + 4;
unsigned int colorData[3];
for (unsigned int i = 0; i 3; i++)
@@ -129,30 +148,30 @@
break;
case X_ChangeProperty:
{
-unsigned char format = buffer[16];
+unsigned char format = datbuf[12];
encodeBuffer.encodeCachedValue(format, 8,
clientCache_.
changePropertyFormatCache);
unsigned int dataLength =
-GetULONG(buffer + 20, bigEndian_);
+GetULONG(datbuf + 16, bigEndian_);
encodeBuffer.encodeValue(dataLength, 32, 6);
-encodeBuffer.encodeValue(buffer[1], 2);
-encodeBuffer.encodeCachedValue(GetULONG(buffer + 4,
+encodeBuffer.encodeValue(datbyte, 2);
+encodeBuffer.encodeCachedValue(GetULONG(datbuf,
bigEndian_), 29,
clientCache_.windowCache,
9);
encodeBuffer.
-encodeCachedValue(GetULONG(buffer + 8, bigEndian_),
+encodeCachedValue(GetULONG(datbuf + 4, bigEndian_),
29,
clientCache_.
changePropertyPropertyCache, 9);
encodeBuffer.
-encodeCachedValue(GetULONG(buffer + 12, bigEndian_),
+encodeCachedValue(GetULONG(datbuf + 8, bigEndian_),
29,
clientCache_.
changePropertyTypeCache, 9);
-const unsigned char *nextSrc = buffer + 24;
+const unsigned char *nextSrc = datbuf + 20;
if (format == 8)
{
@@ -163,6 +182,7 @@
}
else if (format == 32)
{
+ // Wonder if ChangeProperty format=32 is compressed also?
for (unsigned int i = 0; i dataLength; i++)
{
encodeBuffer.encodeCachedValue(GetULONG(nextSrc,
@@ -186,17 +206,17 @@
break;
case X_ChangeWindowAttributes:
{
-encodeBuffer.encodeValue((size - 12) 2, 4);
-encodeBuffer.encodeCachedValue(GetULONG(buffer + 4,
+encodeBuffer.encodeValue(datsiz-2, 4);
+encodeBuffer.encodeCachedValue(GetULONG(datbuf,
bigEndian_), 29,
Bug#765431: open-iscsi: umountiscsi.sh script does not properly check while traverse sysfs structure
Hello !
17.10.2014 00:44, Ritesh Raj Sarraf пишет:
On Thursday 16 October 2014 09:10 AM, Dmitry Danilov wrote:
Yes, as I see, BLOCK_FILE variable should serves that.
Sorry. But I'm not understanding this correct. Are you saying we
don't need the
patch ?
--
Ritesh Raj Sarraf
RESEARCHUT -http://www.researchut.com
Necessity is the mother of invention.
I think we need a patch.
Let's look at problem again:
What we have:
system:
root@archive:~# uname -a
Linux archive 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64
GNU/Linux
root@archive:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 7.6 (wheezy)
Release:7.6
Codename: wheezy
mounted partitions:
root@archive:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,relatime,size=10240k,nr_inodes=62130,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs
(rw,nosuid,noexec,relatime,size=50896k,mode=755)
/dev/disk/by-uuid/51c02def-2358-4270-a76d-3161633a1b22 on / type ext4
(rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=296960k)
/dev/sdb1 on /mnt/sites_backup type ext4
(rw,relatime,user_xattr,acl,barrier=1,data=ordered,_netdev)
/dev/sda1 on /mnt/sites_backup#2 type ext4
(rw,relatime,user_xattr,barrier=1,stripe=128,data=ordered,_netdev)
Trying to restart|stop open-iscsi as if we have a new configured
target:
root@archive:~# /etc/init.d/open-iscsi restart
[] Unmounting iscsi-backed filesystems: Unmounting all devices
marked _netdevumount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
[warn] Could not unmount / ... (warning).
failed!
invoke-rc.d: initscript umountiscsi.sh, action stop failed.
[FAIL] Couldn't unmount all iSCSI devices. Cannot stop iSCSI service
... failed!
root@archive:~#
From initscript errors : umountiscsi trying to unmount / partition --
Why?
Inspect the situation:
Adding -x parameter to umountiscsi.sh
And try to restart service:
root@archive:~# /etc/init.d/open-iscsi restart
Look on exerpt output(full report in attached file):
Here (the cause of problem):
+ [ -d /sys/devices/platform/host4/iscsi_host ]
+ [ -d /sys/devices/platform/host4/session1/target4:0:0 ]
+ sed s/.*block\///
+ echo /sys/devices/platform/host4/session1/target*/*:*/block/*
+ BLOCK_DEV=*
+ awk /^\/dev\/*/ { print $2; }
+ DOS_PARTITIONS=/
+ umount /
umount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
+ exit_status=1
I think, shell expansion leds to that, so that is why I suggest code to
test BLOCK_DEV
variable as empty 'directory' in sysfs i.e. :
+ if ! [ -d $BLOCK_FILE ]; then
+ continue
+ fi
And another view to the same problem:
Code snippet for debug purposes (taken from 'umountiscsi.sh' file)
contains only traverse sysfs section:
root@archive:~# cat traverse.sh
#!/bin/sh -x
for HOST_DIR in /sys/devices/platform/host*; do
if ! [ -d $HOST_DIR/iscsi_host* ]; then
continue
fi
for SESSION_DIR in $HOST_DIR/session*; do
if ! [ -d $SESSION_DIR/target* ]; then
continue
fi
for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do
BLOCK_DEV=`echo $BLOCK_FILE | sed 's/.*block\///'`
DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print \\$2; }
/proc/mounts`
echo DEBUG:${BLOCK_FILE}
echo DEBUG:${DOS_PARTITIONS}
for DEVICE in $DOS_PARTITIONS; do
#log_progress_msg $DEVICE
#echo $DEVICE
echo umount ${DEVICE}
exit_status=$?
if ! [ $exit_status -eq 0 ]; then
umount_fail=1
log_warning_msg Could not unmount $DEVICE
fi
done
done
done
done
Output with trace mode i.e. bin/sh -x:
root@archive:~# ./traverse.sh
+ [ -d /sys/devices/platform/host4/iscsi_host ]
+ [ -d /sys/devices/platform/host4/session1/target4:0:0 ]
+ sed s/.*block\///
+ echo /sys/devices/platform/host4/session1/target*/*:*/block/*
+ BLOCK_DEV=*
+ awk /^\/dev\/*/ { print $2; }
+ DOS_PARTITIONS=/
+ echo DEBUG:/sys/devices/platform/host4/session1/target*/*:*/block/*
DEBUG:/sys/devices/platform/host4/session1/target*/*:*/block/*
+ echo DEBUG:/
DEBUG:/
+ echo umount /
umount /
+ exit_status=0
+ [ 0 -eq 0 ]
+ [ -d /sys/devices/platform/host5/iscsi_host ]
+ [ -d
Bug#765741: dmtcp_checkpoint --join option broken
Thanks for the bug report, Michael. I have now fixed the bug upstream and it will be part of the next DMTCP release. Best, Kapil On Fri, Oct 17, 2014 at 1:57 PM, Michael Hanke m...@debian.org wrote: Package: dmtcp Version: 2.3.1-5 Severity: normal Tags: upstream According to the docs the --join option of dmtcp_checkpoint offers a way to join an existing coordinator session and properly fail if that is not possible. However that option seems broken: m@meiner /tmp % dmtcp_coordinator --port 0 --daemon dmtcp_coordinator (DMTCP) 2.3.1 License LGPLv3+: GNU LGPL version 3 or later http://gnu.org/licenses/lgpl.html. This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see COPYING file for details. (Use flag -q to hide this message.) dmtcp_coordinator starting... Host: meiner (127.0.1.1) Port: 45497 Checkpoint Interval: disabled (checkpoint manually instead) Exit on last client: 0 Backgrounding... m@meiner /tmp % dmtcp_checkpoint --port 45497 --join sleep 120 [9065] ERROR at coordinatorapi.cpp:76 in getHostAndPort; REASON='JASSERT(mode CoordinatorAPI::COORD_NEW || mode CoordinatorAPI::COORD_ANY) failed' dmtcp_launch (9065): Terminating... 99 m@meiner /tmp % dmtcp_checkpoint --port 45497 sleep 120 m@meiner /tmp % 95% As you can see, dmtcp_checkpoint crashes with --join, but works as intended when used without. This bugs leaves, for example, the Condor DMTCP shim script without a way to reliably verify that a particular coordinator is used. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dmtcp depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libstdc++6 4.9.1-16 dmtcp recommends no packages. dmtcp suggests no packages. -- no debconf information
Bug#765431: open-iscsi: umountiscsi.sh script does not properly check while traverse sysfs structure
Thanks for the detailed analysis. I'll look into it very soon.
s3nt fr0m a $martph0ne, excuse typ0s
On Oct 20, 2014 9:03 AM, dmitry dmi...@bti.secna.ru wrote:
Hello !
17.10.2014 00:44, Ritesh Raj Sarraf пишет:
On Thursday 16 October 2014 09:10 AM, Dmitry Danilov wrote:
Yes, as I see, BLOCK_FILE variable should serves that.
Sorry. But I'm not understanding this correct. Are you saying we don't
need the
patch ?
--
Ritesh Raj Sarraf
RESEARCHUT -http://www.researchut.com
Necessity is the mother of invention.
I think we need a patch.
Let's look at problem again:
What we have:
system:
root@archive:~# uname -a
Linux archive 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux
root@archive:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 7.6 (wheezy)
Release:7.6
Codename: wheezy
mounted partitions:
root@archive:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_
inodes=62130,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,
gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=50896k,mode=755)
/dev/disk/by-uuid/51c02def-2358-4270-a76d-3161633a1b22 on / type ext4
(rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,
relatime,size=296960k)
/dev/sdb1 on /mnt/sites_backup type ext4 (rw,relatime,user_xattr,acl,
barrier=1,data=ordered,_netdev)
/dev/sda1 on /mnt/sites_backup#2 type ext4 (rw,relatime,user_xattr,
barrier=1,stripe=128,data=ordered,_netdev)
Trying to restart|stop open-iscsi as if we have a new configured target:
root@archive:~# /etc/init.d/open-iscsi restart
[] Unmounting iscsi-backed filesystems: Unmounting all devices marked
_netdevumount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
[warn] Could not unmount / ... (warning).
failed!
invoke-rc.d: initscript umountiscsi.sh, action stop failed.
[FAIL] Couldn't unmount all iSCSI devices. Cannot stop iSCSI service ...
failed!
root@archive:~#
From initscript errors : umountiscsi trying to unmount / partition --
Why?
Inspect the situation:
Adding -x parameter to umountiscsi.sh
And try to restart service:
root@archive:~# /etc/init.d/open-iscsi restart
Look on exerpt output(full report in attached file):
Here (the cause of problem):
+ [ -d /sys/devices/platform/host4/iscsi_host ]
+ [ -d /sys/devices/platform/host4/session1/target4:0:0 ]
+ sed s/.*block\///
+ echo /sys/devices/platform/host4/session1/target*/*:*/block/*
+ BLOCK_DEV=*
+ awk /^\/dev\/*/ { print $2; }
+ DOS_PARTITIONS=/
+ umount /
umount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
+ exit_status=1
I think, shell expansion leds to that, so that is why I suggest code to
test BLOCK_DEV
variable as empty 'directory' in sysfs i.e. :
+ if ! [ -d $BLOCK_FILE ]; then
+ continue
+ fi
And another view to the same problem:
Code snippet for debug purposes (taken from 'umountiscsi.sh' file)
contains only traverse sysfs section:
root@archive:~# cat traverse.sh
#!/bin/sh -x
for HOST_DIR in /sys/devices/platform/host*; do
if ! [ -d $HOST_DIR/iscsi_host* ]; then
continue
fi
for SESSION_DIR in $HOST_DIR/session*; do
if ! [ -d $SESSION_DIR/target* ]; then
continue
fi
for BLOCK_FILE in $SESSION_DIR/target*/*\:*/block/*; do
BLOCK_DEV=`echo $BLOCK_FILE | sed 's/.*block\///'`
DOS_PARTITIONS=`awk /^\/dev\/$BLOCK_DEV/ { print \\$2;
} /proc/mounts`
echo DEBUG:${BLOCK_FILE}
echo DEBUG:${DOS_PARTITIONS}
for DEVICE in $DOS_PARTITIONS; do
#log_progress_msg $DEVICE
#echo $DEVICE
echo umount ${DEVICE}
exit_status=$?
if ! [ $exit_status -eq 0 ]; then
umount_fail=1
log_warning_msg Could not unmount $DEVICE
fi
done
done
done
done
Output with trace mode i.e. bin/sh -x:
root@archive:~# ./traverse.sh
+ [ -d /sys/devices/platform/host4/iscsi_host ]
+ [ -d /sys/devices/platform/host4/session1/target4:0:0 ]
+ sed s/.*block\///
+ echo /sys/devices/platform/host4/session1/target*/*:*/block/*
+ BLOCK_DEV=*
+ awk /^\/dev\/*/ { print $2; }
+ DOS_PARTITIONS=/
+ echo
Bug#765747: [Pkg-openldap-devel] Bug#765747: RFS: openldap/2.4.40-1 [RC]
On 19/10/14 12:10 PM, Luca Bruno wrote: I know very little about openldap, but git log seems ok and I see other people testing and reviewing your RFS, so if nobody steps up before, I'm willing to sponsor this in the coming week. That would be fantastic, thank you very much for offering! I just have a few questions related to this: * I see you addressed some comments from reviewers. Is the new package already on mentors? I answered the email, but still have to actually apply and test the changes. I will upload a new package either this evening or tomorrow. * should I wait for a fix for the new comment at #759597? The DB_CONFIG file? It's harmless, but I don't expect the fix to regress anything, so I will probably include it. * what happened to the slapd-contrib package? I'd be interested in a couple more modules (lastbind, pbkdf2) and was wondering what is the recommended way, currently. I had planned to post the branch for review again after rebasing on 2.4.40, which includes several related fixes, but that was released a lot later than expected and I haven't had time to revisit it, so look for it in jessie-backports after the release. For now, building contrib modules still involves unpacking and building the openldap source and patching the needed Makefiles, similar to smbk5pwd and autogroup. thanks, Ryan signature.asc Description: OpenPGP digital signature
Bug#764292: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
On 20/10/14 01:41, Eric Dorland wrote: task-gnome-desktop, task-xfce-desktop, task-lxde-desktop: recommend pinentry-gtk2 There are also tasks for the new MATE and Cinnamon desktops (both GTK-based). I wonder if there's a way to refactor this... task-kde-desktop: recommend pinentry-qt4 I wonder what would take precedence if task-desktop (common to all the desktop tasks) recommended pinentry-gtk2, and task-kde-desktop recommended pinentry-qt4? Or would that not work at all? But other than bringing in too many packages, does it break anything else? I suppose not, unless you're limited on diskspace / bandwidth / performance; that is where you'd most likely do a no-desktop install. And perhaps some would not like to run extraneous daemons such as udev (which was being brought in only due to pinentry-gtk2 dependencies). So I think it's a rather important issue for tasksel 'standard' task, and can be satisfactorily addressed there, if gnupg2 adjusts its dependencies also. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#765730: Can debian/rules build target use precompiled object code in favor of building from source?
Sounds Good :). Regards, Thue 2014-10-20 0:11 GMT+02:00 Mike Gabriel sunwea...@debian.org: Hi Thue, On Fr 17 Okt 2014 22:12:35 CEST, Thue Janus Kristensen wrote: That is a related but separate problem. I actually reported that in 2011, and it was fixed for Wheezy: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636148 (smarty3 Debian maintainer CC'ed) But it seems to have been reverted sometime since, and in Jessie the Debian smarty3 package no longer includes the source code. Regards, Thue Your filed bugs (against package smarty3) tackle two issues: (1) There are indeed (at least) 4 source files that are used by upstream to generate the smarty3 release tarball, but that do not get shipped with the upstream source tarball itself. These files only exist in SVN folder trunk/development. This folder exists outside of the tagged SVN source subtree that marks every smarty3 release (trunk/distribution/). The previous maintainer of smarty3 closed your filed bug #636148 [2] by including the trunk/development folder in the Debian source package of smarty3 but oversaw two issues that I will describe below (embedded libraries, shipping of PHP 3.0 License licensed code). (2) Next issue is that I dropped re-building the result of smarty_internal_configfileparser.y during debian/rules but rather use the built result file from the upstream tarball (filed as bug #765730 [3]). The reason for this change actually was the already alluded to double policy violation (see [1]): - Shipping of embedded code (PHPUnit, lexer) in the smarty3 Debian source package which got obtained from SVN (trunk). - License in use that is considered as non-DFSG (lexer: PHP 3.0 license) The very easy solution at that time for me seemed to drop the embedded PHP libraries PHPUnit and lexer from the upstream orig tarball completely and use the generated files from the release tarball. Esp. because the generated PHP file is a human-readable, non-obscured, well-layouted (but generated) PHP code file. Suggested approach for now (i.e. Debian jessie): A. Fix for #636148: ship files from http://smarty-php.googlecode.com/svn/trunk/development/lexer/ namely smarty_internal_configfilelexer.* (except the .php) smarty_internal_configfileparser.* (except the .php) smarty_internal_templatelexer.* (except the .php) smarty_internal_templateparser.* (except the .php) in the smarty3 Debian source package. I have provide this in the recent upload of smarty3_3.1.21-1. B. Leave #765730 open as a reminder that (for jessie+1) I need to get in contact with the upstream author of lexer and ask to relicense the lexer PHP code. Then make sure PHPUnit and lexer are packaged in Debian, then adapt debian/rules of smarty3 to build all its files from source (and omit the embedded libraries when obtaining/repacking smarty3 orig tarball). Greets, Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752614 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636148 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765730 -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net
Bug#765954: fixed in ieee-data 20141019.1
cool, thanks! :-) signature.asc Description: This is a digitally signed message part.
Bug#765654: gnutls26 will not be in jessie
Also, depending on libgnutls26 means your package will not be in jessie (#760735), so even if it somehow builds, you still need to transition to libgnutls28-dev. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762465: sudo: ignoring time stamp from the future
ping? //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759745: gdm3: Unable to login post-upgrade without systemd-sysv installed
Confirmed that this bug is fixed with the following packages: ii cgmanager 0.33-2 amd64 Central cgroup manager daemon ii linux-image-3.17-1-amd643.17-1~exp1 amd64 Linux 3.17 for 64-bit PCs ii systemd-shim8-3 amd64 shim for systemd Great job! Thanks. signature.asc Description: Digital signature
Bug#765540: missing symbol
On Thu, Oct 16, 2014 at 11:40:23AM +0100, Colin Watson wrote: Right, you have two disks on this system and you're only installing GRUB to the second one. There's probably a vestige of GRUB on the other disk which happened to be compatible with the modules from 2.00-22 but not the modules from the new version. I recommend running: sudo dpkg-reconfigure grub-pc Step through without changing anything until you get to the GRUB install devices: question, and then select the master boot records of both your hard disks, rather than just one of them. That should fix it. I've recently been bitten by this: after I installed a new SSH in my laptop, grub stopped upgrading itself correctly. It's fixed now, finally, thanks to your message here. The take away message for me is that if I change or add a hard disk to my system, I need to remember to run dpkg-reconfigure grub-pc. From my point of view, the most obvious way I had to learn about this was to wait until my system became unbootable, rescue it, then find your message when looking for what happened. Could grub's machinery could store somewhere the output of something like this: ls /dev/disk/by-id/ | grep ^ata | grep -v -- -part and print at least a big warning during upgrades if it sees that it has changed? Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#764338: pyxb: new upstream release 1.2.4
Quick heads up, The package could not be built from 1.2.4-dev due to some missing components between the github tree and the source tarball. I contacted upstream [1] in order to have a formal release for version 1.2.4, from which both Python 2 and 3 versions of the pyxb module and scripts can be built. Many thanks to Peter for responding so promptly to it. The package builds fine with 1.2.4 without modifications. All that remains is to add the Python 3 packages and modify d/rules to repeat the build process for both Python 2 and Python 3. Cheers, Ghislain [1] https://github.com/pabigot/pyxb/issues/21 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765803: Status of prompting / notification on upgrade for init system switch?
On Sun, 19 Oct 2014 21:10:10 +1100 Stuart Prescott stu...@debian.org wrote:
inittab_unusual_lines=$(
grep '^[^#]' /etc/inittab |
while read line ; do
case $line in
'id:2:initdefault:') ;;
[...]
I wonder if it would just be easier to look at the md5sum of the file and
compare it to the md5sum of the inittab that was shipped in various releases
-- that's a fairly idiomatic approach to dealing with config files that
changed.
I considered that approach, but that has two issues:
- It doesn't take into account inittab files that have a mixture of
lines from the inittab files of multiple releases, all of which are
supported. The approach I used can include lines from any number of
inittab variations.
- It can't check for generated lines for serial consoles or similar;
finish-install can generate various additional inittab lines, which
the check should include.
- It unnecessarily prompts even if only comments or whitespace have been
edited.
modified_initscripts=$(
grep -lE '^/etc/init\.d/' /var/lib/dpkg/info/*.conffiles |
xargs basename -s '.conffiles' |
xargs dpkg -V |
grep '^..5.. c /etc/init\.d/' |
cut -d' ' -f3
)
For testing for modified init scripts, see also #760897 -- note that dpkg -V
requires jessie's dpkg (it is not available in wheezy). For some upgrades
between releases, we have advocated that people upgrade dpkg and apt first
and
then upgrade to the new release using the new versions of the tools but this
is far from idiot proof. There's a persistent expectation that just doing a
dist-upgrade should be enough and we see day-in-day-out that people do *not*
read the release notes.
Gah, I didn't realize that dpkg -V didn't exist in wheezy. The package
with this check in its init script could have a Pre-Depends on jessie's
dpkg, which would solve the problem, but that may or may not be
desirable.
Based on the code from 760897, here's a version that should work with
wheezy's dpkg:
modified_initscripts=$(
dpkg-query --show -f'${Conffiles}' |
sed 's, /,\n/,g' |
sed -n '/^\/etc\/init\.d\//s/^\([^ ]*\) \(.*\)$/\2 \1/p' |
md5sum --quiet -c 2/dev/null |
cut -d: -f1
)
(Note that md5sum exits with non-zero if any of the checksums fail, but
since it isn't the last thing in the pipe, that doesn't actually matter
here.)
- Josh Triplett
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765994: mate-control-center: Message The current window manager is unsupported opening Windows preferences
Package: mate-control-center Version: 1.8.2+dfsg1-1 Severity: important Dear Maintainer, After updating to the latest version of marco, the Windows preferences of mate-control-center no longer open. After the upgrade, the message The current window manager is unsupported is displayed. There is an upstream bug report (https://github.com/mate-desktop/marco/issues/137) which states that the issue has been fixed in the latest mate-control-center. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-control-center depends on: ii caja-common 1.8.2-1 ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.14.0-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libcanberra-gtk00.30-2.1 ii libcanberra00.30-2.1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libdconf1 0.22.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libglib2.0-bin 2.42.0-2 ii libgtk2.0-0 2.24.24-1 ii libice6 2:1.0.9-1 ii libmarco-private0 1.8.2+dfsg1-1 ii libmate-desktop-2-171.8.1+dfsg1-1 ii libmate-menu2 1.8.0-5 ii libmate-slab0 1.8.2+dfsg1-1 ii libmate-window-settings11.8.2+dfsg1-1 ii libmatekbd4 1.8.0-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libsm6 2:1.2.2-1 ii libstartup-notification00.12-4 ii libunique-1.0-0 1.1.6-5 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 ii libxi6 2:1.7.4-1 ii libxklavier16 5.2.1-1 ii libxml2 2.9.1+dfsg1-4 ii libxss1 1:1.2.2-1 ii marco-common1.8.2+dfsg1-1 ii mate-control-center-common 1.8.2+dfsg1-1 ii mate-desktop1.8.1+dfsg1-1 ii mate-icon-theme 1.8.0-1 ii mate-menus 1.8.0-5 ii mate-settings-daemon1.8.1-2 mate-control-center recommends no packages. Versions of packages mate-control-center suggests: ii gconf2 3.2.6-3 -- 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#766023: lsb-desktop: Please change the dependency from libjpeg62 to libjpeg62-turbo
Source: lsb
Version: 4.1+Debian13
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear maintainer(s),
Debian is transitioning from IJG JPEG library (src:libjpeg8) to
libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API
with decode from memory buffer interface (jpeg_mem_{src,dest}).
Your package cannot be transitioned automatically as it explicitly
depends on libjpeg62 and the new package name is libjpeg62-turbo.
libjpe62-turbo is LSB compatible implementation of JPEG library.
I am not filling this as serious since it will probably work anyway
since libjpeg62-turbo Provides/Replaces/Conflicts: libjpeg62, and
libjpeg62-turbo will be definitely pulled by some other package. Thus
it will end up fine even if libjpeg62 stops being a dummy package and
starts being a real package built from src:libjpeg6b.
For more background (why the package is named libjpeg62-turbo) see:
#754988 and #763360.
Cheers,
Ondrej
1. The full Technical Committee decision can be found here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235
- -- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQJ8BAEBCgBmBQJURM/vXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHWKsP/ijfnM9nqjTqP81EqVj6yGE/
u2d8eCutJqF61T3Jq9WIHriVgNuL5zgOiqIesEezK5WEdAakly8Qld/RS4dsZ3D1
M1PddANyy3xSNhjxvNKHuley5axvaMy2pgwuRVuemy5U5dC6tSmvE4lZ/OmU6xMZ
LZOzyrNHW3iYZDViSdF1p51GEQL3Tp+GP6votEZcwITHG6tApm/mxdvQsIr6+VgQ
5HHlafLndQHEEXKQcL7Nu+1MSJXg1MGFW3f7+VDifjXZMiH8ahOxrYhw7Sav/A5h
8TiA5x3dGkO+QBw1ZjgRsgXEF38I7bEBSJi2gckcaq68QuBRNNBqEkeb7ohYGyC9
OnxKhKKEjJ72qZ2i3NA9kIZI5ZhiGB6itMYkglHlHad+WJhcsdWhepf4KF3chwzf
8+/YcUo6dHIeGpy/6+OAJsIzlJ/ZJ3uFYFd3xIUzlbZ5Du0AZ/+JFkTaaPRJ8reA
TV0Z2Vb9hSYgAISzXgfOl0aZQercXKNUDIW8ug/ZtT5tZnXoquKjsakrKdv1xXUM
1UhnnjPnGUwdpnkhaAzpKdTA3WtjyZNz4FYNKj7hsmJWgjwiL/QTHgjOP2/lHJMO
EWMnZqJDxmqLraBD/RydmeAbXhfFVvgtM5V5ge2Uq0nW7OPltwlzkmAWiEDl/yTk
ie9D0mPNgLVKXku6IXbz
=dJYU
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766024: marble: South Sudan not marked on Political Map
Package: marble Version: 4:4.14.1-1 Severity: minor Tags: upstream I was looking through the Political Map and South Sudan does not appear to be labelled. This may be due to the fact that South Sudan has just recently become a country. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages marble depends on: ii kde-runtime4:4.14.1-1+b1 ii libc6 2.19-11 ii libkdecore54:4.14.1-1+b1 ii libkdeui5 4:4.14.1-1+b1 ii libkio54:4.14.1-1+b1 ii libknewstuff3-44:4.14.1-1+b1 ii libkparts4 4:4.14.1-1+b1 ii libmarblewidget19 4:4.14.1-1 ii libplasma3 4:4.14.1-1+b1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-17 ii marble-data4:4.14.1-1 ii marble-plugins 4:4.14.1-1 marble recommends no packages. Versions of packages marble suggests: pn gosmore none ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 pn monav-routing-daemon none pn routino 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#766020: ruby-gstreamer: Overflow of nanoseconds on 32-bit platforms
Package: ruby-gstreamer Version: 2.2.0-5 Severity: important Querying position and duration information on a 32-bit platform is more or less completely useless, since the unit of time returned by GStreamer is nanoseconds, which does not fit (and therefore overflow and wrap) into a 32-bit value: ---snip--- require 'gst' bin = Gst::parse_launch(playbin) bin.uri = 'http://delysid.org/music/delYsid-delUxe.ogg' bin.play sleep 1 result, dur = bin.query_duration(Gst::Format::TIME) puts dur ---snip--- On this 32-bit system, I get: -1010310203 which nicely confirms the overflow. I am actually not sure if this is a problem with GStreamer API, or with the GStreamer Ruby bindings. I am filing against the Ruby bindings because this is where I noticed the bug. Note that everything works fine on a 64-bit platform. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-gstreamer depends on: ii gir1.2-gstreamer-1.01.4.1-1 ii libc6 2.19-10 ii libgirepository-1.0-1 1.40.0-2 ii libglib2.0-02.40.0-5 ii libgmp102:6.0.0+dfsg-6 ii libgstreamer1.0-0 1.4.1-1 ii libruby2.1 2.1.3-1 ii ruby-atk2.2.0-5 ii ruby-gdk-pixbuf22.2.0-5 ii ruby-gobject-introspection 2.2.0-5 ii ruby-pango 2.2.0-5 ruby-gstreamer recommends no packages. ruby-gstreamer suggests no packages. -- no debconf information -- Regards, Mario Lang Graz University of Technologymailto:ml...@tugraz.at Department Computing http://www.ZID.TUGraz.at/lang/ Phone: +43 (0) 316 / 873 - 6897 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717778: checkinstall: mkdir -p fails (fstrans broken again?)
I can confirm this bug. When using strace, one can see that something strange happens while mkdir -p is executed. Indeed, after creating a directory, mkdir changes to it to make sure it exists. But this does not work because the mkdir system call execued by the mkdir command creates a directory under the temporary installation root, while when trying to chdir to the created directory, the cd is done to the directory on the main system tree. In other words, say make isntall calls the command mkdir -p /usr/share/foo/bar This command yields the system call mkdir(/var/tmp/something//usr/share/foo) But then to make sure the directory has indded been created, the system call which will be used will be chdir(/usr/share/foo) (omitting the prefix) and that will of course fail. Moreover, the --fstrans=no option did not solve everything here. make install could go a bit further but encountered a permission denied error while trying to install a manual page under /usr/local/share/man/man1/ Thanks. Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765657: [debian-reference-en] This makes its documentation difficult to be [...] in section 1
severity 765657 minor reopen 765657 thanks On 2014-10-17 09:58, Osamu Aoki wrote: control: tags 765657 - l10n control: severity 765657 wishlist control: tags 765657 + wontfix Hi, On Thu, Oct 16, 2014 at 10:53:27PM -0400, Filipus Klutiero wrote: Package: debian-reference-en Version: 2.55 Severity: minor Tags: l10n l10n? Are you doing this as English language proof reading? Strange tag. l10n is a common tag (which may indeed apply to English): https://www.debian.org/Bugs/Developer#tags Section 1 contains: The Debian system itself is a moving target. This makes its documentation difficult to be current and correct. Although the current unstable version of the Debian system was used as the basis for writing this, some contents may be already outdated by the time you read this. to be should read something like to keep. I think both are OK and practically the same. Matter of taste. (If you wish to nitpick on style, you can find many..) Well, the current phrasing might be understandable, but a valid phrasing would be more to my taste. By the way, the version of the Debian system used as basis is not the current unstable version [anymore], and I'm not sure this paragraph is warranted. Pretty much all healthy software changes. Debian's documentation is no harder to keep updated than documentation for an equally complex project, disregarding language issues. I suggest shortening this to at most 2 sentences. Do you know this document has many translations to update, too. (They are kept in sync.) So this kind of changes are non-trivial. If the English version is the master version, then fixing it would be all the more urgent. The better the master version becomes, the easier translating will be. It is very hardwork for me ... Please do not comment like no harder Quite frankly, I was offended. I am sorry if you were offended, that should not have happened. I wrote no harder, not not hard. I am well aware that documenting is not easy. I was asking to change the paragraph, not necessarily to remove it entirely. I want to ensure that this paragraph is useful, and that it doesn't read as an excuse for providing a low quality document. I see 3 options: * Removal. The developer in me favors this, because the paragraph did not teach me anything. Very few projects have one release with documentation, then no further releases with functional changes. Almost all software documentation has the same challenge as the Debian Reference. Even then, readers may not realize this and it may be worth it to mention that. * A short version without going into the causes. I would suggest:Parts of this are probably outdated. * Keep a treatment of the causes, but be clear. For example, Debian being a moving target can explain why the documentation would not be current, but how would it explain it not being *correct*? It may be warranted to keep some treatment of the problem, but readers would surely prefer to read an apology with an invitation to report issues if they notice some, than something which makes the problem sound as unavoidable. And we would probably get more feedback too. What have you done for Debian? If you can provide a patch with translation to me, I may consider ... but I think there are much higher priority things to update. systemd ... gTLD, ... minor severity is the minimal priority bugs can have. Even if the severity had been inflated, you would have been free to work on what you want, when you want. If you check changelog or VCS, you understand this document is pretty much single person work. Responding this is already a burden ... sigh. If you have a manpower issue, trying to get rid of tickets is definitely not going to solve it. Instead, respect the contributions you get, and try recruiting contributors so they can actually fix their issues and others, instead of being driven away. Looking at this package, it does seem like you have a major lack of manpower. If you can't fix that organically, I strongly suggest you open an RFH. On the other hand, it might be possible to realign the reference's scope with its means. If this has to stay a single-person work, perhaps some parts can be eliminated or moved out (section 11 and the one on mc, for example). If you are a native English speaker reviewing the whole text, give me a good set of real style update suggestions. I am not. Hmmm... googling your name I found: https://bugs.debian.org/501382 https://bugs.debian.org/508240 https://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=chealer%40gmail.com Maybe there was a reason for *ban*. I should not waste time on this. I am not sure what you mean. I certainly don't think googling my name is going to help solving this issue. Some bug reports are OK. But let's keep this as civil and productive. If you are suggesting this is no longer civil or productive, feel free to explain how this could be more civil. Regards,
Bug#765762: cupt: Pinned package is upgraded due to strict Depends from another package
Control: merge -1 765763
On Fri, 17 Oct 2014 23:48:37 +0300 Eugene V. Lyubimkin wrote:
Hi,
Hello Eugene!
To apt-listbugs folks: please use much more higher pin priority (say,
1 or 2) if what you want to say is don't modify this package
unless you have a very good reason, not try this version first unless
some other package relations disagree. The difference between
highest-possible-by-default-990 and 1000 might be enough for
'candidate-or-nothing' APT but unfortunately isn't for priority-based
resolving in Cupt.
There's a command-line option (-P) that makes apt-listbugs use a
non-default Pin-Priority value, when pinning packages.
Please take a look at the apt-listbugs(1) man page for further details.
Cupt users may just edit their /etc/apt/apt.conf.d/10apt-listbugs
conf file, so that the line
DPkg::Pre-Install-Pkgs {/usr/sbin/apt-listbugs apt;};
gets replaced by
DPkg::Pre-Install-Pkgs {/usr/sbin/apt-listbugs -P 3 apt;};
This should address this need of Cupt.
I'd be grateful if you could consider this change for
jessie so users of cupt in coming stable could use this feature of
apt-listbugs.
I could consider changing the default Pin-Priority to 3, but not
for jessie: I don't want to interrupt the unstable→testing migration
process for apt-listbugs/0.1.16 and any new version rushed into
unstable after the migration of version 0.1.16 would probably not make
it to be in testing before the freeze starts (on November, the 5th).
Maybe during the jessie+1 development cycle...
I'll think about it.
Bye.
--
http://www.inventati.org/frx/
fsck is a four letter word...
. Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpR9nMT937P2.pgp
Description: PGP signature
Bug#766011: racket-common: trying to overwrite '/usr/share/doc/racket/release/stamp.sxref'
Package: racket-common Version: 6.1-1 Severity: serious Justification: Policy 7.6.1 Unpacking racket (6.1-1) over (5.3.6+dfsg1-1) ... Preparing to unpack .../racket-common_6.1-1_all.deb ... Unpacking racket-common (6.1-1) over (5.3.6+dfsg1-1) ... dpkg: error processing archive /var/cache/apt/archives/racket-common_6.1-1_all.deb (--unpack): trying to overwrite '/usr/share/doc/racket/release/stamp.sxref', which is also in package racket-doc 5.3.6+dfsg1-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-vclaptop-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages racket depends on: ii libc6 2.19-11 ii libffi63.1-2 ii racket-common 5.3.6+dfsg1-1 Versions of packages racket recommends: iu racket-doc 6.1-1 racket 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#766003: Inconsistency detected by ld.so: dl-open.c: 689: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)-r_state == RT_CONSISTENT' failed!
Package: pidgin Version: 2.10.9-1+b1 Severity: normal I don't know if the real problem here lies with pidgin or with libc. I ran pidgin, and it crashed with the following error: Inconsistency detected by ld.so: dl-open.c: 689: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)-r_state == RT_CONSISTENT' failed! - Josh Triplett -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk2.0-0 2.24.25-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpurple0 2.10.9-1+b1 ii libsm6 2:1.2.2-1 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.0] 5.20.1-1 ii pidgin-data 2.10.9-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 Versions of packages pidgin suggests: ii libsqlite3-0 3.8.7-1 -- 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#766017: /usr/bin/fvwm2: Proccessing triggers for menu fail with fvwm-crystal
Control: severity -1 minor Control: retitle -1 x11 color dark slate grey is not recognized in XPM Control: reassign -1 imagemagick #secure method=pgpmime mode=sign ❦ 20 octobre 2014 10:11 +0200, fran f frante...@hotmail.com : Processing triggers for menu (2.1.47) ... convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. convert: unrecognized color `dark slate grey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/398. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3187. That's not really a failure as this is not fatal. The file is valid and dark slate grey is a valid X11 color. I don't know what ImageMagick doesn't like. -- printk(KERN_WARNING Warning: defective CD-ROM (volume sequence number). Enabling \cruft\ mount option.\n); 2.2.16 /usr/src/linux/fs/isofs/inode.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766007: iceweasel: SSL error - cannot connect to certain servers
On 20/10/2014 06:33, Norbert Preining wrote: Package: iceweasel Version: 31.2.0esr-2 Severity: important [...] * tried upstream original firefox: worked out of the box Same version? * tried chromium (Debian): worked out of the box That means that something in the SSL handling in Debian's Iceweasel is broken. Or that the SSL certificat of the server is broken. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765726: More Information
This is a laptop with nothing connected - There should only be one display. lightdm + xfce4 works fine with the latest drivers installed. lightdm + gnome still broken and leaves the following in my .xsession-errors Xsession: X session started for martyg at Sun Oct 19 19:13:59 PDT 2014 localuser:martyg being added to access control list openConnection: connect: No such file or directory cannot connect to brltty at :0 ** (gnome-session-check-accelerated:4010): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. Xlib: extension GLX missing on display :0. gnome-session-is-accelerated: No hardware 3D support. Xlib: extension GLX missing on display :0. gnome-session-check-accelerated: Helper exited with code 256 -- Marty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722451: you need to upload compiz/emerald/emerald-themes NOW
Le 20/10/2014 01:08, Adam Borowski a écrit : Hi! Hi, I hope you're aware that, to be included in jessie, any new packages must hit the archive by Oct 26. And -before- that, it must clear the massively overloaded NEW queue (to which everyone puts last-moment uploads). So, here's a reminder. I'm aware and worry, given that my packaging skills are limited and it's hard for me to package such complex things. But I hope, I hope, I hope! I search help too! Also, if you'd want some testing, are the packages you're preparing same as those on http://debian-knoppix.alioth.debian.org/packages/compiz/ ? That repository lacks emerald, though. Yes, I plan to import in Debian Jessie the packaging from knoppix. But the trial I did today resulted failures. So I try to get helped from the Knoppix's packager. Dunno why pdebuild fails. For Emerald, it's committed in git.debian.org/pkg-a11y/emerald.git. I'd like to have success, but so far the build doesn't find some libs I don't know myself, such as libdecoration. I'm not sure I'll be able to package it before 26th. Finally, libwnckmm, one dependency for Emerald, is waiting for acceptation in master FTP. It's in the queue. I'm using compiz (0.8.4-5.2) for years, it wouldn't be nice if jessie lacked it or had it broken. It's major for me to have it in Jessie. That's why I'll try to import it, although I need discussions with release-manager team. I'll try to respect delays, if I can't, I'll try to argue. Otherwise I'll do an external repo. Also, I wonder why you're building it against metacity (depreciated) rather than marco (actively developed fork) -- compiz tends to be used with Mate and XFCE rather than Gnome3. I don't build against anything. :) And my purpose would be to build against Emerald, Marco and MATE. That's to fix all that I need help and support from the Knoppix's packager. One thing is sure, I don't want Compiz in Jessie to be built against Metacity. It'll be against Marco or Emerald. Any help would be appreciated, but be sure I'll do all needed efforts to get Compiz and Emerald in Jessie. I plan arguing after freeze, because it's major! Sincerely, -- Jean-Philippe MENGUAL accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels Mail: te...@accelibreinfo.eu Site Web: http://www.accelibreinfo.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764670: Re: Bug#764670: [libturbojpeg1] Please clarify description
Hi Ondřej, On 2014-10-14 10:48, Ondřej Surý wrote: Version: 1:1.3.1-5 The package description has been reviewed by debian-l10n team and the changes has been applied in 1:1.3.1-5. Cheers, Well, that's good, but this isn't really a l10n issue, and indeed, the problematic version reported is ulterior. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753965: RM: llvm-toolchain-3.3 -- ROM; Replaced by llvm-toolchain-3.4
tags 753965 - moreinfo thanks Hi, On Mon, 29 Sep 2014 08:23:57 -0400 Scott Kitterman wrote: kfreebsd-10 still has a build-dep on clang-3.3. kfreebsd-10 has since switched to clang-3.4 in sid/jessie. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765661: Pristine-tar is missing
This was done yesterday. Regards, Johan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764095: Works in 3.2.63, doesn't in 3.9 onwards
So I forward-ported the wheezy 3.2 kernel package and confirmed that the sound works fine in it. With the 3.9 package the sound disappears as described above, though without that perf interrup message. The same goes for 3.10 and 3.14 (all kernels were from the Debian packages).
Bug#579392: closed by Stéphane Aulery saul...@free.fr (bluez: my USB bluetooth dongle gets detected, but I cannot activate it)
reopen 579392 tags 579392 - wontfix stop Hi Fabian, Le lundi 20 octobre 2014 à 08:28:36, Fabian Greffrath a écrit : The patch is here: http://marc.info/?l=linux-bluetoothm=127315737929319w=2 So, if you confirm that the bug still isn't fixed yet, why do you close it then? Apparently this bug does not directly concern gnome-bluetooth and your patch has not been back since May 2010. Closed bug was perhaps extreme, sorry, but expect not solve anything either. Maybe I need to reassign to package bluez and your side revive discussion list linux-bluetooth. Regards, -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656710: partman-crypto: Preseeding the passphrase
Max Vozeler x...@debian.org (2014-07-30): On Wed, Jul 30, 2014 at 11:23:28AM +0200, Raphael Hertzog wrote: I have been using this patch in Kali (on top of wheezy's partman-crypto), it would be nice to have this patch merged in time for Jessie. Dimitrijs, Max or Christian? (You ar listed in Uploaders) Two things come to my mind: - The feature should have some documentation to explain to users that any preseeded passphrase is to be considered insecure and must be changed after installation, like Olaf suggested perhaps the preseeding template could be a good place. I think I'll go for a comment in partman-crypto's templates file for now. I still have to double check how the example preseed file is maintained, to make sure it contains said warning. - I have a vague memory of needing to clear the template value for partman-crypto/passphrase (and passphrase-again) to ensure the passphrase does not end up in the debconf database of the installed system. Could you verify if this is (still?) true? I'm also verifying this. Mraw, KiBi. signature.asc Description: Digital signature
Bug#766008: Unable to log into Drupal 7 after install
Package: drupal7 Version: 7.32-1 Severity: grave I am unable to log in after doing a vanilla install of package drupal7 in jessie. I am using the latest versions of PHP and mysql available in the testing branch. PHP Version 5.6.0-1+b1 mysql-server is 5.5.39-1 System Linux notosh 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 I added these two lines at the end of my php.ini to get past the multibyte string input conversion error mbstring.http_input = pass mbstring.http_output = pass I reported this bug to drupal.org several days ago, to no avail. https://www.drupal.org/node/2353901 I did a normal install of Drupal in default location /var/www//html, created the database with phpMyadmin and it failed. I tried virtualizing it and it failed as well, but my virtualization works with my test site. I set directory /var/www to AllowOverride All in apache2.conf, without results. Finally I installed your package and had long conversations with a user who reproduced the issue, before deciding to file this bug. I can install other PHP CMS like Zencart in my localhost OK. apache2ctl configtest shows syntax OK, so do apache2ctl status and apache2ctl fullstatus. The error is very simple to reproduce: after installing drupal and getting the screen visit your new site I am logged in as anonymous user, the password for user1 is correct but it does not log me in, it just returns me to login screen, no errors shown. If entering incorrect password it will throw errors. There are no errors in log, no white screens, just unable to login. I tried all the tricks of changing password with drush, entering a mysql query, etc. all according to Drupal documentation, but nothing worked. I think that there is an incompatibilty between Drupal 7 and PHP 5.6.x, but this is very serious because Debian servers with the next stable will not be able to deploy Drupal 7, and Drupal 8 is very far from usability due to most modules not still adapted to it. I will not be able to use git in my local machine either. Thanks for helping. -- *Carlos Kosloff* Office: (754) 999-0568 Cell: (954) 464-8822 Fax: (888) 366-1102
Bug#738575: -momit-lock-prefix
See the new -momit-lock-prefix option added to binutils (gas) in order to solve this issue: https://sourceware.org/ml/binutils/2014-08/msg00093.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765563: closure-compiler: does not work when there are spaces in the path/name of the JavaScript file
On 10/17/2014 01:58 AM, Eerste Laatste wrote:
Tony, it works for me with the double quotes added as shown below:
--
#!/bin/sh
. /usr/lib/java-wrappers/java-wrappers.sh
MAIN=com.google.javascript.jscomp.CommandLineRunner
JARS=closure-compiler
find_java_runtime
find_jars ${JARS}
###ORIGINAL: run_java ${MAIN} $@
###CHANGED:
run_java ${MAIN} $@
--
(maybe for future safety, ${JARS} and ${MAIN} should be quoted too)
Hi,
Thanks for testing the idea. I have updated the wrapper script.
In this case, I think JARS and MAIN are safe, as find_jars doesn't
require quoting multiple args, and neither the jar names nor the
classname should contain spaces.
Thank you,
tony
signature.asc
Description: OpenPGP digital signature
Bug#765726: Peeling the Onion
The reason it appeared I did not restart X after loading the updated module is the Xorg.1.log was a stale console from an older unrelated XDMCP client session. I cannot get the system to create a new Xorg.*.log when X is invoked via gdm3. I have no idea why that is - If I invoke X directly, the log file gets created. To move forward, I have purged gdm3 and installed lightdm as a replacement. I still have the same startup issues this way, and the log does appear in /var/log I am enclosing it in the following entry. Thanks for your patience on this. -- Marty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765726: Updated Background Information
Followup-For: Bug #765726 Package: nvidia-driver Version: 340.46-1 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: uname -a: Linux hp8560w 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux /proc/version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.46 Wed Sep 24 14:23:40 PDT 2014 GCC version: gcc version 4.8.3 (Debian 4.8.3-11) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [Quadro 1000M] [10de:0dfa] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:1631] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 57 Region 0: Memory at d000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c000 (64-bit, prefetchable) [size=128M] Region 3: Memory at c800 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 4000 [size=128] [virtual] Expansion ROM at d108 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] AGP: No AGP bridge found [0.00] ACPI: SSDT 0xBF7CB000 00187E (v01 HPQOEM NVIDIAGF 0001 INTL 20060912) [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [1.864369] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [1.864371] vgaarb: loaded [1.864372] vgaarb: bridge control possible :01:00.0 [2.161942] Linux agpgart interface v0.103 [4.832484] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client [4.876547] nvidia: module license 'NVIDIA' taints kernel. [4.884751] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none [4.885001] [drm] Initialized nvidia-drm 0.0.0 20130102 for :01:00.0 on minor 0 [4.885008] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 340.46 Wed Sep 24 14:23:40 PDT 2014 [5.607274] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input17 [5.608764] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input18 [5.609047] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input19 [5.609291] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input20 [ 10.483868] nvidia :01:00.0: irq 57 for MSI/MSI-X [ 11.295538] NVRM: Your system is not currently configured to drive a VGA console [ 11.295543] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver [ 11.295546] NVRM: requires the use of a text-mode VGA console. Use of other console [ 11.295548] NVRM: drivers including, but not limited to, vesafb, may result in [ 11.295550] NVRM: corruption and stability problems, and is not supported. [ 183.917342] nvidia :01:00.0: irq 57 for MSI/MSI-X OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jul 26 10:15 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Jul 26 10:15 /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 26 10:15 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Jul 26 10:15 /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 26 10:15 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Jul 26 10:15 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Jul 26 10:15 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Jul 26 10:15 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Jul 26 10:15 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Jul 26 10:15 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Jul 26 10:15 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -
Bug#753966: patch for pbuilder - 753966 bug(gift)
i am sorry about the mess. i redid the tests and now i have to redo some of the patches at the end this has been good to me though. i hope you still want to see the patches regards -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653011: the annoying message fixed by renaming the config file
Dear maintainer, I was still affected by this bug on a Wheezy 7.7 system although this bug report seems to be rather old. I mainly run XFCE desktop but I have GNOME along it for an occational peek. I have run this system since Wheezy was in testing and I remember that the annoying message has appeared somewhere along the line of system use. I guess some upgrade did bring up the message. Now I did a web-search and managed to hit a solution: http://lists.rosalab.ru/pipermail/rosa-devel/2012-September/002872.html So renaming the config file /etc/pkcs11/modules/gnome-keyring-module to /etc/pkcs11/modules/gnome-keyring-module.module did provide a fix. FWIW Seems to me that the config file in wrong name comes from the gnome-keyring package version 3.4.1-5 in Wheezy. The latest gnome-keyring package in Sid does not seem to provide the named config file as a file in the package content. Also a bit puzzling, it looks like this has nothing to do with XFCE, at least on my system, I got the same message under GNOME too. $ mutt p11-kit: invalid config filename, will be ignored in the future: /etc/pkcs11/modules/gnome-keyring-module I suspected the config file with wrong name was a remnant from testing era of my system and removed gnome-keyring package with # dpkg --purge gnome-keyring checked the config file was gone, reinstalled with # apt-get install gnome-keyring and the config file was there again with wrong name. Best regards, Erkki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763705: vlc: [kfreebsd] quits after ~30 seconds: xdg_screensaver_plugin
Le 2014-10-02 02:11, Steven Chamberlain a écrit : Attached is output from kFreeBSD's ktrace, showing: pid, thread ID, process name, elapsed time (seconds), and syscalls In the trace, it looks like SIGCHLD causes sigwait() to return, even though SIGCHLD is not in the wait-set. If that is the case, then I think it is a bug in the kFreeBSD sigwait(). -- Rémi Denis-Courmont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751463: closed by Pino Toscano p...@debian.org (Bug#740801: fixed in poppler 0.26.5-2)
Hi, #751463: poppler: Incorrect rendering of TeX ligatures in some files It has been closed by Pino Toscano p...@debian.org. Thanks a *huge* lot, I can confirm that ligatures in PDF files are fixed after installing this upgrade :-) Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766022: python-shogun: FTBFS for mips, mipsel and powerpc
Package: python-shogun Version: 3.2.0-5.1 Tags: sid patch Severity: important Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch Package python-shogun FTBFS for mips/mipsel/ppc with an error: CMake Error at CMakeLists.txt:7 (project): The CMAKE_C_COMPILER: /usr/bin/clang is not a full path to an existing compiler tool. CMake Error at CMakeLists.txt:7 (project): The CMAKE_CXX_COMPILER: /usr/bin/clang++ is not a full path to an existing compiler tool. Patch that fixes this issue is attached. Could you please consider including this patch? Best regards, Dejan--- python-shogun-3.2.0.orig/debian/control 2014-09-17 21:30:46.0 + +++ python-shogun-3.2.0/debian/control 2014-10-15 14:00:08.0 + @@ -9,7 +9,7 @@ libhdf5-dev (= 1.8.8~) | libhdf5-serial-dev, swig3.0 (= 3.0.2-1~), python-numpy (= 1:1.7.1-1~), python-all-dev (= 2.7.0-1~), libprotobuf-dev, protobuf-compiler, libcurl4-gnutls-dev, libbz2-dev, libcolpack-dev, - clang-3.4 [mips mipsel powerpc] + clang [mips mipsel powerpc] #python3-numpy (= 1:1.7.1-1~), python3-all-dev (= 3.3.0-1~), X-Python-Version: = 2.7 #X-Python3-Version: = 3.3
Bug#761407: slapd: changes of cn=config become effective only after restarting slapd
Control: reopen -1 On 16/09/14 11:48 AM, Dietrich Clauss wrote: Please, add a big fat warning in slapd-config(5). Done; but keeping the bug open to track the fact that this is not really resolved upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
