Bug#744263: flashplugin-nonfree: update-flashplugin-nonfree does not work, again same problem
Package: flashplugin-nonfree Version: 1:3.2 Severity: important Dear Maintainer, again, same problem: root@abcdef:~# update-flashplugin-nonfree --status Flash Player version installed on this system : 11.2.202.346 Flash Player version available on upstream site: 11.2.202.350 flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. root@abcdef:~# update-flashplugin-nonfree --status --verbose options : --status --verbose -- temporary directory: /tmp/flashplugin-nonfree.VA1OeQgkqD importing public key ... selected action = --status Flash Player version installed on this system : 11.2.202.346 Flash Player version available on upstream site: 11.2.202.350 flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. end of action --status cleaning up temporary directory /tmp/flashplugin-nonfree.VA1OeQgkqD ... end of update-flashplugin-nonfree root@abcdef:~# root@abcdef:~# update-flashplugin-nonfree --install --verbose options : --install --verbose -- temporary directory: /tmp/flashplugin-nonfree.P9HVyYpXOl importing public key ... selected action = --install installed version = 11.2.202.346 upstream version = 11.2.202.350 wgetoptions= -nd -P . -v --progress=dot:default downloading http://people.debian.org/~bartm/flashplugin-nonfree/fp10.sha512.i386.pgp.asc ... --2014-04-11 01:03:21-- http://people.debian.org/~bartm/flashplugin-nonfree/fp10.sha512.i386.pgp.asc Resolving people.debian.org (people.debian.org)... 206.12.19.5, 2607:f8f0:610:4000:214:38ff:feee:b65a Connecting to people.debian.org (people.debian.org)|206.12.19.5|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1271 (1,2K) [text/plain] Saving to: `./fp10.sha512.i386.pgp.asc' 0K . 100% 273M=0s 2014-04-11 01:03:22 (273 MB/s) - `./fp10.sha512.i386.pgp.asc' saved [1271/1271] verifying PGP fp10.sha512.i386.pgp.asc ... copying /var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz ... verifying checksum install_flash_player_11_linux.i386.tar.gz ... wgetoptions= -nd -P . -v --progress=dot:default -O /tmp/flashplugin-nonfree.P9HVyYpXOl/install_flash_player_11_linux.i386.tar.gz downloading http://fpdownload.macromedia.com/get/flashplayer/pdc/11.2.202.346/install_flash_player_11_linux.i386.tar.gz ... verifying checksum install_flash_player_11_linux.i386.tar.gz ... unpacking install_flash_player_11_linux.i386.tar.gz ... verifying checksum contents of install_flash_player_11_linux.i386.tar.gz ... moving libflashplayer.so to /usr/lib/flashplugin-nonfree ... setting permissions and ownership of /usr/lib/flashplugin-nonfree/libflashplayer.so ... Flash Player version: 11.2.202.346 moving install_flash_player_11_linux.i386.tar.gz to /var/cache/flashplugin-nonfree ... flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. calling update-alternatives ... flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. already exists: /usr/bin/flash-player-properties already exists: /usr/share/applications/flash-player-properties.desktop already exists: /usr/share/icons/hicolor/16x16/apps/flash-player-properties.png already exists: /usr/share/icons/hicolor/22x22/apps/flash-player-properties.png already exists: /usr/share/icons/hicolor/24x24/apps/flash-player-properties.png already exists: /usr/share/icons/hicolor/32x32/apps/flash-player-properties.png already exists: /usr/share/icons/hicolor/48x48/apps/flash-player-properties.png already exists: /usr/share/pixmaps/flash-player-properties.png end of action --install cleaning up temporary directory /tmp/flashplugin-nonfree.P9HVyYpXOl ... end of update-flashplugin-nonfree root@abcdef:~# fg -su: fg: current: no such job root@abcdef:~# dpkg -l |grep flashplugin-nonofree root@abcdef:~# dpkg -l |grep flashplugin-nonfree ii flashplugin-nonfree 1:3.2 i386 Adobe Flash Player - browser plugin root@abcdef:~# -- Package-specific info: Debian version: 7.4 Architecture: i386 Package version: 1:3.2 Adobe Flash Player version: LNX 11,2,202,346 MD5 checksums: 208968bb1109e8627fa3c08b43814bee /var/cache/flashplugin-nonfree/get-upstream-version.pl 48a48eda9dace5ee080f666ef0d9aeef
Bug#726434: Processed: Re: Bug#726434: debian-installer: Time zone Busingen is missing ü umlaut
Quoting Wolfgang Schweer (wschw...@arcor.de): The reported error is due to a missing entry in tzsetup/debian/common.templates.in, I guess. Thanks for the patch. I just committed the fix. I have to admit that I'm not entirely happy with D-I prompting German users for a timezone which 99.9% of the country doesn't care about but it seems we can't do anything else until the Busingen area reverts their specific way to handle time. Let's just imagine what may think a random Manfred user whho knows nothing about timezones and the Büsingen exception may think when being prompted to choose between Berlin and Büsingen : Warum nicht Hamburg, Frankfurt, Dummersdorf or Schiefenthal?:-). But, anyway, better at least have this translated. So, let's add two more translatable string to D-I sublevel 3 and, then, tomorrow, the German translator of D-I will be able to translate Berlin to Berlin and Busingen to Büsingen. (tomorrow only, because the D-I l10n-sync runs once a day to synchronize the master translation file) Tchüss ! signature.asc Description: Digital signature
Bug#744253: New LedgerSMB Debian package, v1.3.39-1
On 04/09/2014 09:44 PM, RJ Clay wrote: A new version of the LedgerSMB package, v1.3.39-1 (which closes two bugs, including one RC) is now available and has been uploaded to the Mentors site pending a sponsor: http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.39-1.dsc http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.25-1.dsc Raphaël, would you be able to review that for an upload? Or should I submit an RFS bug for it? In case you are busy, I have also submitted an RFS bug for it; # 744253 [1]. Robert James Clay, j...@rocasa.us [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744253
Bug#725091: [Pkg-openldap-devel] Bug#725091: slapd with memory leak in active sync
tags 725091 + confirmed retitle 725091 slapd: memory leak with non-delta syncrepl thanks Hi Thomas, On 22/03/14 11:11 AM, Moritz Muehlenhoff wrote: FYI; 2.4.39 was uploaded to unstable a few days ago. I've had another look at the symptoms you reported, using 2.4.39-1. The good news: the crash involving delta-syncrepl, mirrormode, and memberof (ITS #7487) is definitely fixed. I've reproduced with 2.4.31 and verified with 2.4.39. The bad news: the memory leak, using exactly the same configuration but with delta-syncrepl disabled, does seem to still exist. It's odd, because valgrind doesn't report any leaks, but the memory usage does increase continuously as long as I perform modifications. I'm going to keep looking at this and try to gather enough information for an ITS. In case you'd like to run 2.4.39 on wheezy, let me know if you require any assistance with backporting and building the package. Happy to help. thanks, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744257: attica: FTBFS on arm64 (symbols issue)
tag 744257 - patch thanks Hi, On 2014-04-12 02:46, Wookey wrote: Even with the updated kde-pkg-tools patch from https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=23;filename=pkg-kde-tools_0.15.13.arm64-subst-fix-2.patch;att=1;bug=744173 , this package doesn't build on arm64, because these two symbols are missing from the generated file: (optional=gccinternal)_ZN6Attica19DownloadDescription7PrivateD1Ev@Base 0.4.0 (optional=gccinternal)_ZN6Attica19DownloadDescription7PrivateD2Ev@Base 0.4.0 I don't know what that (optional=gccinternal) annotation means, although it saying 'optional' suggests to me that having it missing shouldn't fail the build, but it does. (optional=gccinternal) means a symbol is optional, so its lack won't cause a build failure. See also dpkg-gensymbols(1). It can be fixed with the attached patch to declare that these are not present on arm64. I don't know if this is the right fix, or if there is some other reason for these symbols being missing which we should look into? The patch is indeed wrong, and should not be applied. If you want more help on the issue, please do post a full build log. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744173: pkg-kde-tools: add arm64 support to SymbolsHelper
On 2014-04-11 04:45, Wookey wrote: Package: pkg-kde-tools Version: 0.15.13 Severity: important Tags: patch User: debian-...@lists.debian.org Usertag: arm64 SymbolsHelper needs to know about the new 64-bit architecture arm64 in order for any package that uses the (subst) Symbols file functionality to be buildable. This patch fixes that. Please follow my instructions in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656380#21 This will give us a better idea on the various type manglings on arm64. Thanks, -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736973: nftables RFS resend
Control: tag -1 + moreinfo Hi Arturo, On Fri, Apr 11, 2014 at 3:55 AM, Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com wrote: [ resend ] Dear mentors, I am looking for a sponsor for my package nftables * Package name: nftables Version : 0.099+git20140120-1 Upstream Author : Patric McHardy ka...@trash.net * URL : http://netfilter.org/projects/nftables/index.html * License : GPL-2 Section : net It builds those binary packages: nftables - Program to control packet filtering rules by Netfilter project To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nftables Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nftables/nftables_0.099+git20140120-1.dsc A few notes: * nftables kernel support is included with Linux 3.13. Already in Debian. * One of the nftables build-dep is libnftnl. Already in Debian. * this is the first mainstream release of nftables. * the first RFS was for nftables 0.100, but I was actually packaging 0.099 with some additional upstream commits. The version is now fixed. A few blocking issues: - debian/copyright is missing copyright holders + license of e.g. header files in include/linux/* - your package FTBFS (full pbuilder build log attached): checking for nft_rule_alloc in -lnftables... no configure: error: No suitable version of libnftables found Some non-blocking / pedantic issues: - AFAIK uscan/devscripts will check for debian/upstream/signing-key.asc, not .pgp, but then again, I'm not sure if there's consensus yet on where exactly to put upstream's key in the first place... - please pass --disable-silent-rules to ./configure so that compiler flags show up in the build logs (and so the logs are actually useful for some of Debian's automated tools, e.g. the buildd log scanner [1]). This also goes for libnftnl as well. - I wouldn't override any lintian tags that are actually valid issues (hyphen-used-as-minus-sign); it's fine if you decide to just ignore them Regards, Vincent [1] http://qa.debian.org/bls/ nftables_0.099+git20140120-1_amd64.build Description: Binary data
Bug#743670: [jenkins.d.n] Hurd support on g-i-installation jobs
On Sat, Apr 12, 2014 at 3:06 AM, Holger Levsen hol...@layer-acht.org wrote: Could you please also apply diskimage_poweroff change? I didnt see this commit anywhere?! diskimage_poweroff branch. Next request might be for a restricted shell to tunnel vnc session or alternatives (direct vnc connections?) to make me able to debug . Any chance? I'd rather not. The results are all there and you really should be able to reproduce locally. As already said, I'm currently not willing to also install wheezy on my jessie machine. I didn't manage to reproduce it even by reinstalling jenkins on a wheezy chroot. Please also consider to give wheezy-backports qemu a try. Install process got stuck at connecting to time server. If I had access I'd probably look for any useful message on console #4 and check network connectivity. Sometimes netdde gets stuck and needs to be restarted. If that's the case it probably won't get stuck at next run. Thanks, -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653981: gitolites: gl-setup - No manual page
Package: gitolite Followup-For: Bug #653981 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo, I wrote a manpage for gl-setup. (Attached) Maybe you want to include it? - -- Tobi - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTSO00AAoJEJFk+h0XvV02Fz0P/jAsjAkbS9/6ANwd/aoRNB0s 2SvTTv7RTKOZtcpPyyInVLj416kI2kdz0wokxl/3qdjvKtQotrZgu6FgxrCMi+sY uHc6d2hQx2dW13jb2dThPd5J5MgpodNfkhEqdMEvgg3BghCwVAFbQkkY8ZN76Q7R nW2qCIcqcAHlesqh+usUzn+xFB+KqxFZyk/5iwaebvZK13Ta3CPKhm2kOTalSsC0 Iih3C0bQxe9Ne0D7HBw6nXR0BjzDoYCuPpJwH9KtsLzaH9Z5D3zHN6n/pFPEDOu/ p0Tf8B0aPhoRyJyznRNXFXpJQ9KOUt0fON5YPgqBWgjJkMIt+cJK67DDM1ZuI3L8 1jTd0lroa1GLoSHE7y1dmGKmI2iHpabpv0WlB05YdrHEdYfmF3WN5rI3VogFIRXE 2VSKUtYTdn/IXgqmUCWSQosaNUUNk0vJYHblkrg3MWJ8uPB1Hj2haiu9lfbvxw+a kK67mmD73QhO+mgDHfmD0x2rPFcEKzgzp1wq3crz1yXkz+X9u5YOxQo1kUnT3vlt v0vH81g26wnWnoObwLncoJSx461HY7Ghmv33ci8DYIPHOuXLQgmRy44k6qFyKjg5 TRSAeHaWClxt8zZrnv55iWYxhsczXp/S+6ywaYrkR8fjzt9ZRv1fazw8p82ETQzO MWw/GU9MkzVXGRnxm3H3 =sEH0 -END PGP SIGNATURE- .TH gl-setup 1 April 11, 2014 gitolite .SH NAME gl-setup \- Initial setup of gitolite or reset public key .SH SYNOPSIS .B gl-setup [-q] public_key.pub .br .B gl-setup [-q] admin .br .B gl-setup [-q] .br .SH DESCRIPTION With .B gl-setup gitolite can be setup for the first time, or if access to the gitolite repository is lost, the admin public key can replaced .PP In ssh mode, .B gl-setup expects a public key filename the first time it is run, and will complain if you don't supply it. On subsequent runs it is optional; you only need to supply it if you want to quickly and easily change the admin's (or indeed anyone's!) pubkey without going through all the steps that .B gl-admin-push(1) requires. .PP In http mode .B gl-setup expects an admin name the first time it is run. On subsequent runs, arguments are ignored. For the http mode read .B git-http-backend(1) . You need also to set .BR $GITOLITE_HTTP_HOME appropiatly before using .B gl-setup in http mode. .PP When running .B gl-setup without any options can be used to re\-initialize a gitolite installation. Read /usr/share/doc/gitolite/install.mkd.gz for details. .SH OPTIONS .B .IP -q quiet mode; suppress the editor that pops up to allow you to change the rc file the first time. Meaningless/ignored on subseqent runs. This option must be specified before the pubkey or admin name. .B .IP public_key.pub specifies the public key to be used for the admin, or for key-recovery which key should replace it. .B .IP admin user for the http mode .SH ENVIRONMENT .B .IP GITOLITE_HTTP_HOME is the home directory for http mode. Must be set to use this command in http mode. .SH SEE ALSO .BR /usr/share/doc/gitolite/http-backend.mkd.gz .BR /usr/share/doc/gitolite/install.mkd.gz
Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies
Friendly ping... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726490: sponsorship-requests: ethstatus/0.4.4 [ITA]
Control: tag -1 + moreinfo On Sun, Mar 2, 2014 at 4:55 AM, Thomas Goirand z...@debian.org wrote: You wrote: * Upstream is the same as Debian maintainer. Therefore, build a native Debian package IMO, that's a very bad idea. this is a pain for downstream Debian derivative who may want to add specific patches. With a native package, it becomes less convenient to add distro-specific patches. Please don't do this and re-upload a version of your package as non-native. Generally, native packages are very Debian specific, like for example apt, dpkg, etc. Unless you develop this kind of tool, IMO, don't use a native package. Thomas Goirand (zigo) P.S: Some other DD may have a different opinion, like for example I know Joey Hess finds it ok and even wrote about it, but I believe a majority of DD will agree with me. +1 to what Thomas said above. Here's a very quick review of your packaging in https://github.com/aborrero/pkg-ethstatus (since I can't find an ethstatus package on mentors.d.n): - debian/ethstatus.substvars is automatically generated, and should be removed - even if you insist on a native package (please don't), you should still declare it in debian/source/format (which is currently non-existent) - latest standards version is 3.9.5 - please use a generic, non-Debian specific Makefile as upstream, and move the Debian-specific stuff (e.g. usage of dpkg-buildflags) into d/rules or elsewhere in your packaging Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743734: ntfs-3g: Data corruption when using rtorrent
This bug has been fixed in ntfs-3g-2014.2.15AR.1 Upgrading (or applying the patch in Message #30) is recommended Jean-Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744264: mate-session-manager: systems logs out when invoking shutdown ore reboot
Package: mate-session-manager Version: 1.6.0-1 Severity: normal Dear Maintainer, Since I installed mate-session manager 1.8.1 it is impossible to shutdown or reboot the system as the only effect I have is a normal logout from the MATE session. Also tried with the 1.8.0 package taken from the MATE repository and the problem is the same. Downgrading to version 1.6.0 (MATE repositories) solves the problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mate-session-manager depends on: ii caja 1.8.0-1 ii dbus-x11 1.8.0-3 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libice6 2:1.0.8-2 ii libpango1.0-01.36.3-1 ii libsm6 2:1.2.1-2 ii libupower-glib1 0.9.23-2+b2 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxtst6 2:1.2.2-1 ii marco1.8.0+dfsg1-2 ii mate-panel 1.8.0+dfsg1-1 ii mate-polkit 1.8.0+dfsg1-1 ii mate-settings-daemon 1.8.0-2 ii upower 0.9.23-2+b2 mate-session-manager recommends no packages. mate-session-manager 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#739611: ruby1.9.1-rm transition: binNMU request
On 2014-04-09 02:09, Christian Hofstaedtler wrote: Dear Release Team, We've determined a new set of packages that need to be rebuilt and that also can be rebuilt now. Please binNMU the packages below. (This list has been filtered for a few FTBFS issues, except for mysql packages which likely FTBFS due to an issue in the test environment.) [...] ruby-dataobjects-mysql ruby-dataobjects-sqlite3 Not scheduled, got a source-upload recently. ruby-ffi [...] Not scheduled while #701349 remains open against ruby-ffi. It probably needs a -done and then a binNMU, but please double check it. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739611: ruby1.9.1-rm transition: binNMU request
On 2014-04-09 03:14, Christian Hofstaedtler wrote: Dear Release-Team, In addition to my previous list, please binNMU the following packages to remove the (lib)ruby1.9.1 dependencies: vim notmuch hyperestraier Scheduled all here except vim (per James McCoy's mail) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744171: transition: boost-defaults
Steve M. Robbins st...@sumost.ca (2014-04-11): Thanks for the fast action on this! You're welcome… On April 11, 2014 10:41:45 AM Cyril Brulebois wrote: Since there was an old boost1.54 ben file around, I've reused it, tweaking the versions: title = boost 1.55; is_affected = .build-depends ~ /libboost[0-9\.a-z-]*-dev/; is_good = .depends ~ /libboost[a-z-]*1\.55/; is_bad = .depends ~ /libboost[a-z-]*1\.(4[6-9]|5[0-5])/; notes = #744171; export = false; So am I reading this right: it seems that is_bad matches boost 1.55? Should the last bit instead read |5[0-4])/;? … and I'm sorry about that (way too early in the morning). Just committed a fix, thanks for the notice! Mraw, KiBi. signature.asc Description: Digital signature
Bug#744173: pkg-kde-tools: add arm64 support to SymbolsHelper
¡Hola Wookey! El 2014-04-11 a las 23:29 +0100, Wookey escribió: I read here: https://lists.debian.org/debian-68k/2013/11/msg00012.html that in QT5 qreal is a double on armhf, but on QT4 it's a float (and it's float on both for armel). Can this helper know which it is doing and DTRT? If not which should be the default? Lisandro's message seems to suggest the former (and the the armhf stuff would be taken care of with extra symbols lines, not (subst) lines). That's for qt5, right, we would need to deal with qt4 and qt5 differently. If someone can confirm which to use I'd like to have an upload with this patch in forthwith. I'm happy to do that as an MNU - complain if that's not OK. You are, of course, welcome to come aboard and upload the change a part of the team. -- A computer program does what you tell it to do, not what you want it to do. -- Greer's Law Saludos /\/\ /\ `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744045: RFS: xsd/3.3.0.2-1 [ITA]
Control: tag -1 + moreinfo On Wed, Apr 9, 2014 at 7:17 AM, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package xsd * Package name: xsd Version : 3.3.0.2-1 Upstream Author : Code Synthesis Tools CC i...@codesynthesis.com * URL : http://codesynthesis.com * License : GPL2, FLOSS Section : devel It builds those binary packages: xsdcxx - XML Data Binding for C++ To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xsd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xsd/xsd_3.3.0.2-1.dsc Changes since the last upload: * change Standards-Version to 3.9.5 * change debhelper to = 9 * add debian/doc-base * move Homepage to debian/control source section * rename xsdcxx.watch to watch * change to upstream 3.3.0.2 * New Maintainer (Closes: #741475) Please use upstream's tarball (assuming that [1] is the correct source, please use the ones that don't have dependencies bundled inside) directly as your orig tarball, and apply the contents of bug604256.tar.gz and any other diffs as quilt patches, unless there's a good reason for the current tarball-in-a-tarball approach (if there is, please explain). Also remove your debian packaging from the source tarball. Regards, Vincent [1] http://codesynthesis.com/download/xsd/3.3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470936: VT switching results in scrambled colors
Control: found 470936 xserver-xorg-video-vesa/1:2.3.1-1 Control: summary 470936 VT switching vs. scrambled colors Ivan Shmakov i...@gray.siamics.net writes: Cyril Brulebois k...@debian.org writes: […] is it better in squeeze, sid, or experimental? The problem of scrambled colors with -depth 24 seem to be vanished by 1:2.3.0-3, thanks. (Though I'm more inclined to use xserver-xorg-video-radeonhd for it works for a long time now.) However, there still is a similarly-looking issue with -depth 16. After a change of the VGA adapter (below), and now a switch to Wheezy, I’ve found that the issue still exists, for /both/ -depth 24 and -depth 16. Specifically, darker shades of gray (e. g., #201b1a, #332b29) seem to turn into bright green and yellow (respectively) with -depth 16, after VTs have been switched. Surprisingly, however, I’ve just seen the issue appearing right after the X server is started with -depth 24, and was /fixed/ as soon the VTs were switched. Any ideas on what might’ve going wrong here? TIA. $ lspci | grep -F -- Radeon\ HD 04:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Caicos [Radeon HD 6450] […] -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574947: Status and progress
On Fri, Apr 11, 2014 at 1:55 PM, Ron r...@debian.org wrote: On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote: On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote: On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote: Ok. Am I correct in understanding that the actual system cgi script is not provided by global but it is to be created by the user or system administrator. Global creates everything that is needed, but installing it to the system requires privilege that an ordinary user should not have. Which means we need a secure and sensible interface for someone with that privilege to exercise it, in a way that meets the normal distro expectations and standards. A generated script that the user is required to run as root, or making a privileged system directory 777 writable is not such an interface. If people want to do that on their own systems that is fine, but the distro packages should never be recommending or requiring this. I am looking to see if there's an obvious way to package this. There is a mechanism for doing this in the existing package. If something equivalent to that was integrated upstream, none of this would be a problem anymore. The parameters that htconfig/htmake rely on are not part of upstream htags. So they are broken with recent releases. Which is why I say something equivalent. This was the best that Shigio and I could come up with together 15 years ago, to meet the needs of doing this in a way that was suitable for the distro. I'd like to think that if anything there would be Better ways to do this today, given the number of web-appy type things that also exist. I might resort to turning this feature off in the first update and then add it to the package as I understand better what is needed on the packaging side. NACK. Saying I don't need this, so I'm just going to remove it for everyone else to rush out the bits that _I_ want is not an acceptable solution. If that's all you want then you can make your own local packages easily enough. Turning off a feature is not my preferred option either. I am the one who's initiated this discussion with the intent of trying to understand the functionality and how to package it. Well, your first reply to my query was I don't use this, so I could just turn it off. And you were still suggesting that as an option. I've been using global for over a year now. And in all that usage I've never had to run anything as root. When you off-handedly mentioned a generated script being required to be run as root I didn't even know what you were talking about. Neither did you reply to my query asking for further clarification. When faced with this situation and not knowing how to move things forward I'd suggested turning it off. And Shigio in his reply agrees that this isn't a bad option as it isn't even used that widely. The equation is pretty simple really - either we solve the problem(s) that makes this unsuitable for release with the distro, or it remains unsuitable for release with the distro. The current package in debian is broken - even the tags functionality is broken. The problem doesn't exist in upstream release. I am in favour of solving the problem you point out, but at the same time I don't agree with holding back a package update which fixes a problem for users, especially when there isn't a resolution in 3.5 years. I am very interested in seeing this all fixed, but someone is going to have to find a middle ground that both meets the minimum sensible expectations for distro Best Practice for this, and that Shigio is willing to accept. Several of us have tried several times, but maybe you will have more luck with that. The problem arises due to the expectation that the user needs to write to a priviledged system wide location. Instead, is it not preferable that the user generated content (the HTML folder and cgi scripts therein) be placed in the users web area (e.g., ~public_html) and it is served from there like any other user generated content. No priviledged access is required. Does that make sense? Well ... no. That doesn't make any sense at all. The cgi scripts run with the privilege of the web server. Which means an audited copy of that needs to be installed and enabled by someone with the privilege to decide whether or not that is acceptable. And someone with similar privilege needs to decide what files it will be allowed to access. Which means all of this needs to: a) Not be generated on the fly, so that the sysadmin can actually audit it, and know that what they audited is what is running. b) Not be world writable. Which is effectively what you'd be doing if you let 'non-static' content run executables from ~pub_html with elevated privilege. None of this is rocket science to do. It just requires some acceptance that sane security practices are actually
Bug#744265: src:gcc-4.9: FTCBFS for arm64 during application of cross-ma-install-location.diff due to mudflap
Package: src:gcc-4.9 Version: 4.9-20140411-1 Severity: normal Tags: patch User: helm...@subdivi.de Usertags: rebootstrap Hi doko, Build configuration: with_deps_on_target_arch_pkgs=yes DEB_TARGET_ARCH=arm64 Tail of build-log: Applying patch cross-ma-install-location.diff patching file src/boehm-gc/configure.ac patching file src/libada/configure.ac patching file src/libffi/configure.ac Hunk #1 succeeded at 495 (offset 9 lines). patching file src/libgcc/configure.ac Hunk #1 succeeded at 95 (offset 10 lines). Hunk #2 succeeded at 139 (offset 10 lines). patching file src/libgfortran/configure.ac patching file src/libgo/configure.ac Hunk #1 succeeded at 80 (offset 3 lines). patching file src/libgomp/configure.ac patching file src/libitm/configure.ac patching file src/libjava/configure.ac Hunk #1 succeeded at 1571 (offset 5 lines). can't find file to patch at input line 190 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |--- a/src/libmudflap/configure.ac |+++ b/src/libmudflap/configure.ac -- No file to patch. Skipping patch. 1 out of 1 hunk ignored patching file src/libobjc/configure.ac Hunk #1 succeeded at 108 (offset -1 lines). patching file src/libquadmath/configure.ac patching file src/libssp/configure.ac patching file src/libstdc++-v3/acinclude.m4 patching file src/zlib/configure.ac patching file src/libatomic/configure.ac patching file src/libsanitizer/configure.ac Hunk #1 succeeded at 40 (offset 2 lines). Patch cross-ma-install-location.diff does not apply (enforce with -f) make: *** [stamps/02-patch-stamp] Error 1 dpkg-buildpackage: error: debian/rules control gave error exit status 2 Seems like another mention of mudflap that should be removed. Patch attached. Helmut diff -u gcc-4.9-4.9-20140411/debian/changelog gcc-4.9-4.9-20140411/debian/changelog --- gcc-4.9-4.9-20140411/debian/changelog +++ gcc-4.9-4.9-20140411/debian/changelog @@ -1,3 +1,11 @@ +gcc-4.9 (4.9-20140411-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Remove mentions to mudflap from patches/cross-ma-install-location.diff, +because there is no mudflap in gcc-4.9 anymore. Closes: #-1 + + -- Helmut Grohne hel...@subdivi.de Sat, 12 Apr 2014 10:29:18 +0200 + gcc-4.9 (4.9-20140411-1) unstable; urgency=medium * GCC 4.9.0 release candidate 1. diff -u gcc-4.9-4.9-20140411/debian/patches/cross-ma-install-location.diff gcc-4.9-4.9-20140411/debian/patches/cross-ma-install-location.diff --- gcc-4.9-4.9-20140411/debian/patches/cross-ma-install-location.diff +++ gcc-4.9-4.9-20140411/debian/patches/cross-ma-install-location.diff @@ -185,26 +185,6 @@ multi_os_directory=`$CC -print-multi-os-directory` case $multi_os_directory in .) toolexeclibdir=$toolexecmainlibdir ;; # Avoid trailing /. a/src/libmudflap/configure.ac -+++ b/src/libmudflap/configure.ac -@@ -157,15 +157,8 @@ - toolexeclibdir='$(toolexecdir)/$(gcc_version)$(MULTISUBDIR)' - ;; - no) --if test -n $with_cross_host -- test x$with_cross_host != xno; then -- # Install a library built with a cross compiler in tooldir, not libdir. -- toolexecdir='$(exec_prefix)/$(target_alias)' -- toolexeclibdir='$(toolexecdir)/lib' --else -- toolexecdir='$(libdir)/gcc-lib/$(target_alias)' -- toolexeclibdir='$(libdir)' --fi -+toolexecdir='$(libdir)/gcc-lib/$(target_alias)' -+toolexeclibdir='$(libdir)' - multi_os_directory=`$CC -print-multi-os-directory` - case $multi_os_directory in - .) ;; # Avoid trailing /. --- a/src/libobjc/configure.ac +++ b/src/libobjc/configure.ac @@ -109,15 +109,8 @@
Bug#586375: workaround
Hi, Workaround: https://bugzilla.redhat.com/show_bug.cgi?id=531653 Change the first line of /usr/bin/pyzor script: -#!/usr/bin/python +#!/usr/bin/python -Wignore::DeprecationWarning Regards, W3HOST -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744224: Padre does not start, aborts with Segfault,
On Friday 11 April 2014 17:00:15 Romeyke, Andreas wrote: If you type 'padre' into your xterminal, it segfaults. Indeed. The segfault was triggered by wx update to 3.0 Unfortunately, fixing this is going to take a while: - libwx-scintilla-perl does not build with wx 3.0 - libwx-scintilla-perl upstream is not much active (if at all) - I've recently seen that libwx-scintilla-perl contains convenience copy of wxscintilla (which may be dead upstream) and scintilla (still active). This will need to be sorted out. - padre project team is mostly reduced to one active dev (bowtie) I've mentioned the issue to bowtie. He's trying to contact Wx::Scintilla maintainer. All the best signature.asc Description: This is a digitally signed message part.
Bug#743958: closed by Luke Faraone lfara...@zulip.com (Re: Bug#743958: camo: Typo in package description: bust)
Hi Luke, Thanks for pointing that out. Regards, Pascal
Bug#740504: cdimage.debian.org: Released ISO images have invalid GPT tables
Hi, Chris Bainbridge: I still can't create a partition, which was the original aim. Is it supposed to work? I succeeded with gdisk on my oldstable test machine (help texts and clueless actions of mine not shown): -- $ dd if=debian-testing-amd64-netinst.iso of=/dev/sdb bs=2048 $ /bin/gdisk /dev/sdb GPT fdisk (gdisk) version 0.8.1 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: present Found valid MBR and GPT. Which do you want to use? 1 - MBR 2 - GPT 3 - Create blank GPT Your answer: 2 Using GPT and creating fresh protective MBR. Command (? for help): p Disk /dev/sdb: 3915776 sectors, 1.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 2A2942FB-D14C-4710-A41F-DECF92DA20FE Partition table holds up to 208 entries First usable sector is 64, last usable sector is 446410 Partitions will be aligned on 4-sector boundaries Total free space is 3 sectors (1.5 KiB) Number Start (sector)End (sector) Size Code Name 235724403 416.0 KiB 0700 ISOHybrid1 Command (? for help): x Expert command (? for help): e Relocating backup data structures to the end of the disk Expert command (? for help): m Command (? for help): p Disk /dev/sdb: 3915776 sectors, 1.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 2A2942FB-D14C-4710-A41F-DECF92DA20FE Partition table holds up to 208 entries First usable sector is 64, last usable sector is 3915712 Partitions will be aligned on 4-sector boundaries Total free space is 3469305 sectors (1.7 GiB) Number Start (sector)End (sector) Size Code Name 235724403 416.0 KiB 0700 ISOHybrid1 Command (? for help): n Partition number (1-208, default 1): 3 First sector (446408-3915712, default = 446408) or {+-}size{KMGTP}: Last sector (446408-3915712, default = 3915712) or {+-}size{KMGTP}: Current type is 'Linux filesystem' Hex code or GUID (L to show codes, Enter = 8300): Changed type of partition to 'Linux filesystem' Command (? for help): p Disk /dev/sdb: 3915776 sectors, 1.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 2A2942FB-D14C-4710-A41F-DECF92DA20FE Partition table holds up to 208 entries First usable sector is 64, last usable sector is 3915712 Partitions will be aligned on 4-sector boundaries Total free space is 0 sectors (0 bytes) Number Start (sector)End (sector) Size Code Name 235724403 416.0 KiB 0700 ISOHybrid1 3 446408 3915712 1.7 GiB 8300 Linux filesystem Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT). Warning: The kernel is still using the old partition table. The new table will be used at the next reboot. The operation has completed successfully. $ /sbin/gdisk /dev/sdb GPT fdisk (gdisk) version 0.8.1 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Command (? for help): p Disk /dev/sdb: 3915776 sectors, 1.9 GiB Logical sector size: 512 bytes Disk identifier (GUID): 2A2942FB-D14C-4710-A41F-DECF92DA20FE Partition table holds up to 208 entries First usable sector is 64, last usable sector is 3915712 Partitions will be aligned on 4-sector boundaries Total free space is 0 sectors (0 bytes) Number Start (sector)End (sector) Size Code Name 235724403 416.0 KiB 0700 ISOHybrid1 3 446408 3915712 1.7 GiB 8300 Linux filesystem Command (? for help): q -- The overwritten MBR might be needed for booting, if the firmware does not boot via GPT. In this case, use an MBR partition editor. In worst case one has to kill the GPT first: # Kill main GPT header block imported with the ISO image $ dd if=/dev/zero bs=512 count=1 conv=notrunc seek=1 of=/dev/sdb The backup GPT of the ISO will not be recognized as soon as the main GPT is gone. But there may be an old backup GPT at the end of the stick. # Kill old backup GPT at the end of the stick (coarsely: 1900 MB to end) $ dd if=/dev/zero bs=1M seek=1900 of=/dev/sdb Now the stick should be recognized as MBR only. (gdisk will spoil the MBR then. But fdisk should work.) -- I see two non-standard aspects in the original GPT, caused by the fact that debian-cd produces images rather than formatting disks, and by the fact that isohybrid is quite a hack. The partition editor must be able to adjust the GPT to a larger disk. Further the GPT which get produced according to isohybrid prescriptions bear partition 1 with an undigestible start block 0. This is probably why GPT partition 1 does not show up in gdisk. So
Bug#740543: RFS: eggdrop/1.6.21-1 [ITA #698272]
Control: tag -1 + moreinfo Hi Cédric, On Sun, Mar 2, 2014 at 9:04 AM, Cédric Barboiron c...@winkie.fr wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package eggdrop * Package name: eggdrop Version : 1.6.21-1 Upstream Author : EggHeads Development Team egghe...@eggheads.org * URL : http://www.eggheads.org/ * License : GPL-2+ Section : net It builds those binary packages: eggdrop- Advanced IRC Robot eggdrop-data - Architecture independent files for eggdrop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/eggdrop Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-1.dsc Changes since the last upload: * New upstream release: - debian/patches/00conf_paths.patch: updated - debian/patches/gcc-format-string-warnings: updated - debian/patches/01tcl8.5.10.patch: fixed upstream - debian/eggdrop.install: don't use hardcoded version anymore - Closes: #650718 * debian/compat: update to level 9 * debian/control: - set maintainer to Cédric Barboiron - use latest Standards-Version - add debhelper9 and autotools-dev dependencies - remove cdbs dependency * debian/rules: - switch to debhelper 9 format - Closes: #724986 as a side effect * debian/copyright: use copyright-format 1.0 * debian/watch: version 3, plus check pgp signature * debian/patches/01use_ldflags.patch: propagate LDFLAGS for eggdrop and modules (Closes: #668091) * debian/patches/02language_dir.patch: set default language directory (Closes: #661572) debian/copyright is missing a few copyright holders + license statements, e.g. LGPL-2+ for src/compat/gnu_strftime.c and (partially) 4-clause BSD for src/compat/inet_aton.c (actually, the latter is problematic because most of the upstream source is GPL-2+ licensed, which is incompatible with 4-clause BSD [1]). That's actually another RC bug right there... Regards, Vincent [1] http://www.gnu.org/licenses/license-list.html#OriginalBSD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744266: Process running beyond build, build does not honour test failures
Package: boxbackup Version: 0.11.1~r2837-1 Usertags: goto-cc During package build, two instances of bbstored are launched, but apparently never killed. The commands ../../bin/bbstored/bbstored testfiles/bbstored.conf thus breaks builds inside chroots, because the build place cannot be unmounted. This may or may not be related to the various failing tests (in particular, testfiles doesn't even appear to be a valid directory). See any of the build logs for these. Best, Michael pgpwdWhoyCGt8.pgp Description: PGP signature
Bug#744267: eggdrop: GPL + 4-clause BSD incompatibility
Source: eggdrop Version: 1.6.19-1 Severity: serious Justification: Policy 2.3 Dear Maintainer, src/compat/inet_aton.c contains code licensed under the 4-clause BSD license, which includes the advertising clause: * 3. All advertising materials mentioning features or use of this software *must display the following acknowledgement: * This product includes software developed by the University of * California, Berkeley and its contributors. This is incompatible with the GPL [1][2], which is what most of eggdrop's source is licensed under, making this undistributable by Debian as-is. Regards, Vincent [1] http://www.gnu.org/licenses/license-list.html#OriginalBSD [2] http://www.gnu.org/philosophy/bsd.html -- 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.13-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744268: postgis: [INTL:ru] Russian debconf templates translation
Package: postgis Version: 2.1.2+dfsg-3 Severity: wishlist Tags: l10n patch Dear Maintainer, *** 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 lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#730629: relatedly
Hi Joey, I've been trying to reproduce this using various stratagems but without success so far. On Sat, 22 Mar 2014 09:52:46 -0400, Joey Hess jo...@debian.org wrote: Stephen Kitt wrote: rm -rf ~/.local/share/Steam should do the trick... I don't have thaat directory, still have the problem. Indeed, it turns out it was a left-over directory from an old version! Cannot find any files with steam in their name in ~, I wonder if it's in a gconf database or something? I haven't been able to find anything like that, at least a grep in my Steam user's directory doesn't find anything outside ~/.steam. If you still have the problem at DC14, and the machine in question is accessible from there, we could try to fix it hands-on! Regards, Stephen signature.asc Description: PGP signature
Bug#691576: GDB still broken with 3.11.10-1
Hi, Probably message for posterity as nobody cares ia64 anymore, but gcc optimization isn't the cause of this, as alluded to earlier. While it seems to sometimes fix the problem, I'm now having various -O1-compiled kernels on Gentoo. Some exhibit the GDB issue, others don't. Émeric 2014-01-19 20:55 GMT+01:00 Kurt Roeckx k...@roeckx.be: On Sun, Jan 19, 2014 at 08:40:27PM +0100, Émeric MASCHINO wrote: [1] https://lists.debian.org/debian-68k/2013/05/msg00065.html === BTW, why is it archived on debian-68k? Because it was send to debian-ports@lists and not debian-ia64@lists like this, and debian-ports goes to all the porter lists including m68k and ia64. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740543: RFS: eggdrop/1.6.21-1 [ITA #698272]
Hi Vincent, On 12.04.2014 11:10, Vincent Cheng wrote: [...] debian/copyright is missing a few copyright holders + license statements, e.g. LGPL-2+ for src/compat/gnu_strftime.c and (partially) 4-clause BSD for src/compat/inet_aton.c (actually, the latter is problematic because most of the upstream source is GPL-2+ licensed, which is incompatible with 4-clause BSD [1]). That's actually another RC bug right there... the 4-clause BSD license should not be problematic in this case since the copyright holder is the University of California. They granted all licensees the right to delete the paragraph about advertising materials thus making the license compatible with the GPL. ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change I think it is sufficient to document this fact with a comment in debian/copyright and to ask upstream to remove the offending paragraph. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#740543: RFS: eggdrop/1.6.21-1 [ITA #698272]
On Sat, Apr 12, 2014 at 2:33 AM, Markus Koschany a...@gambaru.de wrote: Hi Vincent, On 12.04.2014 11:10, Vincent Cheng wrote: [...] debian/copyright is missing a few copyright holders + license statements, e.g. LGPL-2+ for src/compat/gnu_strftime.c and (partially) 4-clause BSD for src/compat/inet_aton.c (actually, the latter is problematic because most of the upstream source is GPL-2+ licensed, which is incompatible with 4-clause BSD [1]). That's actually another RC bug right there... the 4-clause BSD license should not be problematic in this case since the copyright holder is the University of California. They granted all licensees the right to delete the paragraph about advertising materials thus making the license compatible with the GPL. ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change I think it is sufficient to document this fact with a comment in debian/copyright and to ask upstream to remove the offending paragraph. Ah, in that case, never mind. Thanks! Not documenting this in d/copyright is still a blocker for this package to be uploaded, of course. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744270: git-buildpackage: Increase version of native packages on “upstream-tag”
Package: git-buildpackage Version: 0.6.13 Severity: wishlist Dear Maintainer, git-dch only increases the version found in debian/changelog or uses the “--new-version” command line option for native packages. I wonder if the limitation[1] of using upstream-tag to non native packages could not be removed. With something like: #+begin_src python if add_section and not version_change: # Get version from upstream if none provided v = guess_version_from_upstream(repo, options.upstream_tag, cp) if v and source.is_native(): # Strip the non native version part version_change['version'] = v.rstrip('-1') elif v: version_change['version'] = v #+end_src Or adding a “native=False” parameter to “guess_version_from_upstream()” and calling it with: #+begin_src python if add_section and not version_change: # Get version from upstream if none provided v = guess_version_from_upstream(repo, options.upstream_tag, cp, native=source.is_native()) if v: version_change['version'] = v #+end_src This would make easier to drive automatically package building on git events. Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.14.1 ii git 1:1.9.1-1 ii man-db2.6.6-1 ii python2.7.5-5 ii python-dateutil 1.5+dfsg-1 ii python-pkg-resources 3.4.1-1 Versions of packages git-buildpackage recommends: pn cowbuildernone ii pristine-tar 1.30 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-11 -- no debconf information Footnotes: [1] https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=blob;f=gbp/scripts/dch.py;h=f36f287731c13c6d3ebe07531ae84c310d17fcb1;hb=HEAD#l466 -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature
Bug#744271: wims: German debconf translation
Source: wims Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please see attached file. Thanks - -- Tobi - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTSQpyAAoJEJFk+h0XvV02nBoP/3byX20Z+//9nHjJJjok1Mdj IHXq8XbfVNHQRETte6vYRvtkEwyq3ks8pA9DqX9avd1nSnLCFWaEis1fZIWhiMgd vExURLLznBhKsXjR0D8G+dp/zRGGgB7EkmYI9I96R6YWMeeYqbj7ZBuTprq7iAPE as+UI9JRPyeQpnfs3dp3fsDreZ+B1wANYPIAeupkxMmebmKCXqv6cWvqr6l5khcv upYv2O5zw56kHQ3TiPoGiYVQFYb+m6mHZZAUtK2OSRDsKA84Mu4D0LFCpip6k7rN OaxKRvz+Bz0tJGzcJiInU7WCiXSUOz1KruChEB//s6YyeU287jWYHchO/+Mz8dW9 aWEtvh3v6AgjYlr3xSn5Y+LNrMXDVjCROqgEILOxWsDL0bn0MQ9tYa2FeO8c3gYW cs98+sLjJZaWf1CdHpZJeLrR6g7Euv1rSrFiKmDwNkKTx4mFte7s85rOtnMrUX63 IHALucMPiuBQo3wuMVgTsemMQNPMu7BzKEL7KRCRC/FPBW1aNg1WYWFiTSpeolma Zm0E9+9A/KW3Po0tenkimCWsdQcCLr+BOGyQAJowqQDKH4J6qHXuL/vo6sCj2GUY /Qcjgw5pd2S2o1CNhG1Jw02VvRRdwmC6Ra4a7qqqKVnghQTiI3gRBy61b+e/sPES fzUXMj33f7URFECMduV4 =omeL -END PGP SIGNATURE- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # Tobias Frost t...@coldtobi.de, 2014. # msgid msgstr Project-Id-Version: wims-moodle\n Report-Msgid-Bugs-To: wims-moo...@packages.debian.org\n POT-Creation-Date: 2014-04-01 10:57+0200\n PO-Revision-Date: 2014-04-12 11:34+0200\n Last-Translator: Tobias Frost t...@coldtobi.de\n Language-Team: Deutsch debian-l10n-ger...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Gtranslator 2.91.6\n #. Type: string #. Description #: ../templates:2001 msgid URL to access Wims from remote machines: msgstr URL um von entfernten Maschinen auf Wims zuzugreifen: #. Type: string #. Description #: ../templates:2001 msgid Please specify the URL that will allow users to access Wims assignments from Moodle. msgstr Bitte geben Sie die URL an, die es den Benutzern erlaubt von Moodle auf Wims Aufgaben zuzugreifen. #. Type: string #. Description #: ../templates:2001 msgid It should include the server hostname, but not the path, and must use the HTTPS protocol (with the web server configured to answer HTTPS requests). For instance, if Wims is accessed from https://wims.example.org/wims/ then you should enter https://wims.example.org here. msgstr Dies sollte nur den Rechnernamen des Servers enthalten, jedoch nicht den Pfad. Dabei muss das https-Protokoll verwendet werden (und der Webserver konfiguriert sein um https Anfragen zu beantworten). Beispielsweise, falls auf Wims von https://wims.example.org/wims/ zugegriffen wird, sollten Sie hier https://wims.example.org eingeben.
Bug#744272: ganeti: [INTL:ru] Russian debconf templates translation
Package: ganeti Version: 2.10.1-2 Severity: wishlist Tags: l10n patch Dear Maintainer, *** 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 lines *** Russian debconf templates translation is attached. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: GNU Zip compressed data
Bug#744247: grisbi is not build with goffice to provide graphics
Le 11/04/2014 23:34, Stéphane Glondu a écrit : Le 11/04/2014 21:15, Ludovic Rousseau a écrit : Grisbi is not build using goffice. So graphics are not available. [...] + libgoffice-0.8-dev, Actually, I tried with libgoffice-0.10-dev when updating the package, which didn't have any effect. I was planning on investigating later. Are you aware of a reason why grisbi doesn't work with the latest goffice library? Grisbi 1.0.0 uses goffice 0.8 Grisbi devel uses goffice 0.10 The next stable version of grisbi should use goffice 0.10. But grisbi version 1.0.0 only supports an older version of goffice. Grisbi devel also supports Gtk+ 3.x but grisbi version 1.0.0 only Gtk+ 2.x. I don't know when the next stable version of grisbi will be available. But I guess it will support goffice 0.10 and Gtk+ 3.x. Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729073: icedove won't start
Version: 24.3.0-2 Hello Nick, On Thu, Apr 10, 2014 at 07:17:17PM +0100, b...@theloosespoke.org.uk wrote: Hi Carsten, Ok, thanks - I'll do that. sorry for posting this against the wrong bug. so I'm closing this bug. Don't hesitate and report any new issues you found! 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#743858: segfaults when hgview a repository from https://bitbucket.org/grotegerd/mania
Control: tags -1 unreproducible On Mon, Apr 7, 2014 at 5:56 PM, Julien Cristau julien.cris...@logilab.fr wrote: Control: reassign -1 python-qt4 4.10.3+dfsg1-1 Reassigning to pyqt. hgview is pure python, a segfault means a bug somewhere lower in the stack. And again I can't reproduce it (on i386). Hgview window shows fine, and I can browse files[1] and commits there. [1] Better I did not see that. *Sigh* at people storing Manual.tex~, Manual.tex.backup, Manual.log, Manual.aux and so on in the Vcs. On Mon, Apr 7, 2014 at 09:49:39 -0400, Yaroslav Halchenko wrote: (gdb) bt 10 #0 0x721a5e30 in QMetaObject::cast(QObject*) const () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #1 0x70425996 in QAction::QAction(QString const, QObject*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #2 0x714324e9 in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/QtGui.so #3 0x714326c8 in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/QtGui.so #4 0x72eacd4a in ?? () from /usr/lib/python2.7/dist-packages/sip.so It would be nice if you attached a more useful stacktrace, with debug packages for Qt, PyQt and Sip installed. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744273: distributed-net: [INTL:de] German translation for debconf messages
Package: distributed-net Severity: wishlist Tags: i10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please see attached file. - -- Tobi - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTSRLOAAoJEJFk+h0XvV02/zQP/RA15H0FqXq6lfscALEGLk7J MY0t6ZPgEKn6VeRf/K1v1mqaSnpkfE84Y2cn5puEe3G3/+QmIjMUyYCyYVqv3he4 ceLaMXuvcdka3RP2SMml2HcLAvupuYoBGpOXj+Kyz+TyHnefAjit+53EfAbuSFuz TLVKJLMl6mLM3kfAJ4Bc3aMoANDtkb3nSwp1IrK/6ueZOAaoJ+DYF7Cs1EP1pd5h BNRA6aoRulLYg86L2/3SECNXSXUzcqODa0CiSWC8ivTIn7etDh94iuAU/fmQ+Dky L6ARru7bLlogMiD45ozT2pHlfrmXTbLp2VMcRUWqxHUQlnv0HI6qwlycYcRVnCmD BaLfkI1GYO05XfYsRQZVrYfiS8bStsfJTpqUqbOzVr2Q3swMHitcGkzg7wfH+Nfg ExdruDcAaLJigBT5JtsqSkOrqw4rqgt/4XW1eZHFzWX51O42ajVAddJDDZEUBtsG PyJ/tgpqfXVTwrf8MVo28SSdq/pEcqEB69cl0MjPN882/IXYk6Ai6JMuma08gqiX nG++vTLQf8sHnr5tEzrM+CSrPwH3K79br2RDr58BZ3MglNBETdbn84sh9h1AR+8X RltO5OZqLIu2vuZdYCr5HqxWon4FveTcZFLtplrIOMD2LGPUQ5jkXIgnVNrH+Ydy AZAcc26sYMEauefEUJ++ =EW0r -END PGP SIGNATURE- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # Tobias Frost t...@coldtobi.de, 2014. # msgid msgstr Project-Id-Version: distributed-net\n Report-Msgid-Bugs-To: distributed-...@packages.debian.org\n POT-Creation-Date: 2014-04-05 08:41+0200\n PO-Revision-Date: 2014-04-12 12:13+0200\n Last-Translator: Tobias Frost t...@coldtobi.de\n Language-Team: Deutsch debian-l10n-ger...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Gtranslator 2.91.6\n #. Type: boolean #. Description #: ../distributed-net.templates:2001 msgid Run the distributed.net client configuration utility? msgstr Das distribued.net-Client Konfigurationswerkzeug ausführen? #. Type: boolean #. Description #: ../distributed-net.templates:2001 msgid The distributed.net client needs to be configured before it can be used. While most options have reasonable defaults, you need to specify the e-mail address to which you would like distributed.net to credit any work done by the client. If you are installing the distributed-net package for the first time, then you must configure the client, otherwise the distributed.net client will refuse to start. msgstr Der distributed.net-Client muss bevor er benutzt werden kann konfiguriert werden. Obwohl die meisten Einstellungen vernünftige Standardwerte haben, muss eine e-Mail Adresse angegeben werden, dem distributed.net alle vom Client erledigte Arbeit zugerechnet wird. Falls Sie das distributed-net Paket zum ersten Mal installieren müssen Sie den Client konfigurieren, ansonsten wird der Client nicht starten. #. Type: boolean #. Description #: ../distributed-net.templates:2001 msgid When the distributed.net client is run as a daemon (via /etc/init.d/ distributed-net), the output will be redirected to /var/log/distributed-net. log. You do not need to set up a log file. Since the init script is controlling the distributed.net client, you should not enable \quiet mode\ as that breaks the init script. msgstr Falls der distributed.net-Client als Daemon gestartet wird (mittels /etc/ init.d/distributed-net), wird die Ausgabe zu /var/log/distributed-net.log umgeleitet. Sie brauchen keine Logdatei einzurichten. Da das Init-Skript den distributed.net-Client kontrolliert, dürfen sie den \quiet-mode\ nicht aktivieren, da sonst das Init-Skript nicht richtig funktionieren würde.
Bug#206208: Pbuilder probably shouldn't even seek to kill processes
Hi all, Browsing pbuilder's bug reports I just came across this one; in my opinion, pbuilder should not even come with a facility to kill processes in chroot mode - this would really mean masking some package's problem. If people really insist in killing, they might just want to use pbuilder-uml instead. Also, I have reported problems of this kind against some packages, and these were taken up properly: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702644 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702647 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719140 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702663 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744266 Best, Michael pgpgDA1hTA9Wz.pgp Description: PGP signature
Bug#744154: pu: package tweepy/1.7.1-2
Control: tags -1 + wheezy confirmed On Thu, 2014-04-10 at 17:56 -0300, Miguel Landaeta wrote: Since wheezy release, Twitter has made breaking changes to their APIs and this has broken some packages in the archive like tweepy (e.g. #736174). For this reason, I'm proposing an update to the stable version to change two default settings and make usable this package again. Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744274: cdo: wrong grib2 output
Package: cdo Version: 1.6.3+dfsg.1-2 Severity: normal Dear Maintainer, the execution of the two commands: cdo selname,param8.1.0 -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 00/globo_201403020 0_00.grib2 qq.grib2 cdo -f nc selname,param8.1.0 -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 00/globo_201 4030200_00.grib2 qq.nc give different results (checked with cdo sinfo). The result of the first command gives wrong dates: Time coordinate : unlimited steps RefTime = 2014-03-02 00:00:00 Units = minutes Calendar = proleptic_gregorian -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss 2014-05-31 00:00:00 2014-06-30 00:00:00 2014-07-30 00:00:00 2014-08-29 00:00:00 2014-09-28 00:00:00 2014-10-28 00:00:00 2014-11-27 00:00:00 2014-12-27 00:00:00 2015-01-26 00:00:00 2015-02-25 00:00:00 2015-03-27 00:00:00 2015-04-26 00:00:00 2015-05-26 00:00:00 2015-06-25 00:00:00 2015-07-25 00:00:00 2015-08-24 00:00:00 2015-09-23 00:00:00 2015-10-23 00:00:00 2015-11-22 00:00:00 2015-12-22 00:00:00 2016-01-21 00:00:00 2016-02-20 00:00:00 2016-03-21 00:00:00 2016-04-20 00:00:00 2016-05-20 00:00:00 2016-06-19 00:00:00 2016-07-19 00:00:00 2016-08-18 00:00:00 2016-09-17 00:00:00 2016-10-17 00:00:00 2016-11-16 00:00:00 2016-12-16 00:00:00 2017-01-15 00:00:00 2017-02-14 00:00:00 2017-03-16 00:00:00 2017-04-15 00:00:00 2017-05-15 00:00:00 2017-06-14 00:00:00 2017-07-14 00:00:00 2017-08-13 00:00:00 2017-09-12 00:00:00 2017-10-12 00:00:00 2017-11-11 00:00:00 2017-12-11 00:00:00 2018-01-10 00:00:00 2018-02-09 00:00:00 2018-03-11 00:00:00 2018-04-10 00:00:00 2018-05-10 00:00:00 2018-06-09 00:00:00 2018-07-09 00:00:00 2018-08-08 00:00:00 2018-09-07 00:00:00 2018-10-07 00:00:00 2018-11-06 00:00:00 2018-12-06 00:00:00 2019-01-05 00:00:00 2019-02-04 00:00:00 2019-03-06 00:00:00 2019-04-05 00:00:00 2019-05-05 00:00:00 2019-06-04 00:00:00 while the second gives: Time coordinate : 62 steps RefTime = 2014-03-02 00:00:00 Units = minutes Calendar = proleptic_gregorian -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss 2014-03-03 12:00:00 2014-03-04 00:00:00 2014-03-04 12:00:00 2014-03-05 00:00:00 2014-03-05 12:00:00 2014-03-06 00:00:00 2014-03-06 12:00:00 2014-03-07 00:00:00 2014-03-07 12:00:00 2014-03-08 00:00:00 2014-03-08 12:00:00 2014-03-09 00:00:00 2014-03-09 12:00:00 2014-03-10 00:00:00 2014-03-10 12:00:00 2014-03-11 00:00:00 2014-03-11 12:00:00 2014-03-12 00:00:00 2014-03-12 12:00:00 2014-03-13 00:00:00 2014-03-13 12:00:00 2014-03-14 00:00:00 2014-03-14 12:00:00 2014-03-15 00:00:00 2014-03-15 12:00:00 2014-03-16 00:00:00 2014-03-16 12:00:00 2014-03-17 00:00:00 2014-03-17 12:00:00 2014-03-18 00:00:00 2014-03-18 12:00:00 2014-03-19 00:00:00 2014-03-19 12:00:00 2014-03-20 00:00:00 2014-03-20 12:00:00 2014-03-21 00:00:00 2014-03-21 12:00:00 2014-03-22 00:00:00 2014-03-22 12:00:00 2014-03-23 00:00:00 2014-03-23 12:00:00 2014-03-24 00:00:00 2014-03-24 12:00:00 2014-03-25 00:00:00 2014-03-25 12:00:00 2014-03-26 00:00:00 2014-03-26 12:00:00 2014-03-27 00:00:00 2014-03-27 12:00:00 2014-03-28 00:00:00 2014-03-28 12:00:00 2014-03-29 00:00:00 2014-03-29 12:00:00 2014-03-30 00:00:00 2014-03-30 12:00:00 2014-03-31 00:00:00 2014-03-31 12:00:00 2014-04-01 00:00:00 2014-04-01 12:00:00 2014-04-02 00:00:00 2014-04-02 12:00:00 2014-04-03 00:00:00 In addition: if I execute cdo selname,param8.1.0 00/globo_2014030200_00.grib2 tmp.grib2 and then cdo seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 tmp.grib2 qq.grib2 I get the right dates. In wheezy with cdo rebuilt for a backport of grib-api (1.10.4) I get the right result. Let me know if you need the input file (300MB) to reproduce the error, I will made it available for download. Regards, Alberto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cdo depends on: ii libc6 2.18-4 ii libcdi01.6.3+dfsg.1-2 ii libhdf5-openmpi-7 [libhdf5-7] 1.8.12+docs-1 ii libnetcdfc71:4.1.3-7 ii libproj0 4.8.0-2 cdo recommends no packages. cdo 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#744275: biber: build and runtime dependencies on Perl are incorrect
Package: biber Version: 1.8-1 Severity: normal As can easily be checked, biber 1.8 build depends on Perl 5.16, not 5.14, as listed in the build dependencies (see below). Package: biber Binary: biber Version: 1.8-1 Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org Uploaders: Danai SAE-HAN (韓達耐) da...@debian.org, Norbert Preining prein...@debian.org Build-Depends: debhelper (= 9), perl (= 5.14.0), libautovivification-perl, libconfig-autoconf-perl (= 0.15), libdata-compare-perl, libdata-dump-perl, libdate-simple-perl, libencode-eucjpms-perl, libencode-hanextra-perl, libencode-jis2k-perl, libextutils-libbuilder-perl (= 0.02), libfile-slurp-unicode-perl, libfile-which-perl, libipc-run3-pe rl, liblist-allutils-perl, liblist-moreutils-perl, liblog-log4perl-perl, liblwp-protocol-https-perl, libreadonly-perl, libreadonly-xs-perl, libregexp-common-perl, libtext-bi btex-perl (= 0.66), libunicode-collate-perl (= 0.98), libunicode-linebreak-perl, libwww-perl, libxml-libxml-simple-perl, libxml-libxslt-perl, libtest-pod-perl (= 1.22), libxml-writer-perl, libbusiness-isbn-perl, libbusiness-ismn-perl, libbusiness-issn-perl, liburi-perl, libtest-pod-coverage-perl (= 1.08), tex-common Additionally, biber has a runtime dependency on Perl 5.16 as well, not just perl, as listed in the runtime dependencies (see below). Package: biber Version: 1.8-1 Installed-Size: 1748 Maintainer: Debian TeX maintainers debian-tex-ma...@lists.debian.org Architecture: all Depends: dpkg (= 1.14.18), tex-common (= 4), perl, libautovivification-perl, libdata-compare-perl, libdata-dump-perl, libdate-simple-perl, libencode-eucjpms-perl, libencod e-hanextra-perl, libencode-jis2k-perl, libfile-slurp-unicode-perl, libipc-run3-perl, liblwp-protocol-https-perl, liblist-allutils-perl, liblist-moreutils-perl, liblog-log4pe rl-perl, libreadonly-perl, libregexp-common-perl, libtext-bibtex-perl (= 0.66), libunicode-collate-perl (= 0.98), libunicode-linebreak-perl, libwww-perl, libxml-libxml-sim ple-perl, libxml-libxslt-perl, libxml-writer-perl, libbusiness-isbn-perl, libbusiness-ismn-perl, libbusiness-issn-perl, liburi-perl Recommends: texlive-bibtex-extra, libreadonly-xs-perl Both these facts become obvious if you try to build or run biber 1.8 on Debian wheezy, which has Perl 5.14. Installng the biber binary from unstable on wheezy succeeds, but this is what you get when you try to run it: $ biber Perl v5.16.0 required--this is only v5.14.2, stopped at /usr/bin/biber line 6. BEGIN failed--compilation aborted at /usr/bin/biber line 6. Similarly, the build dependencies are satisfied on wheezy, but trying to build it produces immediate complaints as follows: faheem@orwell:/usr/local/src/biber/biber-1.8$ debuild -uc -us dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package biber dpkg-buildpackage: source version 1.8-1 dpkg-buildpackage: source changed by Norbert Preining prein...@debian.org dpkg-source --before-build biber-1.8 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --with tex dh_testdir dh_auto_clean dh_clean dpkg-source -b biber-1.8 dpkg-source: info: using source format 3.0 (quilt)' dpkg-source: info: building biber using existing ./biber_1.8.orig.tar.gz dpkg-source: info: building biber in biber_1.8-1.debian.tar.gz dpkg-source: info: building biber in biber_1.8-1.dsc debian/rules build dh build --with tex dh_testdir dh_auto_configure Checking prerequisites... requires: ! Encode::EUCJPASCII is not installed ! Mozilla::CA is not installed ! perl (5.14.2) is installed, but we need version = 5.16.0 ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions of the modules indicated above before proceeding with this installation Run 'Build installdeps' to install missing prerequisites. Then it gives a bunch more errors and crashes. Complete log attached. Regards, Faheem -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: source package biber dpkg-buildpackage: source version 1.8-1 dpkg-buildpackage: source changed by Norbert Preining prein...@debian.org dpkg-source --before-build biber-1.8 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --with tex dh_testdir dh_auto_clean dh_clean dpkg-source -b biber-1.8 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info:
Bug#741792: [Pkg-pascal-devel] Bug#741792: Bug#741792: doublecmd: FTBFS: install: cannot stat '*.so*': No such file or directory
Hi Paul Thanks for your commits. I'm still not entirely clear on the cause of the FTBFS. Your patch to components/build.sh looks the same as the one I attached to this bug report earlier, but that on its own didn't work for me. What do you think of modifying debian/patches/fix_build.sh_for_lazarus-1.2.patch as below: --- a/components/build.sh +++ b/components/build.sh @@ -10,7 +10,12 @@ then $lazbuild /usr/lib/lazarus/default/components/lazcontrols/lazcontrols.lpk $DC_ARCH -B $lazbuild /usr/lib/lazarus/default/components/synedit/synedit.lpk $DC_ARCH -B - $lazbuild /usr/lib/lazarus/default/ideintf/ideintf.lpk $DC_ARCH -B + if [ -d /usr/lib/lazarus/default/components/ideintf ] +then +$lazbuild /usr/lib/lazarus/default/components/ideintf/ideintf.lpk $DC_ARCH -B +else +$lazbuild /usr/lib/lazarus/default/ideintf/ideintf.lpk $DC_ARCH -B + fi fi # Build components This should make backporting easier and allow doublecmd to continue to build on lazarus = 1.0.1, and we won't have to change the versions of the lazarus and lcl* build-depends in debian/control to = 1.2~. That being said, right now I'm not able to build doublecmd with debian/add_set-e_to_build_scripts.patch and lazarus 1.0.10 (Ubuntu Trusty). I'll be able to test on lazarus 1.2 this coming week. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744276: ding.desktop not properly installed
Package: ding Version: 1.7-2 Severity: normal Tags: patch Hi, The current package does not install the ding.desktop file correctly and therefore there is a missing integration in several desktop environments. I have attached a debdiff which adjust the package so ding.deskop will be correctly installed to /usr/share/applications/. Would be great if such could be applied. Thanks, Oliver diff -Nru ding-1.7/debian/changelog ding-1.7/debian/changelog --- ding-1.7/debian/changelog 2012-06-12 19:24:03.0 +0300 +++ ding-1.7/debian/changelog 2014-04-12 12:50:02.0 +0300 @@ -1,3 +1,11 @@ +ding (1.7-3) unstable; urgency=low + + * debian/patches/08_adjust_ding_desktop_file.patch: +Fixed installation of ding.desktop file. + * Update to Standards-Version 3.9.4 + + -- Oliver Sauder o...@esite.ch Sat, 12 Apr 2014 12:28:37 +0300 + ding (1.7-2) unstable; urgency=low * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt. diff -Nru ding-1.7/debian/control ding-1.7/debian/control --- ding-1.7/debian/control 2012-06-12 18:39:02.0 +0300 +++ ding-1.7/debian/control 2014-04-12 12:49:27.0 +0300 @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Roland Rosenfeld rol...@debian.org -Standards-Version: 3.9.3 +Standards-Version: 3.9.4 Build-Depends: debhelper (= 9) Build-Depends-Indep: man-db, bsdmainutils, dictfmt (= 1.10.1), dictzip Homepage: http://www-user.tu-chemnitz.de/~fri/ding/ diff -Nru ding-1.7/debian/ding.install ding-1.7/debian/ding.install --- ding-1.7/debian/ding.install1970-01-01 02:00:00.0 +0200 +++ ding-1.7/debian/ding.install2014-04-12 12:42:31.0 +0300 @@ -0,0 +1 @@ +ding.desktop usr/share/applications diff -Nru ding-1.7/debian/examples ding-1.7/debian/examples --- ding-1.7/debian/examples2004-02-16 22:16:05.0 +0300 +++ ding-1.7/debian/examples1970-01-01 02:00:00.0 +0200 @@ -1 +0,0 @@ -ding.desktop diff -Nru ding-1.7/debian/patches/08_adjust_ding_desktop_file.patch ding-1.7/debian/patches/08_adjust_ding_desktop_file.patch --- ding-1.7/debian/patches/08_adjust_ding_desktop_file.patch 1970-01-01 02:00:00.0 +0200 +++ ding-1.7/debian/patches/08_adjust_ding_desktop_file.patch 2014-04-12 12:28:37.0 +0300 @@ -0,0 +1,17 @@ +## Description: add some description +## Origin/Author: add some origin or author +## Bug: bug URL +Index: ding-1.7/ding.desktop +=== +--- ding-1.7.orig/ding.desktop 2009-04-15 09:25:28.0 +0300 ding-1.7/ding.desktop 2014-04-12 12:28:35.897309385 +0300 +@@ -5,7 +5,7 @@ + GenericName=ding + GenericName[de]=ding + Exec=/usr/bin/ding +-Icon=ding.png ++Icon=dbook.xpm + Terminal=0 + Type=Application +-Categories=Application;Utility;X-Red-Hat-Extra; ++Categories=Office;Dictionary;Education;Utility diff -Nru ding-1.7/debian/patches/series ding-1.7/debian/patches/series --- ding-1.7/debian/patches/series 2012-06-12 18:39:06.0 +0300 +++ ding-1.7/debian/patches/series 2014-04-12 12:25:02.0 +0300 @@ -4,3 +4,4 @@ 04_aspell_quote.patch 05_manpage.patch 07_8bit_aspell.patch +08_adjust_ding_desktop_file.patch
Bug#744277: Mismatch of array sizes
Package: atp Version: 1.2-11 Usertags: goto-cc While compiling the package using our research compiler infrastructure it became apparent that the following declarations are conflicting: http://sources.debian.net/src/atp/1.2-11/atp.c?hl=78,79#L78 http://sources.debian.net/src/atp/1.2-11/width.c?hl=26,48#L26 In particular as the code is compiled with -O3, the compiler may make attempts to use the given size of the arrays in atp.c for loop unwinding. Hence the effectively larger array would in parts be skipped in the various procedures of atp.c. One possible remedy would be removing the sizes from atp.c. Best, Michael pgp1jOX9K5yvN.pgp Description: PGP signature
Bug#743157: [Pkg-systemd-maintainers] Bug#743157: systemd: disables networking permanently during tried suspend
severity 743157 important thanks Am 31.03.2014 15:50, schrieb Norbert Preining: Hi Michael, On Mon, 31 Mar 2014, Michael Biebl wrote: There is already a bug report for that, so cloning it wouldn't have been necessary. Ah, ok, sorry. Close it or merge it. What nmcli nm sleep false does is to wake it up by hand. Ok, will try it. There is a connection, yes. I can go into more detail, if you are interested (not sure, since you said you don't care). Ah, fine with me. If you know what it is and can fix it, that is fine with me. I've added a workaround to the network-manager package to not setup the systemd based sleep monitor when the system was not booted with systemd [0]. As a consequence, you should no longer run into the problem that NM remains in sleep mode with unmanaged devices after a suspend request when you run standalone logind. We might eventually fix logind to not send the PrepareForSleep signal in the first place when running standalone. But since this issue no longer breaks NM, I'm downgrading it from RC to important. Regards, Michael [0] http://anonscm.debian.org/gitweb/?p=pkg-utopia/network-manager.git;a=commitdiff;h=3b5d274bf03bffc800173d619def8b8e467d504c -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#676326: reportbug: Version check via madison seems to pick up i386 when using amd64
Package: reportbug Version: 6.5.0 Followup-For: Bug #676326 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? $ reportbug binutils *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Arthur Marsh arthur.ma...@internode.on.net' as your from address. Getting status for binutils... Verifying package integrity... Checking for newer versions at madison... Your version (2.24.51.20140410-1) of binutils appears to be out of date. The following newer release(s) are available in the Debian archive: unstable: 2.24.51.20140411-1 Do you still want to file a report [y|N|q|?]? q * What exactly did you do (or not do) that was effective (or ineffective)? currently rebuilding binutils 2.24.51.20140411-1 from source * What was the outcome of this action? * What outcome did you expect instead? report only if a newer version is available on the architecture that I'm reporting from. *** End of the template - remove these template lines *** -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/amarsh04/.reportbugrc: reportbug_version 3.5 mode standard ui text realname Arthur Marsh email arthur.ma...@internode.on.net -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0+ (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 1.0.1 ii python2.7.5-5 ii python-reportbug 6.5.0 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.52 ii debsums2.0.52+nmu1 pn dlocatenone ii emacs23-bin-common 23.4+1-4.1+b1 ii exim4 4.82-7 ii exim4-daemon-light [mail-transport-agent] 4.82-7 ii file 1:5.17-1 ii gnupg 1.4.16-1.1 ii python-gtk22.24.0-3+b1 ii python-gtkspell2.25.3-13 pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 1.0.1 ii python2.7.5-5 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#726434: pedantic+silly german installation by in normal (or even expert) mode? (Re: Bug#726434: Processed: Re: Bug#726434: debian-installer: Time zone Busingen is missing ü umlaut
Hi, On Samstag, 12. April 2014, Christian PERRIER wrote: I just committed the fix. I have to admit that I'm not entirely happy with D-I prompting German users for a timezone which 99.9% of the country doesn't care about but it seems we can't do anything else until the Busingen area reverts their specific way to handle time. why can't we do anything about it? We do have the source, don't we? ;-) Also its 99,999% or something, not 99,9%. (Too lazy to do the exact math, but Büsingen has 1335 inhabitants compared to 80 mio.) Also: [13:01] h01ger | wh000t! timezone busingen! for those who dont know what the differenze between standard german (or swiss) time is: in 1980 .de introduced summertime and in 1981 .ch (and busingen) did it, thats why. http://de.wikipedia.org/wiki/Büsingen_am_Hochrhein explains that, the english page doesnt... [13:07] h01ger | that page also says that businged follow_ed_ swiss time laws, as if it doesnt do this anymore, so it sounds unlikely that it will divert from germany ever again. and even if, being prompted between berlin+busingen at anything but an pedantic installation (pedanticexpert) seems silly to me. Or maybe this is a case of me being sleepy or neverending April 1st?!? cheers, Holger, who really wants timezone Hamburg St.Pauli or altona.dk anyway signature.asc Description: This is a digitally signed message part.
Bug#726799: Cannot reproduce, lowering severity
tags + 726799 unreproducible moreinfo severity 726799 important thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744278: scala: Packaging of Scala 2.10.4
Source: scala Severity: wishlist Dear Maintainer, I have been working on packaging Scala 2.10.4 for debiani and would like to integrate it in Debian. A clone of the git repository with the new version is available here: https://github.com/satabin/scala-debian In this clone, the new upstream version was imported, and patches were updated to apply to version 2.10.4. I also updated the watch file since releases are now available on github for scala. There is probably still things to improve (e.g. in the changelog) as I am learning how to build Debian packages, but I am willing to contribute to packaging scala applications for Debian. So any comment to improve what I have done is welcome. Thanks in advance Lucas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.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#744280: RFS: cpl-plugin-xshoo/2.4.0+dfsg-1 (name change)
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-as...@lists.debian.org, debian-ment...@lists.debian.org Dear mentors, I am looking for a sponsor for my package cpl-plugin-xshoo * Package name: cpl-plugin-xshoo Version : 2.4.0+dfsg-1 Upstream Author : European Southern Observatory * URL : http://www.eso.org/sci/software/pipelines/xshooter/ * License : GPL-v2+ Section : science It builds those binary packages: cpl-plugin-xshoo - ESO data reduction pipeline for XSHOOTER cpl-plugin-xshoo-calib - ESO data reduction pipeline calibration data downloader for XSHOO cpl-plugin-xshoo-doc - ESO data reduction pipeline documentation for XSHOOTER To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cpl-plugin-xshoo Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cpl-plugin-xshoo/cpl-plugin-xshoo_2.4.0+dfsg-1.dsc Changes since the last upload: cpl-plugin-xshoo (2.4.0+dfsg-1) unstable; urgency=low * New upstream version * Rename package to cpl-plugin-xshoo * Change maintainer and VCS location to debian-astro -- Ole Streicher deb...@liska.ath.cx Fri, 11 Apr 2014 16:58:53 +0200 I need a sponsor since there is a name change in the upstream package (xsh -- xshoo), and for consistency I want to have the same name in the Debian packages. Also, the package creation uses the same Debian template as the other cpl-plugin-* packages and the template uses the upstream name to create various things. The VCS still has the old name. However, the ACLs for the debian-astro git repository are not correct yet, so the VCS is not accessible via http. Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743623: default behavior - another workaround
default behavior? no subscribed - please add me in CC Hi Ian, I think the default AccelMethod for the stable X stack + kernel is accelmethod uxa. see: man intel Another workaround for the stable ( wheezy) X stack is to force sna with a minimal /etc/X11/xorg.conf.d/11-intel.conf Section Device Identifier card0 Driver intel Option AccelMethod 'sna EendSection I think this is default behavior. regards Will llivv If I'm wrong it wouldn't be the first time. :( old - X / KMS doc - X Strike Force’s documentation X Strike Force’s documentation The “X Strike Force” takes care of packaging X.Org for Debian. These documents are shipped in the xserver-xorg metapackage (under /usr/share/doc/xorg), starting with wheezy. View on x.debian.net Preview by Yahoo
Bug#744281: Mismatch of array sizes
Package: audacious-plugins Version: 3.4.3-2 Usertags: goto-cc While compiling the package using our research compiler infrastructure it became apparent that the following declarations are conflicting: http://sources.debian.net/src/audacious-plugins/3.4.3-2/src/psf/psx_hw.c?hl=240,243#L240 http://sources.debian.net/src/audacious-plugins/3.4.3-2/src/psf/eng_psf.c?hl=57,59#L57 The fact that the declarations with external linkage are larger by 4 uints may lead to wrong assumptions by the compiler and hence may cause undefined behaviour. The most obvious remedy is making both declarations use the same size. Best, Michael pgp0bACPvlOef.pgp Description: PGP signature
Bug#739946: wheezy-pu: package advi/1.10.2-1
Control: tags -1 + pending On Tue, 2014-03-11 at 22:09 +, Adam D. Barratt wrote: On Mon, 2014-02-24 at 09:52 +0100, Ralf Treinen wrote: advi in wheezy, when recompiled on a wheezy chroot, places files in non-FHS location /advi. [...] Please go ahead. For the record, this was uploaded and I've flagged it for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743564: wheezy-pu: package ltsp/5.4.2-6
Control: tags -1 + pending On Fri, 2014-04-11 at 10:01 -0700, Vagrant Cascadian wrote: On Thu, Apr 03, 2014 at 09:25:30PM +0100, Adam D. Barratt wrote: On Thu, 2014-04-03 at 12:23 -0700, Vagrant Cascadian wrote: ltsp-server-standalone: no sound with pulseaudio https://bugs.debian.org/738553 It breaks sounds support on most LTSP thin clients, in my experience. The update is a trivial one-line patch, and I've tested it for many months in at least one LTSP deployment with a variety of hardware. The patch was merged in upstream LTSP some time ago, and is present in jessie. Please go ahead; thanks. It's been uploaded as ltsp 5.4.2-6+deb7u1, although I failed to add this bug number in the changelog. If this bug is #743564, then there's no particular reason for it to be in the changelog (it certainly shouldn't be in Closes:). Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744279: Conflicting declarations of variables (signed vs. unsigned char)
Package: bibtool Version: 2.55+ds-2 Usertags: goto-cc While compiling the package using our research compiler infrastructure it became apparent that the following declarations are conflicting: http://sources.debian.net/src/bibtool/2.55%2Bds-2/include/bibtool/type.h?hl=318,327,336,341,342,343#L318 Observe that the definition with internal linkage is for unsigned char, whereas all three external ones are plain char. Not only do Debian's platforms vary in terms of signedness of char (so this will be consistent on some, but not on others), but also this is worrying if ever any unicode characters (with a character code beyond 127) are to be considered. Furthermore the compiler may make various inconsistent assumptions, possibly causing undefined behaviour. It seems a full code review is due with respect to char vs. unsigned char, as this appears to get mixed. Best, Michael pgp9XIML2BDrL.pgp Description: PGP signature
Bug#741792: [Pkg-pascal-devel] Bug#741792: Bug#741792: doublecmd: FTBFS: install: cannot stat '*.so*': No such file or directory
On 12-04-14 13:00, Graham Inggs wrote: Thanks for your commits. I'm still not entirely clear on the cause of the FTBFS. I am too. The trigger is relocation of units, but the build.sh is working around the current failure of the lcl-qt4 package to provide pre-build units. That will be fixed soon in Lazarus. I think for the current work-around in combination with the new location, we are still missing some search path to the doublecmd build units in the new location. Your patch to components/build.sh looks the same as the one I attached to this bug report earlier, but that on its own didn't work for me. No, indeed, additionally, you are missing the qt units that will be in the lcl-qt4 package when we make a new release. Not that it has anything to do with upstream, it is only the Debian packaging of Lazarus that is improved in this respect. What do you think of modifying debian/patches/fix_build.sh_for_lazarus-1.2.patch as below: Well, I want to get rid of this whole block with lazarus 1.2 actually, that works. Backports should than just not use the patch that removes this block. And as mentioned above, I think we are still missing one ingredient for the fix of the work around. Maybe the patch should be: if the component is in the old location do all the doublecmd workaround stuff and else skip it completely. This should make backporting easier and allow doublecmd to continue to build on lazarus = 1.0.1, and we won't have to change the versions of the lazarus and lcl* build-depends in debian/control to = 1.2~. Yes, but as mentioned before, I don't think all this is really sane and it will be fixed in lazarus 1.2. So for Debian I think the best thing to do is bit the bullet and don't be backport compatible (or change the patch according to my comment above). That being said, right now I'm not able to build doublecmd with debian/add_set-e_to_build_scripts.patch and lazarus 1.0.10 (Ubuntu Trusty). I'll be able to test on lazarus 1.2 this coming week. Just to be sure, you need the new Debian lazarus 1.2 package. Upstream stuff doesn't matter. Paul signature.asc Description: OpenPGP digital signature
Bug#740744: closing 740744 - dns323-firmware-tools still depends on ruby1.9.1
Control: reopen -1 Control: notfixed -1 0.6-1 * Matt Palmer mpal...@debian.org [140412 13:03]: close 740744 0.6-1 close 743787 0.6-1 thanks 0.6-1 still Depends on ruby1.9.1, therefore I'm reopening this bug. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpuuv2MYaO3I.pgp Description: PGP signature
Bug#744282: Conflicting function declarations
Package: audit Version: 1:2.3.4-1 Usertags: goto-cc While compiling the package using our research compiler infrastructure it became apparent that the following declarations are conflicting: http://sources.debian.net/src/audit/1:2.3.4-1/audisp/plugins/prelude/prelude-config.h?hl=72#L72 http://sources.debian.net/src/audit/1:2.3.4-1/src/auditd-config.h?hl=86#L86 While a standard linker may quietly ignore the duplicate declaration (and definition) here, this also means that either one of them will be called, which will likely result in completely wrong behaviour. Possible fixes to the problem include renaming or making one of the functions static. Best, Michael pgpCtWM8GKNPX.pgp Description: PGP signature
Bug#739611: #701349: ruby-ffi: fixed in 1.9.0debian-1
As previously marked, this has been fixed already. I've double checked that the current version builds fine on sid (with gcc 4.8). RT: please schedule the binNMU for ruby-ffi. Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgps3HVGLTlbX.pgp Description: PGP signature
Bug#743670: [jenkins.d.n] Hurd support on g-i-installation jobs
Hi Gabriele, are you subscribed to the qa list or should I continue to cc: you? (I'd also appreciate if you wouldn't cc: me...) On Samstag, 12. April 2014, Gabriele Giacone wrote: I didnt see this commit anywhere?! diskimage_poweroff branch. + *_hurd*) + do_and_report type echo 'In tight loop: hit ctl-alt-del to reboot' + ;; ? Please explain... Still, merged. As already said, I'm currently not willing to also install wheezy on my jessie machine. I didn't manage to reproduce it even by reinstalling jenkins on a wheezy chroot. thats very strange. Install process got stuck at connecting to time server. If I had access I'd probably look for any useful message on console #4 and check network connectivity. Sometimes netdde gets stuck and needs to be restarted. If that's the case it probably won't get stuck at next run. netdde is running inside hurt? And if its that unreliable I'm not sure we should workaround it in jenkins.d.n, it seems better to fix it in hurd?! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#744283: ipmitool: Please point to project home in control file
Package: ipmitool Version: 1.8.11-5 Severity: wishlist Hi. Please add a homepage URL to the control file to point to the project site, URL: http://sourceforge.net/projects/ipmitool/ . -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744284: reportbug shall be coded in C and belong to apt-get
Package: reportbug Version: 6.4.4 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? heavy application for a simple bug report * What exactly did you do (or not do) that was effective (or ineffective)? it needs a lot of packages and fload of non necessary stuffs the box * What was the outcome of this action? Reading the book of C from Kevin and coding a lightweight C based reportbug it is just based on simple networking * What outcome did you expect instead? this post reportbug will be not considered as usually by the review. No one is really interested in coding versatile light-weight applications. apt-get is awesome and shall remain an elite software/app to take example on. Yours sincerely, Pat *** End of the template - remove these lines *** -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/marta/.reportbugrc: reportbug_version 6.4.4 mode novice ui text realname patrick295...@gmail.com email patrick295...@gmail.com -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 reportbug depends on: ii apt 0.9.7.9 ii python2.7.3-4+deb7u1 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs22-bin-common | emacs23-bin-common none pn file none ii gnupg1.4.12-7+deb7u2 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell none pn python-urwid none pn python-vte none ii sendmail-bin [mail-transport-agent] 8.14.4-4 ii xdg-utils1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.9 ii python2.7.3-4+deb7u1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744285: (no subject)
Subject: /usr/share/hplip/setup.py: hp-setup does not -i install on net the printer Package: hplip-data Version: 3.12.6-3.1+deb7u1 File: /usr/share/hplip/setup.py Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? hp-setup -i * What exactly did you do (or not do) that was effective (or ineffective)? I select 1 for net and it tells that nothing cannot be fetch from net I just install iwth cmd line with lpadmin and it worked ;) * What was the outcome of this action? please improve hp-setup -i for net install * What outcome did you expect instead? some imrprovements regards *** End of the template - remove these lines *** -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 hplip-data depends on: ii python2.7.3-4+deb7u1 ii xz-utils 5.1.1alpha+20120614-2 hplip-data recommends no packages. Versions of packages hplip-data suggests: ii hplip 3.12.6-3.1+deb7u1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739611: #701349: ruby-ffi: fixed in 1.9.0debian-1
On 2014-04-12 14:19, Christian Hofstaedtler wrote: As previously marked, this has been fixed already. I've double checked that the current version builds fine on sid (with gcc 4.8). RT: please schedule the binNMU for ruby-ffi. Thanks, Scheduled. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737887: gav: please provide a desktop file and icons
Control: tags -1 patch Dear maintainer, please find attached a patch that achieves the following: * Add gav.desktop file. * Add icon entry to menu file. * Add gav.xpm 32x32 pixel icon and install it to /usr/share/pixmaps. (Closes: #737887) Regards, Markus From cafcf86ee65cb940fc37346a88de912c76fdd788 Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Sat, 12 Apr 2014 15:00:33 +0200 Subject: [PATCH] fix 737887 --- debian/changelog | 10 debian/dirs| 1 + debian/gav.desktop | 12 + debian/gav.xpm | 146 + debian/menu| 7 ++- debian/rules | 2 + 6 files changed, 176 insertions(+), 2 deletions(-) create mode 100644 debian/gav.desktop create mode 100644 debian/gav.xpm diff --git a/debian/changelog b/debian/changelog index 3b64c2f..cba7878 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +gav (0.9.0-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add gav.desktop file. + * Add icon entry to menu file. + * Add gav.xpm 32x32 pixel icon and install it to /usr/share/pixmaps. +(Closes: #737887) + + -- Markus Koschany a...@gambaru.de Sat, 12 Apr 2014 14:59:29 +0200 + gav (0.9.0-3) unstable; urgency=low * Include cstring to fix FTBFS with GCC 4.3 (Closes: #455172) diff --git a/debian/dirs b/debian/dirs index 027dc91..23debd5 100644 --- a/debian/dirs +++ b/debian/dirs @@ -1,2 +1,3 @@ usr/games usr/share/pixmaps +usr/share/applications diff --git a/debian/gav.desktop b/debian/gav.desktop new file mode 100644 index 000..e7ec286 --- /dev/null +++ b/debian/gav.desktop @@ -0,0 +1,12 @@ +[Desktop Entry] +Version=1.0 +Name=GAV +Comment=Arcade Volleyball game +Comment[de]=Arcade-Volleyballspiel +Exec=gav +Icon=gav +Terminal=false +Type=Application +Categories=Game;SportsGame; +Keywords=volleyball;arcade;DOS;multiplayer;themes; + diff --git a/debian/gav.xpm b/debian/gav.xpm new file mode 100644 index 000..1c954b7 --- /dev/null +++ b/debian/gav.xpm @@ -0,0 +1,146 @@ +/* XPM */ +static char *gav[] = { +/* columns rows colors chars-per-pixel */ +32 32 108 2 , + c #040104, +. c #0C010C, +X c #0B0B0A, +o c #120A18, +O c #161616, ++ c #1D1B1C, +@ c #270B26, +# c #310031, +$ c #37083F, +% c #390841, + c #123648, +* c #143C49, += c #650065, +- c #6D6E6D, +; c #747474, +: c #772DA8, + c #7C2CA8, +, c #6C3CA8, + c #7434A8, +1 c #7932A8, +2 c #2E6493, +3 c #3C6CA8, +4 c #2C7CA8, +5 c #3474A8, +6 c #3870A8, +7 c #3078A8, +8 c #3F7BA8, +9 c #5B4DA8, +0 c #4D5BA8, +q c #5454A8, +w c #5850A8, +e c #5158A8, +r c #5F5FA8, +t c #6444A8, +y c #6840A8, +u c #6048A8, +i c #6954A8, +p c #4662A8, +a c #4068A8, +s c #9C0DA8, +d c #8C1CA8, +f c #9414A8, +g c #9B10A8, +h c #9018A8, +j c #A503A8, +k c #A900A8, +l c #A109A8, +z c #A80AA8, +x c #A814A8, +c c #8424A8, +v c #8821A8, +b c #8028A8, +n c #972DA9, +m c #8B31A8, +M c #A822A8, +N c #A82FA8, +B c #A835A8, +V c #A83DA8, +C c #877F85, +Z c #8E47A8, +A c #8F55A8, +S c #A946A8, +D c #A857A8, +F c #AA5CA9, +G c #A266A8, +H c #A861A8, +J c #A96AA8, +K c #A776A8, +L c #A874A8, +P c #A87CA8, +I c #2D8784, +U c #1C8CA8, +Y c #0B9DA8, +T c #1494A8, +R c #1890A8, +E c #1099A8, +W c #2484A8, +Q c #2880A8, +! c #2088A8, +~ c #04A4A8, +^ c #0AA0A8, +/ c #00A9A8, +( c #14A5A8, +) c #37A2A9, +_ c #3CA6A8, +` c #548A93, +' c #798683, +] c #4692A9, +[ c #599FA9, +{ c #4FA9A8, +} c #59A9A8, +| c #6DABA8, + . c #858685, +.. c #81898A, +X. c #8A8B8A, +o. c #959F9E, +O. c #9E9E9E, ++. c #9B9AA2, +@. c #9497A8, +#. c #A983A8, +$. c #A891A8, +%. c #A89CA8, +. c #91A8A8, +*. c #A2A3A2, +=. c #A9A3A9, +-. c #A6A8A8, +;. c #A8A8A8, +:. c None, +/* pixels */ +:.:.:.:.:.:.:.:.:.:._ J B L B $.;.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:., +:.:.:.:.:.:.:.~ e e 8 M x V P =.%.N z K :.:.:.:.:.:.:.:.:.:.:.:., +:.:.:.:.:.3 3 w c k x F -.;.%.G i A #.:.:.:.:.:.:.:.:.:.:.:., +:.:.:.:.h t q , v k k x D =.O.; ; o.[ m S S :.:.:.:.:.:.:.:.:.:., +:.:.:.4 d 0 Q u k k B %.*.- O O - +.Z g k | @.#.#.#.#.:.:.:., +:.:.E , s e 9 d s k k B =.X.+ . + ..] 1 j 0 ( r x x x B $.%.:., +:./ Y q u 0 , k k k B =. .X . = @ ' ) k p p f k k k z M S $., +:./ ~ 4 T , v q , x F .X # o I ( 4 3 R W 1 t k k k M $., +:./ / / / a , 7 7 6 3 k n ` * % % 2 T 4 T W a , t f : j x D , +/ / / / / / T E E W p c y ! W g g 4 u p b a 9 k f f k 0 l k k , +/ ~ E ^ / ~ 0 a a v 9 E 3 t Q b U E k 0 t k , w k l s k k :., +/ Y 9 W ~ ~ R T E 4 ! 7 y Q ^ ! ! ^ ^ k h g k f f k k k :.:.:., +/ ~ 4 T 0 Q 3 7 5 , y c g w ^ :.:./ ~ 7 v k k k k k :.:.:.:.:.:., +/ / ~ 3 9 9 v 0 Q w 1 k k c Y :.:.:./ ~ 6 9 v k k k :.:.:.:.:.:., +Y W T e W 0 1 e U / Q v k d 5 :.:.:.:./ ~ ~ p d :.:.:.:.:.:.:., +:.b ! ~ / ~ ^ e q E E 6 l k b R :.:.:.:.:./ ~ ^ E :.:.:.:.:.:.:., +:.E ~ ~ ~ ~ ~ Y q s t 7 s k d U ^ ~ :.:.:.:.:.:.:.:.:.:.:.:.:.:., +:.:./ ~ e 5 a d k , 5 j k s t R / ~ :.:.:.:.:.:.:.:.:.:.:.:., +:.:.:.0 w e ! 9 k v 5 5 v w
Bug#735355: [src:chromium-browser] Add also
Package: src:chromium-browser Add also the following files: src/third_party/bidichecker/bidichecker_packaged.js src/tools/trace/trace_data.js src/chrome/third_party/chromevox/chromeVoxChromeBackgroundScript.js src/chrome/third_party/chromevox/chromeVoxChromeOptionsScript.js src/chrome/third_party/chromevox/chromeVoxChromePageScript.js src/chrome/third_party/chromevox/chromeVoxKbExplorerScript.js -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744286: [collabtive] [DFSG] Missing source
Package: collabtive Severity: serious version: 1.2-2 user: debian...@lists.debian.org usertags: source-is-missing severity: serious Hi, Your package seems to include some files that lacks source in prefered forms of modification. include/js/jsval.js include/js/mycalendar.js include/js/window.js every js file under include/js/tinymce - please use packaged tinymce According to Debian Free Software Guidelines [1] (DFSG) §2: The program must include source code, and must allow distribution in source code as well as compiled form.. This could also constitute a license violation for some copyleft licenses such as the GNU GPL. In order to solve this problem, you could: 1. repack the origin tarball adding the missing source to it. 2 add the source files to debian/missing-sources directory Both way satisfies the requirement that we ship the source. Second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). You could also ask debian-qa for more guidance. [1] https://www.debian.org/social_contract.en.html#guidelines [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8 [3] https://www.debian.org/social_contract -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743670: [jenkins.d.n] Hurd support on g-i-installation jobs
On Sat, Apr 12, 2014 at 2:19 PM, Holger Levsen hol...@layer-acht.org wrote: are you subscribed to the qa list or should I continue to cc: you? (I'd also appreciate if you wouldn't cc: me...) Just subscribed this bug. On Samstag, 12. April 2014, Gabriele Giacone wrote: I didnt see this commit anywhere?! diskimage_poweroff branch. + *_hurd*) + do_and_report type echo 'In tight loop: hit ctl-alt-del to reboot' + ;; ? Please explain... Still, merged. See 2d5d184 Add serial console to file to hurd VMs. Hurd lacks ACPI support so it can't poweroff itself. Host polls presence of shutdown string in serial console file to power it off. (At the moment serial console can't be enabled because it makes grub-install get stuck, see preseed/early_command workaround). What you just merged applies the same workaround to power diskimage off too. Whenever serial console bug is fixed, we could enable serial console, remove preseed/early_command and revert this one. Install process got stuck at connecting to time server. If I had access I'd probably look for any useful message on console #4 and check network connectivity. Sometimes netdde gets stuck and needs to be restarted. If that's the case it probably won't get stuck at next run. netdde is running inside hurt? And if its that unreliable I'm not sure we should workaround it in jenkins.d.n, it seems better to fix it in hurd?! netdde are linux network drivers in user-space. See netdde package and http://darnassus.sceen.net/~hurd-web/hurd/dde/ Yes it's a known hurd bug. -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744275: biber: build and runtime dependencies on Perl are incorrect
severity 744275 wishlist retitle 744275 adapt (build-)deps to allow no-fuzz backports thanks As can easily be checked, biber 1.8 build depends on Perl 5.16, not 5.14, as listed in the build dependencies (see below). [...] Additionally, biber has a runtime dependency on Perl 5.16 as well, not just perl, as listed in the runtime dependencies (see below). And, what is the problem? I am building packages that are targetted for the *NEXT* stable release, that is for testing and unstable. We often have requirements not listed if they are not necessary for the current unstable/testing status. In this case, both unstable and testing contains perl 5.18, which makes *all* dependencies unnecessary, because they are automatically fulfilled. Both these facts become obvious if you try to build or run biber 1.8 on Debian wheezy, which has Perl 5.14. Which you can yo, and that is release 0.9.9+release-1 from Debian/stable. Installng the biber binary from unstable on wheezy succeeds, but this Which is not a supported usage in Debian. There is no bug here. Just abuse of the system. Similarly, the build dependencies are satisfied on wheezy, but trying to build it produces immediate complaints as follows: Again, this is called backporting and requires adaption of build dependencies. I lower the severity to wishlist. *I* will not go through all the other packages and check which one are available in stable ... All the best 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#743826: ruby-atomic and ruby-nokogiri updated
ruby-atomic and ruby-nokogiri rebuilt with a fixed gem2deb version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744173: pkg-kde-tools: add arm64 support to SymbolsHelper
On Saturday 12 April 2014 10:07:35 Maximiliano Curia wrote: ¡Hola Wookey! El 2014-04-11 a las 23:29 +0100, Wookey escribió: I read here: https://lists.debian.org/debian-68k/2013/11/msg00012.html that in QT5 qreal is a double on armhf, but on QT4 it's a float (and it's float on both for armel). Can this helper know which it is doing and DTRT? If not which should be the default? There is simply no need for the helper to know the right substitution because you should not have symbols from Qt4 and Qt5 in the same symbols file. The substitutions are rarely added by hand on symbols, they are simply detected by the helper when two different archs' build logs differ, as it's the case for Qt4. In Qt5 there will be no symbols mismatch between archs for qreal, so no substitution will be added and no further action is needed. Hope that helps. Lisandro. -- La mejor prueba de que la navegación en el tiempo no es posible, es el hecho de no haber sido invadidos por masas de turistas provenientes del futuro. Stephen Hawking Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#726434: pedantic+silly german installation by in normal (or even expert) mode? (Re: Bug#726434: Processed: Re: Bug#726434: debian-installer: Time zone Busingen is missing ü umlaut
On Sat, Apr 12, 2014 at 01:17:53PM +0200, Holger Levsen wrote: Hi, On Samstag, 12. April 2014, Christian PERRIER wrote: I just committed the fix. I have to admit that I'm not entirely happy with D-I prompting German users for a timezone which 99.9% of the country doesn't care about but it seems we can't do anything else until the Busingen area reverts their specific way to handle time. why can't we do anything about it? We do have the source, don't we? ;-) Yes, this prompting is at least 150% politically correct, so I'm opting to patch the upstream files tzdata/europe and tzdata/zone.tab: #tzdata-2014b/debian/patches/busingen.diff -- Description: Remove exception for 'Büsingen'. Until time zones differ, get rid of the annoying choice in Debian Installer. --- tzdata-2014b.orig/europe +++ tzdata-2014b/europe @@ -1263,7 +1263,6 @@ Zone Europe/Berlin 0:53:28 - LMT 1893 Ap # From Arthur David Olson (2012-03-03): # Busingen and Zurich have shared clocks since 1970. -Link Europe/Zurich Europe/Busingen # Georgia # Please see the asia file for Asia/Tbilisi. --- tzdata-2014b.orig/zone.tab +++ tzdata-2014b/zone.tab @@ -168,8 +168,7 @@ CW +1211-06900 America/Curacao CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague -DE +5230+01322 Europe/Berlin most locations -DE +4742+00841 Europe/Busingen Busingen +DE +5230+01322 Europe/Berlin DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen DM +1518-06124 America/Dominica --- I'm no expert, maybe other changes are required. Wolfgang signature.asc Description: Digital signature
Bug#704801: Same problem here
Could only test with i915_drv_video.so symlinked to i915_dri.so because i915_drv_video.so is not shipped anywhere (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670377). libva info: VA-API version 0.34.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i915_drv_video.so libva error: dlopen of /usr/lib/i386-linux-gnu/dri/i915_drv_video.so failed: /usr/lib/i386-linux-gnu/dri/i915_drv_video.so: undefined symbol: _glapi_tls_Dispatch libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit ii libglapi-mesa:i38610.1.0-5 ii i965-va-driver:i386 1.2.2-2 ii libglapi-mesa:i38610.1.0-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744288: cpl-plugin-xsh: FTBFS on hppa -- test errors
Package: cpl-plugin-xsh Version: 2.3.0+dfsg-3 Severity: normal See build log: http://buildd.debian-ports.org/status/fetch.php?pkg=cpl-plugin-xsharch=hppaver=2.3.0%2Bdfsg-3stamp=1397304583 Both tests fail dumping error trace: [ INFO ] Test-XSH_DETECT_CONTINUUM: detect_continuum [ INFO ] Test-XSH_DETECT_CONTINUUM:recipe_id: xsh_orderpos [ INFO ] Test-XSH_DETECT_CONTINUUM: Create Order List with 3 orders [ INFO ] Test-XSH_DETECT_CONTINUUM: Create polynomials of degree 2 [ INFO ] Test-XSH_DETECT_CONTINUUM: Add to order list [ INFO ] Test-XSH_DETECT_CONTINUUM: config update 0 [ INFO ] Test-XSH_DETECT_CONTINUUM: pre_overscan=0 [ INFO ] Test-XSH_DETECT_CONTINUUM: Saving PRE image dtc_img_pre.fits [ ERROR ] Test-XSH_DETECT_CONTINUUM: An error occurred, dumping error trace: [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [3]cpl_table_new_column() at cpl_table.c:1161 [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [2]xsh_order_list_save() at xsh_data_order.c:841 [ ERROR ] Test-XSH_DETECT_CONTINUUM: [ ERROR ] Test-XSH_DETECT_CONTINUUM: Illegal output [ ERROR ] Test-XSH_DETECT_CONTINUUM: in [1]main() at test-xsh_detect_continuum.c:200 [ ERROR ] Test-XSH_DETECT_CONTINUUM: FAIL: test_xsh_detect_continuum -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.14.0+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) 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#407175: proj +proj=list does not work
Control: reassign -1 proj-ps-doc Hi, `proj +proj=list` was replaced by `proj -lp` quite some time ago. The replacement is mentioned in the README file for proj: +ellps=list and +proj=list REMOVED. Use respective -le and -lp. The proj-ps-doc package hasn't been updated since 2006, and the upstream documentation is unlikely to change either. It may be a good idea to remove the proj-ps-doc package from the archive, as it's not very relevant anymore these days. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744289: scratch: Impossible importing or using jpeg files
Package: scratch Version: 1.4.0.6~dfsg1-5 Severity: normal Dear Maintainer, In the last versions of Scratch it is impossible to import jpeg files. With png works perfectly, but you find problems with jpeg. The program doesn't complain in any way but after you select an image jpg (for example in backgrounds) to use it, it is like if you were did not anything. I think something is missing, perhaps the jpeg plugin, because I remember there was one in 1.3 version, but it is not present in 1.4. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10.1-picaros (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scratch depends on: ii libgtk2.0-bin 2.24.22-1 ii shared-mime-info1.0-1+b1 ii squeak-plugins-scratch 1.4.0.2~svn.r83-1 ii squeak-vm 1:4.10.2.2614-1 scratch recommends no packages. Versions of packages scratch suggests: ii pulseaudio 4.0-6+b1 -- 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#744288: cpl-plugin-xsh: FTBFS on hppa -- test errors
Control: tag -1 upstream Control: forwarded -1 PIPE-4905 The bug was forwarded to upstream and is registered under the mentioned Id. Since the bug database is not public, an URL is not given. The report to upstream includes all other failing platforms as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737018: pypy: Fails to install and de-install on an athlon-xp computer
Control: retitle -1 pypy: Fails to install on i386 without SSE2 Control: tags -1 -moreinfo Hi Hideki (2014.03.30_09:49:13_+0200) Note that not athlon-xp but just i386 virtual machine works fine. The trick is that you need a machine without SSE2. I've had trouble replicating this with a VM, in the past. Currently we use the SSE2 JIT, because the non-SSE2 one was broken (the last time I tried it). Here's what the submitter sent me, previously: # apt-get purge pypy Reading package lists... Done Building dependency tree Reading state information... Done Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: pypy* 0 upgraded, 0 newly installed, 1 to remove and 127 not upgraded. 1 not fully installed or removed. After this operation, 32.4 MB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 438503 files and directories currently installed.) Removing pypy (2.2.1+dfsg-1) ... Illegal instruction dpkg: error processing package pypy (--purge): subprocess installed pre-removal script returned error exit status 132 Errors were encountered while processing: pypy E: Sub-process /usr/bin/dpkg returned an error code (1) # SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727768: gpx import fail
Hi, I'm not sure if I should open a separate bug report, but GPX files created from my GPS (igotu) via igotu2pgx fail to import, as they are XML 1.0. I feel this is related as it is similarly pytrainer failing to import GPX files from other sources. I tried hand-modifying the file so it would be accepted, but couldn't hit on the appropriate formula for making this work. Unfortunately this is a show-stopper bug for using pytrainer. To be useful, IMHO pytrainer needs to be more forgiving in attempting to do its best to interpret files, as there is no guarantee that the GPX files coming from physical devices are going to be valid. User's have little control over how files are formatted. Workarounds would be good too! Thanks. tmp.gpx Description: application/gpx
Bug#736088: libavcodec54: file command reports wrong bitrate on mp3 file encoded by libav
Control: tags -1 fixed-upstream On sab, mar 08, 2014 at 09:25:35 -0500, Reinhard Tartler wrote: On Fri, Mar 07, 2014 at 12:04:25PM +0100, Alessandro Ghedini wrote: So, I've done a bit of investigation, and it turns out that this is caused by the way libavformat writes the XING header to mp3 files. Essentially, it uses a fixed value for bitrate_idx... for any bitrate values. This also makes tools like mediainfo detect an avconv-encoded mp3 file as using constant bitrate, while in fact it might be using a variable bitrate (though I'm not sure if this is actually the same bug, or a different bug in the same code). More or less copy-pasting the mp3_write_xing() function (libavformat/mp3enc.c) from ffmpeg to libav seems to fix the problem. Could you please provide a patch, and send (or copy) it to libav-de...@libav.org, please? This is now fixed upstream [0]. Cheers [0] https://git.libav.org/?p=libav.git;a=commit;h=617a1a98a6be3e59db6fbfc21afab2fb9a049c03 -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#744291: calligrasheets: Can't open CSV file because mimetype set on kspread
Package: calligrasheets Version: 1:2.7.5-1+b3 Severity: normal Tags: upstream 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 *** Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: xavier xav...@alternatif.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: calligrasheets: Calligrasheets can't open CSV files because of wrong mimetype Message-ID: 20140412144839.4956.94098.reportbug@albinoni X-Mailer: reportbug 6.5.0 Date: Sat, 12 Apr 2014 16:48:39 +0200 Package: calligrasheets Version: 1:2.7.5-1+b3 Severity: normal Dear Maintainer, When opening CSV files, Calligrasheets CSVfilter fails and says not installed. Reason is that mimetype is set on application/x-kspread ..Xsession-error file report: sheets(4945)/csvfilter CSVFilter::convert: Invalid document mimetype application/x-kspread xavier -- 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/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calligrasheets depends on: ii calligra-libs 1:2.7.5-1+b3 ii kde-runtime4:4.11.5-1 ii libc6 2.18-4 ii libgcc11:4.8.2-18 ii libgsl0ldbl1.16+dfsg-1 ii libkcmutils4 4:4.11.5-1 ii libkdecore54:4.11.5-1 ii libkdeui5 4:4.11.5-1 ii libkhtml5 4:4.11.5-1 ii libkio54:4.11.5-1 ii libknotifyconfig4 4:4.11.5-1 ii libkparts4 4:4.11.5-1 ii libkrosscore4 4:4.11.5-1 ii libqt4-dbus4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-sql 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libstdc++6 4.8.2-18 ii zlib1g 1:1.2.8.dfsg-1 calligrasheets recommends no packages. Versions of packages calligrasheets suggests: pn khelpcenter4 none -- no debconf information -- 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/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calligrasheets depends on: ii calligra-libs 1:2.7.5-1+b3 ii kde-runtime4:4.11.5-1 ii libc6 2.18-4 ii libgcc11:4.8.2-18 ii libgsl0ldbl1.16+dfsg-1 ii libkcmutils4 4:4.11.5-1 ii libkdecore54:4.11.5-1 ii libkdeui5 4:4.11.5-1 ii libkhtml5 4:4.11.5-1 ii libkio54:4.11.5-1 ii libknotifyconfig4 4:4.11.5-1 ii libkparts4 4:4.11.5-1 ii libkrosscore4 4:4.11.5-1 ii libqt4-dbus4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-sql 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libstdc++6 4.8.2-18 ii zlib1g 1:1.2.8.dfsg-1 calligrasheets recommends no packages. Versions of packages calligrasheets suggests: pn khelpcenter4 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#744290: RM: several -- ROP; outdated hurd-i386 binary packages
Package: ftp.debian.org Severity: normal The following list of source packages has hurd-i386 binary packages which are outdated and can be removed from the archive. dak rm --rdep-check -p -a=hurd-i386 -B anon-proxy ants asterisk-flite colobot cpuid darkstat denemo dfu-programmer emscripten eventstat fish foo-yc20 gauche-c-wrapper gauche-gl gnunet-gtk haskell-libzip htmlcxx idzebra jwm libcache-mmap-perl libnet-rawip-perl libsys-gamin-perl llvm-py mandos mod-gnutls modules morse-simulator mozilla-gnome-keyring parcellite pdns phoneui-apps pion polybori prads psad pysmbc qiime read-edid ruby-lapack stella subsurface vice x42-plugins xdemorse xfce4-power-manager yade The dak --no-action output from coccia.debian.org is attached. Cheers, Michael Will remove the following packages from unstable: anon-proxy | 00.05.38+20081230-2.1+b1 | hurd-i386 ants | 1.9.2+svn680.dfsg-4 | hurd-i386 asterisk-flite | 2.1-1+b1 | hurd-i386 colobot |0.1.2-3 | hurd-i386 colobot-dbg |0.1.2-3 | hurd-i386 cpuid | 3.3-9+b1 | hurd-i386 darkstat | 3.0.715-1+b1 | hurd-i386 denemo |0.9.2-3 | hurd-i386 dfu-programmer | 0.5.4-1+b2 | hurd-i386 emscripten | 1.4.9~20130620~0ad8724-1 | hurd-i386 environment-modules | 3.2.10-8 | hurd-i386 eventstat | 0.01.15-1 | hurd-i386 fish | 1.23.1+20120106.git8b407a3-1+b1 | hurd-i386 fish-dbg | 1.23.1+20120106.git8b407a3-1+b1 | hurd-i386 foo-yc20 |1.3.0-5 | hurd-i386 gauche-c-wrapper | 0.6.1-4.1+b1 | hurd-i386 gauche-gl | 0.4.4-5+b3 | hurd-i386 gnunet-gtk |0.9.3-1 | hurd-i386 gnunet-gtk-dbg |0.9.3-1 | hurd-i386 gnunet-gtk-dev |0.9.3-1 | hurd-i386 idzebra-2.0 | 2.0.44-3+b1 | hurd-i386 idzebra-2.0-utils | 2.0.44-3+b1 | hurd-i386 jwm | 2.1.0-3+b1 | hurd-i386 libapache2-mod-gnutls | 0.5.10-5 | hurd-i386 libcache-mmap-perl | 0.11-1+b4 | hurd-i386 libcss-parser-pp0 | 0.85-2 | hurd-i386 libcss-parser0 | 0.85-2 | hurd-i386 libghc-libzip-dev | 0.10.2-2+b3 | hurd-i386 libghc-libzip-prof | 0.10.2-2+b3 | hurd-i386 libhtmlcxx-dev | 0.85-2 | hurd-i386 libhtmlcxx3 | 0.85-2 | hurd-i386 libidzebra-2.0-0 | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-dev | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-alvis | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-dom | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-marc | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-regx | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-grs-xml | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-mod-text | 2.0.44-3+b1 | hurd-i386 libidzebra-2.0-modules | 2.0.44-3+b1 | hurd-i386 libnet-rawip-perl | 0.25-1+b1 | hurd-i386 libpion-5.0 | 5.0.4+dfsg-2 | hurd-i386 libpion-5.0-dbg | 5.0.4+dfsg-2 | hurd-i386 libpion-dev | 5.0.4+dfsg-2 | hurd-i386 libpion-plugins | 5.0.4+dfsg-2 | hurd-i386 libpion-plugins-dbg | 5.0.4+dfsg-2 | hurd-i386 libpolybori-0.5.0-0 | 0.5~rc1-2.3+b1 | hurd-i386 libpolybori-dev | 0.5~rc1-2.3+b1 | hurd-i386 libsys-gamin-perl | 0.1-1+b1 | hurd-i386 libyade | 1.07.0-3 | hurd-i386 mandos-client | 1.5.3-1.1+b1 | hurd-i386 morse-simulator |1.1.1-1 | hurd-i386 parcellite | 1.0.2~rc5-1+b1 | hurd-i386 pdns-backend-geo | 3.1-4 | hurd-i386 pdns-backend-ldap | 3.1-4 | hurd-i386 pdns-backend-lua | 3.1-4 | hurd-i386 pdns-backend-mysql | 3.1-4 | hurd-i386 pdns-backend-pgsql | 3.1-4 | hurd-i386 pdns-backend-pipe | 3.1-4 | hurd-i386 pdns-backend-sqlite | 3.1-4 | hurd-i386 pdns-backend-sqlite3 | 3.1-4 | hurd-i386 pdns-server | 3.1-4 | hurd-i386 pdns-server-dbg | 3.1-4 | hurd-i386 phoneui-apps | 0.1+git20111214-1+b1 | hurd-i386 prads | 0.3.0-1+b1 | hurd-i386 psad | 2.1.7-1+b1 | hurd-i386 python-llvm | 0.6+svn105-2+b1 | hurd-i386 python-llvm-dbg | 0.6+svn105-2+b1 | hurd-i386 python-polybori | 0.5~rc1-2.3+b1 | hurd-i386 python-smbc | 1.0.6-1+b2 | hurd-i386 python-yade | 1.07.0-3 | hurd-i386 python3-morse-simulator |1.1.1-1 | hurd-i386 qiime | 1.7.0+dfsg-1+b1 | hurd-i386 read-edid | 2.0.0-3.1 | hurd-i386 ruby-lapack | 1.5-2 | hurd-i386 ruby-lapack-dbg | 1.5-2 | hurd-i386 stella |3.9.2-1 | hurd-i386 subsurface |3.1.1-2 | hurd-i386 vice | 2.4.dfsg-1 | hurd-i386 x42-plugins | 20130915-1 | hurd-i386 xdemorse | 1.3-7 | hurd-i386 xfce4-power-manager | 1.0.11-2+b2 | hurd-i386 xfce4-power-manager-plugins | 1.0.11-2+b2 | hurd-i386 xul-ext-gnome-keyring |0.6.6-1 | hurd-i386 yade | 1.07.0-3 | hurd-i386 Maintainer: Ximin Luo infini...@gmx.com, Debian Xfce Maintainers pkg-xfce-de...@lists.alioth.debian.org, Jonas Smedegaard d...@jones.dk, Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org, Rodolphe Pelloux-Prayer rodol...@damsy.net, Debian QA Group packa...@qa.debian.org, Rene Mayorga rmayo...@debian.org, Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org, Debian freesmartphone.org Team pkg-fso-ma...@lists.alioth.debian.org, Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org, Athena
Bug#739332: survex: diff for NMU version 1.2.11-1.1
tags 739332 + patch tags 739332 + pending thanks Dear maintainer, I've prepared an NMU for survex (versioned as 1.2.11-1.1) and am going to upload it in 5 days to debian/experimental in order to compile it against libav10. Please feel free to tell me if I should delay it longer. Regards. diff -Nru survex-1.2.11/debian/changelog survex-1.2.11/debian/changelog --- survex-1.2.11/debian/changelog 2014-01-27 21:56:18.0 -0500 +++ survex-1.2.11/debian/changelog 2014-04-12 11:04:39.0 -0400 @@ -1,3 +1,13 @@ +survex (1.2.11-1.1) experimental; urgency=low + + * Add libav10.patch and compile against libav10 (Closes: #739332) +Since this patch changes configure.ac, automake is invoked during the build +and triggers regeneration of documentation. This requires additional build +dependencies automake sgmltools-lite jadetex ghostscript, which are added +to debian/control. + + -- Reinhard Tartler siret...@tauware.de Sat, 12 Apr 2014 10:12:56 -0400 + survex (1.2.11-1) unstable; urgency=medium * New upstream release diff -Nru survex-1.2.11/debian/control survex-1.2.11/debian/control --- survex-1.2.11/debian/control 2014-01-27 21:55:13.0 -0500 +++ survex-1.2.11/debian/control 2014-04-12 11:02:55.0 -0400 @@ -5,8 +5,9 @@ Uploaders: Wookey woo...@debian.org Standards-Version: 3.9.5 Build-Depends: debhelper (= 9), libx11-dev, libxext-dev, x11proto-core-dev, -libavcodec-dev, libavformat-dev, libproj-dev, libswscale-dev, -libwxgtk2.8-dev, mesa-common-dev, libglu1-mesa-dev, autotools-dev +libavcodec-dev (= 6:10~), libavformat-dev (= 6:10~), libproj-dev, libswscale-dev (= 6:10~), +libwxgtk2.8-dev, mesa-common-dev, libglu1-mesa-dev, autotools-dev, +automake, sgmltools-lite, jadetex, ghostscript Homepage: http://survex.com/ Package: survex diff -Nru survex-1.2.11/debian/patches/libav10.patch survex-1.2.11/debian/patches/libav10.patch --- survex-1.2.11/debian/patches/libav10.patch 1969-12-31 19:00:00.0 -0500 +++ survex-1.2.11/debian/patches/libav10.patch 2014-04-12 10:43:44.0 -0400 @@ -0,0 +1,114 @@ +From 8364c65ff7e60bda6061c99b79d9825b251e020e Mon Sep 17 00:00:00 2001 +From: Olly Betts o...@survex.com +Date: Tue, 18 Feb 2014 11:49:49 +1300 +Subject: [PATCH] configure.ac,src/moviemaker.cc: Fix to work with libav 10. + Reported by Moritz Muehlenhoff in http://bugs.debian.org/739332. + +--- + ChangeLog | 5 + + configure.ac | 4 ++-- + src/moviemaker.cc | 31 +-- + 3 files changed, 28 insertions(+), 12 deletions(-) + +--- a/configure.ac b/configure.ac +@@ -201,9 +201,9 @@ AC_CHECK_LIB(avcodec, avcodec_register_a + [AVEN_LIBS=-lswscale -lavformat -lavcodec -lavutil + save_LIBS=$LIBS + LIBS=$LIBS $AVEN_LIBS +- AC_CHECK_FUNCS([av_guess_format avio_open avio_close avformat_write_header avcodec_encode_video2 avcodec_free_frame avcodec_open2 avformat_new_stream]) ++ AC_CHECK_FUNCS([av_guess_format avio_open avio_close avformat_write_header avcodec_encode_video2 avcodec_free_frame avcodec_open2 avformat_new_stream av_frame_alloc av_frame_free]) + AC_CHECK_DECLS([AVMEDIA_TYPE_VIDEO], [], [], [#include libavcodec/avcodec.h]) +- AC_CHECK_DECLS([AVCODEC_ID_NONE], [], [], [#include libavcodec/avcodec.h]) ++ AC_CHECK_DECLS([AV_CODEC_ID_NONE], [], [], [#include libavcodec/avcodec.h]) + AC_CHECK_DECLS([AV_PIX_FMT_YUV420P], [], [], [#include libavutil/pixfmt.h]) + LIBS=$save_LIBS])], + [], [-lavformat -lavcodec -lswscale $WX_LIBS])], +--- a/src/moviemaker.cc b/src/moviemaker.cc +@@ -76,12 +76,23 @@ extern C { + # ifndef HAVE_AVIO_CLOSE + # define avio_close url_fclose + # endif +-# ifndef HAVE_AVCODEC_FREE_FRAME +-static inline void avcodec_free_frame(AVFrame ** frame) { ++# ifndef HAVE_AV_FRAME_ALLOC ++static inline AVFrame * av_frame_alloc() { ++return avcodec_alloc_frame(); ++} ++# endif ++# ifndef HAVE_AV_FRAME_FREE ++# ifdef HAVE_AVCODEC_FREE_FRAME ++static inline void av_frame_free(AVFrame ** frame) { ++avcodec_free_frame(frame); ++} ++# else ++static inline void av_frame_free(AVFrame ** frame) { + free((*frame)-data[0]); + free(*frame); +-*frame = NULL ++*frame = NULL; + } ++# endif + # endif + # ifndef HAVE_AVCODEC_OPEN2 + // We always pass NULL for OPTS below. +@@ -94,8 +105,8 @@ static inline void avcodec_free_frame(AV + # if !HAVE_DECL_AVMEDIA_TYPE_VIDEO + # define AVMEDIA_TYPE_VIDEO CODEC_TYPE_VIDEO + # endif +-# if !HAVE_DECL_AVCODEC_ID_NONE +-# define AVCODEC_ID_NONE CODEC_ID_NONE ++# if !HAVE_DECL_AV_CODEC_ID_NONE ++# define AV_CODEC_ID_NONE CODEC_ID_NONE + # endif + # if !HAVE_DECL_AV_PIX_FMT_YUV420P + # define AV_PIX_FMT_YUV420P PIX_FMT_YUV420P +@@ -143,7 +154,7 @@ bool MovieMaker::Open(const char *fnm, i + return false; + } + } +-if (fmt-video_codec == AVCODEC_ID_NONE) { ++if (fmt-video_codec == AV_CODEC_ID_NONE) { + averrno = MOVIE_AUDIO_ONLY; + return false; + } +@@ -229,7 +240,7 @@ bool
Bug#744292: [INTL:es] Spanish debconf template translation for wims-moodle
Package: wims-moodle Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # wims-moodle po-debconf translation to Spanish # Copyright (C) 2013 Software in the Public Interest # This file is distributed under the same license as the wims-moodle package. # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2013, 2014. # - Updates # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans msgid msgstr Project-Id-Version: wims-moodle 4.0-9\n Report-Msgid-Bugs-To: wims-moo...@packages.debian.org\n POT-Creation-Date: 2014-04-01 10:57+0200\n PO-Revision-Date: 2014-04-01 16:51+0200\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:2001 #| msgid Please type the base address to access Wims from remote machines: msgid URL to access Wims from remote machines: msgstr Dirección URL para acceder a Wims desde equipos remotos: #. Type: string #. Description #: ../templates:2001 #| msgid #| The base address to access Wims will be needed to enable users to access #| their Wims assignments from Moodle. msgid Please specify the URL that will allow users to access Wims assignments from Moodle. msgstr Indique la dirección URL que permitirá a los usuarios acceder a sus tareas Wims desde Moodle. #. Type: string #. Description #: ../templates:2001 msgid It should include the server hostname, but not the path, and must use the HTTPS protocol (with the web server configured to answer HTTPS requests). For instance, if Wims is accessed from https://wims.example.org/wims/ then you should enter https://wims.example.org here. msgstr Debe incluir el nombre de equipo del servidor sin la ruta y debe usar el protocolo HTTPS (con el servidor web configurado para atender peticiones HTTPS). Por ejemplo, si accede a Wims desde «https://wims.example.org/wims/» debe introducir «https://wims.example.org».; #~ msgid #~ If you can access Wims at https://wims.mycollege.uk/wims/, you should #~ answer https://wims.mycollege.uk; #~ msgstr #~ Si puede acceder a Wims desde «https://wims.mycollege.uk/wims/» debería #~ responder «https://wims.mycollege.uk»; #~ msgid #~ Please notice that the protocol should be https. Apache must be #~ configured to be able to answer https requests. #~ msgstr #~ Tenga en cuenta que el protocolo debe ser https. Apache debe estar #~ configurado para responder a solicitudes https.
Bug#744293: ITP: python-breadability -- Reworked Python Readability parsing library
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij jel...@debian.org * Package name: python-breadability Version : 0.1.2 Upstream Author : Rick Harding rhard...@mitechie.com * URL : http://github.com/bookieio/breadability * License : BSD Programming Lang: Python Description : Reworked Python Readability parsing library Python module that can clean up HTML documents to make them more easily readable. This is fork of the python-readability module, cleaned up and with additional tests. This is a dependency for bookie (http://github.com/bookieio/bookie) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744294: RFS: mjpg-streamer/1.0r182
Package: sponsorship-requests Severity: wishlist Dear Mentors, I'm looking for a sponsor for a single executable small prgramm. This is wanted in ubuntu since 4 years, it compiles in 1 minute and has no dependencies (C program). You can download the package from launchpad https://launchpad.net/~altair-ibn-la-ahad/+archive/mjpg-streamer/+packages The upstream is found on: http://sourceforge.net/projects/mjpg-streamer/ Licence is GPL 2+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744260: Missing wine executable. Renaming does not resolve the problem. Also, several Windows programs crashes.
control: severity -1 normal control: retitle -1 wine-unstable: potentially missing libraries control: tag -1 moreinfo On Sat, Apr 12, 2014 at 12:50 AM, Davod wrote: I've updated to wine-unstable 1.7.16-2 and I confirm the later bug reports about missing of wine executable, instead, wine-unstable is there. That's intentional. Also, several Windows program crashes because several libraries missing in the package. Which libraries went missing, and which programs demonstrate this? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744295: please enable seccomp support only on i386,amd64 and armhf
package: lxc severity: important Hi Daniel, please enable seccomp support only on architectures where it is available, those are i386,amd64 and armhf. (This is what Ubuntu is doing, another option would obviously to restrict building of lxc to these archs.) Due to this lxc currently cannot be build anymore on the other archs where 0.9 used to build. As such this bug blocks testing migration of lxc 1.0 which is why I'm filing this as important. If you have other ideas how to get lxc 1.0 into jessie I'd be curious to hear :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#729503: Backtrace
Dear Maintainer, I compiled Tellico from source (tellico-2.3.8+dfsg.2), with the symbols. Then I run it inside gdb to get a meaningfull backtrace. I just chose a CSV file, waited for 20 seconds with no reaction, then hit Ctrl-C. Tellico gets stuck as soon as I choose a CSV file. The dialog window that maps columns does not appear. It seems Tellico is lost within the function csv_parse() of src/3rdparty/libcsv/libcsv.c. Regards0x00664d6b in csv_parse (p=0x2c8cd30, s=0x132eb48 \n, len=1, cb1=0x5ce5e9 writeToken(char*, size_t, void*), cb2=0x5ce63f writeRow(char, void*), data=0x3410430) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/3rdparty/libcsv/libcsv.c:274 274 } else if (is_term ? is_term(c) : c == CSV_CR || c == CSV_LF) { /* Carriage Return or Line Feed */ (gdb) backtrace #0 0x00664d6b in csv_parse (p=0x2c8cd30, s=0x132eb48 \n, len=1, cb1=0x5ce5e9 writeToken(char*, size_t, void*), cb2=0x5ce63f writeRow(char, void*), data=0x3410430) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/3rdparty/libcsv/libcsv.c:274 #1 0x005ce55f in Tellico::CSVParser::nextTokens (this=0x3410430) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/translators/csvparser.cpp:102 #2 0x005cc91a in Tellico::Import::CSVImporter::fillTable (this=0xe66480) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/translators/csvimporter.cpp:369 #3 0x005cd045 in Tellico::Import::CSVImporter::slotDelimiter (this=0xe66480) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/translators/csvimporter.cpp:429 #4 0x005cc7bd in Tellico::Import::CSVImporter::widget (this=0xe66480, parent_=0x1522070) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/translators/csvimporter.cpp:344 #5 0x004c78a7 in Tellico::ImportDialog::ImportDialog (this=0x7fffcb00, format_=Tellico::Import::CSV, urls_=..., parent_=0xb77f00) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/importdialog.cpp:110 #6 0x004e0e56 in Tellico::MainWindow::importFile (this=0xb77f00, format_=Tellico::Import::CSV, urls_=...) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/mainwindow.cpp:2155 #7 0x004de7b0 in Tellico::MainWindow::slotFileImport (this=0xb77f00, format_=3) at /home//src/Tellico/tellico-2.3.8+dfsg.2/src/mainwindow.cpp:1749 #8 0x004e18e6 in Tellico::MainWindow::qt_static_metacall (_o=0xb77f00, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0x7fffcd70) at /home//src/Tellico/tellico-2.3.8+dfsg.2/obj-x86_64-linux-gnu/src/mainwindow.moc:182 #9 0x71d3f77a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #10 0x71d46ebe in QSignalMapper::mapped(int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #11 0x71d46fc6 in QSignalMapper::map(QObject*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #12 0x71d3f77a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #13 0x7272a572 in QAction::triggered(bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #14 0x7272bf43 in QAction::activate(QAction::ActionEvent) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #15 0x72b562f9 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #16 0x72b5a829 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #17 0x77a68ac5 in KMenu::mouseReleaseEvent(QMouseEvent*) () from /usr/lib/libkdeui.so.5 #18 0x7277fc9a in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #19 0x72b5e62b in QMenu::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #20 0x727306cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #21 0x72736e7d in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #22 0x779b249a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #23 0x71d2b4ed in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #24 0x72736633 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointerQWidget, bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #25 0x727a862c in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #26 0x727a6d6c in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #27 0x727ce6c2 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #28 0x7fffeb644e04 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #29 0x7fffeb645048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #30 0x7fffeb6450ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #31
Bug#743812: 1.0.3 is out
control: retitle -1 lxc: please package new upstream version 1.0.3 LXC 1.0.3 release announcement 8th of April 2014 This is the third bugfix release for the LXC 1.0 series. Changes core: Always initialize netpipe in lxc_spawn. core: Move lxc-monitord.log to LOGPATH instead of LXCPATH. core: Make monitord more resilient to unexpected termination. core: Move lxc-init to /sbin/init.lxc instead of the architecture/distro specific multiarch path. Use path lookup to find it in the container rather than using an hardcoded path. core: Set macvlan default mode to private. core: Check whether rootfs is shared before running the pre-mount hooks. apparmor: Update the profiles for current upstream apparmor. This includes tweak to the pivot_root targets and the addition of the ptrace and signal stanzas. Users of older apparmor versions may want to comment the dbus, ptrace and signal stanzas if the parser fails to parse the profile. apparmor: Use an intermediary profile which allows for easier generation of complex rules. This discovered a few problems with the existing profile which has now been fixed. Most of /proc/sys is now properly blocked with exceptions for kernel/shm/*, net/*, kernel/domainname and kernel/hostname. apparmor: block cgroupfs by default in the with-nesting profile, users should now be using cgmanager which doesn't required this. cgmanager: Fix a small cgm_get bug when len == 0. lxc-info: Don't print duplicate lines. sysvinit script: Fix wait_for_bridge to better parse default.conf tools: Don't exit -1, instead use more conventional and consistent exit codes 0 on success, 1 on failure with some (now documented) exceptions for lxc- start. archlinux template: Add debugging info for missing network link. archlinux template: Various fixes and cleanups. centos template: Properly set lxc.arch. download template: Make it a bit more resilient to download failures. fedora template: Properly set lxc.arch. gentoo template: Make sure sshd is started. gentoo template: Fix lack of generated locales. gentoo template: Fix lxc-console by setting up a tty. oracle template: Fix upgrade problems by introducing a patch script that's run on upgrade. tests: Add a test for the apparmor profiles. tests: Bump timeouts to fix occasional failures on slow ARM builders. tests: Always propagate http_proxy and https_proxy. signature.asc Description: This is a digitally signed message part.
Bug#744289: scratch: Impossible importing or using jpeg files
It might be related to the Squeak VM over which Scratch is executed, but I need to check it: «Me and Tim discussed this, and I've found a fix. The issue is due to the Debian package inheriting a patch from the original Debian packager making it link against the system libjpeg (rather than the rather ancient libjpeg bundled in the squeak-vm sources). For some reason, it seems squeak-vm isn't happy working with the newer libjpeg, so I've removed that patch and it all seems well. I'll post here when the updated squeak-vm is added to the repository, which should be tomorrow.» ( http://www.raspberrypi.org/forums/viewtopic.php?f=77t=15583start=25 ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744296: gcin: FTBFS on mips, powerpc, s390x, sparc
Package: gcin Version: 2.8.2+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: owner -1 ! The gcin 2.8.2+dfsg-1 FTBFS on mips, powerpc, s390x, sparc. I will look into it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcin depends on: ii gcin-data 2.8.1+dfsg-1 ii gcin-tables 2.8.1+dfsg-1 ii libc6 2.18-4 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.40.0-2 ii libgtk2.0-0 2.24.23-1 ii libpango-1.0-0 1.36.3-1 ii libx11-62:1.6.2-1 ii libxtst62:1.2.2-1 Versions of packages gcin recommends: ii gcin-gtk3-immodule 2.8.1+dfsg-1 ii im-config 0.25-1 Versions of packages gcin suggests: pn gcin-anthy none pn gcin-qt4-immodule none -- no debconf information -- ChangZhuo Chen (陳昌倬) czc...@gmail.com Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#744154: pu: package tweepy/1.7.1-2
On Sat, Apr 12, 2014 at 11:37:52AM +0100, Adam D. Barratt wrote: Control: tags -1 + wheezy confirmed Please go ahead; thanks. Thanks, I already uploaded it. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#744286: [collabtive] [DFSG] Missing source
Hi, I will try to contact upstream to fix this bug ASAP. I cannot, however, find the files you mention in tinymce: $ apt-get source tinymce $ cd tinymce-3.4.8+dfsg-0 $ find . -name jsval.js $ find . -name mycalendar.js $ find . -name window.js How did you find them to be a part of tinymce? FWIW, digging (quickly) in the source directory, I see there is a include/js/mycalendar_orig.js, which seems to be used to derive mycalendar.js (from a quick look, the defined functions I found in the first one do appear in the second). I *do* see some other minified javascripts in the same directory: prototype.php includes Prototype 1.6.0.3 (we currently ship 1.7.1), although I don't understand why it has a PHP header... There is also lytebox.php, with a similar PHP header; lytebox is not part of Debian, but is in GitHub under a CC-BY 3.0 license: https://github.com/tnederveld/Lytebox The source is (again, at a first look) similar to what I found at https://github.com/tnederveld/Lytebox/blob/master/src/lytebox.js, although I have not checked whether this is the exact same minified output. Thanks, signature.asc Description: Digital signature
Bug#744297: apt: doesn't reset colors after Ctrl+C
Package: apt Version: 1.0.1 Severity: minor When I press Ctrl+C when apt is working, it doesn't reset colors, leaving my shell prompt yellowish. See the attached screenshot. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2012.4 ii gnupg 1.4.16-1.1 ii libapt-pkg4.12 1.0.1 ii libc6 2.18-4 ii libgcc1 1:4.9-20140411-1 ii libstdc++6 4.9-20140411-1 -- Jakub Wilk attachment: apt-ctrl-c.png
Bug#711015: Confirmed
Hi Michael and Emilio! Indeed I've stumbled upon this bug too, which causes (some?) gtk apps (gobby IIRC) to end up without icons for the toolbars. I realize that gdk-pixbuf-query-loaders is installed by libgdk-pixbuf2.0-dev. But this means that in order to properly install an app I need a development package. Maybe /usr/bin/gdk-pixbuf-query-loaders should be splitted from libgdk- pixbuf2.0-dev and declared as a run time dependency (pre dependency I guess) for those packages that need to build the cache? I would say that this bug is important because undermines the usability of the apps, but I'll let you maintainers decide :) Kinds regards, Lisandro. -- mathematician, n.: Some one who believes imaginary things appear right before your i's. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#743786: [pkg-wine-party] Bug#743786: wine-unstable: missing wineapploader, breaking wine{boot, cfg, dbg, file, path} symlinks
On Fri, Apr 11, 2014 at 2:12 AM, Jeff Nowakowski wrote: I just upgraded from the previous version and I don't have anything related to wine in /usr/bin/ at all! Am I missing something? $ ls -l /usr/bin/wine* ls: cannot access /usr/bin/wine*: No such file or directory $ aptitude search '~nwine' -F %p %V %v --disable-columns | grep -v none libwine-unstable 1.7.16-1 1.7.16-1 libwine-unstable:i386 1.7.16-1 1.7.16-1 wine32-unstable:i386 1.7.16-1 1.7.16-1 wine64-unstable 1.7.16-1 1.7.16-1 You're missing wine-unstable. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org