Bug#665221: libdancer-plugin-database-perl: FTBFS: tests failed
On Sat, Jun 09, 2012 at 07:15:21PM +0200, intrigeri wrote: I'd like the RC part of the problem to be fixed in time for Wheezy, so I suggest we: 1. patch the failing test to become a TODO one 2. add Niko's TODO minimal test case (to be notified if the bug is fixed upstream) 3. file a new (non-RC) Debian bug about the actual bug that's demonstrated by the FTBFS 4. close this FTBFS bug OK by me (but you could also just downgrade the existing bug after adding the workaround.) It would be good to ping upstream on a mailing list or something, I don't know how actively they use the github issue tracker. Thanks for looking at this, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676868: epiphany-browser: Does not show display page title when maximized
Package: epiphany-browser Version: 3.4.2-1 Severity: normal With gnome shell 3.4, when the window is maximized, epiphany-browser uses the window title area for the URL bar. As a result, the page title is no longer displayed in the window title area. If in addition no tabs are present, the title is not displayed at all. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x11 1.6.0-1 ii epiphany-browser-data 3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gsettings-desktop-schemas 3.4.2-1 ii iso-codes 3.36-1 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libavahi-gobject0 0.6.31-1 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-0 3.4.2-1 ii libice62:1.0.8-2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9-3 ii libnspr4-0d2:4.9-3 ii libnss32:3.13.4-3 ii libnss3-1d 2:3.13.4-3 ii libpango1.0-0 1.30.0-1 ii libseed-gtk3-0 3.2.0-1 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.12.1-1 ii libwebkitgtk-3.0-0 1.8.1-3.1 ii libx11-6 2:1.4.99.901-2 ii libxml22.8.0+dfsg1-3 ii libxslt1.1 1.1.26-12+b1 Versions of packages epiphany-browser recommends: ii ca-certificates 20120212 ii evince 3.4.0-2+b1 ii yelp 3.4.2-1 Versions of packages epiphany-browser suggests: ii epiphany-extensions 3.4.0-2 -- 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#676837:
Hi, The issue has been fixed in GtkHtml 4.5.2 and 4.4.2. Please make this fix available for Wheezy since the freeze is around the corner. https://bugzilla.gnome.org/show_bug.cgi?id=672582#c33 Thanks.
Bug#676870: sponsorship-requests: RFS: lojban-common/1.5-6 -- commonly-used wordlists for the Lojban language
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package hello: $ dget -x http://mentors.debian.net/debian/pool/main/l/lojban-common/lojban-common_1.5-6.dsc It builds these binary packages: lojban-common - commonly-used wordlists for the Lojban language More information about ‘lojban-common’ can be obtained from URL:http://www.lojban.org/. Changes since the last upload: lojban-common (1.5-6) unstable; urgency=low * The “Bots Build Bots” release. * debian/control: + Conform to ‘Standards-Version: 3.9.3’. No further changes needed. -- Ben Finney ben+deb...@benfinney.id.au Sun, 10 Jun 2012 16:54:38 +1000 lojban-common (1.5-5) UNRELEASED; urgency=low * The “Octopus Ballet” release. * debian/README.Debian, debian/NEWS.Debian, debian/lojban-common.docs: + Remove ancient news about current filenames, put it into the README. + Allow Debhelper to figure out which document files need installing. * debian/control, debian/compat, debian/rules: + Conform to ‘Standards-Version: 3.9.2’. + Use current recommended rules targets. + Use Debhelper version that supports recommended rules targets. * debian/copyright: + Update copyright notices and reformat to current DEP-5 specification. -- Ben Finney ben+deb...@benfinney.id.au Sat, 30 Jul 2011 12:48:52 +1000 -- \“Why was I with her? She reminds me of you. In fact, she | `\reminds me more of you than you do!” —Groucho Marx | _o__) | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676871: seahorse-ssh-askpass not in alternatives for ssh-askpass
Package: seahorse Version: 3.4.1-2 Severity: normal seahorse-ssh-askpass is not in the list of alternatives for ssh-askpass. GNOME 3 uses Xorg grabs for its window overview mode and all the other ssh-askpass alternatives also use grabs, meaning I get a lot of situations where my mouse or keyboard or both no longer works. Luckily seahorse-ssh-askpass does not use grabs so I can eliminate those issues, but it would be nice if I could choose that using update-alternatives instead of manually modifying the /etc/alternatives/ssh-askpass symlink. pabs@chianamo ~ $ sudo update-alternatives --list ssh-askpass /usr/bin/ssh-askpass-fullscreen /usr/lib/openssh/gnome-ssh-askpass /usr/lib/ssh/x11-ssh-askpass pabs@chianamo ~ $ dpkg -L seahorse | grep askpass /usr/lib/seahorse/seahorse-ssh-askpass pabs@chianamo ~ $ ls -l /etc/alternatives/ssh-askpass* lrwxrwxrwx 1 root root 38 Jun 10 14:48 /etc/alternatives/ssh-askpass - /usr/lib/seahorse/seahorse-ssh-askpass* lrwxrwxrwx 1 root root 47 Jun 10 14:43 /etc/alternatives/ssh-askpass.1.gz - /usr/share/man/man1/ssh-askpass-fullscreen.1.gz -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages seahorse depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii gconf-gsettings-backend [gsettings-backend] 3.2.5-1 ii gcr 3.4.1-3 ii gnome-keyring3.4.1-4 ii gnupg1.4.12-4 ii libatk1.0-0 2.4.0-2 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libavahi-glib1 0.6.31-1 ii libc62.13-33 ii libgck-1-0 3.4.1-3 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgpgme11 1.2.0-1.4 ii libgtk-3-0 3.4.2-1 ii libldap-2.4-22.4.28-1.1 ii libsoup2.4-1 2.38.1-2 Versions of packages seahorse recommends: ii openssh-client 1:6.0p1-1 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#676872: sponsorship-requests: RFS: python-minimock/1.2.7-1 -- simple library for Python mock objects
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package ‘python-minimock’: $ dget -x http://mentors.debian.net/debian/pool/main/p/python-minimock/python-minimock_1.2.7-1.dsc It builds these binary packages: python-minimock - simple library for Python mock objects More information about ‘python-minimock’ can be obtained from URL:http://pypi.python.org/pypi/MiniMock. Changes since the last upload: python-minimock (1.2.7-1) unstable; urgency=low * The “Sliding Days” release. * New upstream version. (Closes: bug#638579). * debian/control: + Declare “Standards-Version: 3.9.3”. No additional changes required. * debian/copyright: + Conform to copyright format version 1.0. + Update copyright information. -- Ben Finney ben+deb...@benfinney.id.au Sun, 08 Apr 2012 17:08:51 +1000 -- \ “Leave nothing to chance. Overlook nothing. Combine | `\ contradictory observations. Allow yourself enough time.” | _o__) —Hippocrates | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676840: duplicity leaks resources while restoring
On 10.06.2012 04:31, Alexander Zangerl wrote: On Sat, 09 Jun 2012 23:49:54 +0300, Mikko Rasa writes: I've been running daily incremental backups for about 10 months. what ratio of full-to-incremental backups are you using? how many incrementals are in the backup chain that you are trying to restore? have you changed your --volsize (default is 25meg)? The last full backup was 10 months ago, so there's around 300 incrementals. My --volsize is 512M (this keeps the number of volumes somewhat sensible). I see no reason why duplicity should keep more than one volume in the tempdir at any given time though (plus the associated signature and manifest files). -- Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676873: nouveau: VM: trapped read at 0x0000000000 on ch 4 [0x0000a9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT
Package: linux-2.6 Version: 3.0.0-6 Severity: normal Periodically X-server stops to work: 1) No screen updated 2) No switching to text console (Mouse cursor is moving) dmesg shows: [111463.425953] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [111463.425961] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111463.425966] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111463.425968] [drm] nouveau :01:00.0: PGRAPH - TRAP [111463.425971] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x0f04 data 0x3d10812e [111467.695915] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111467.695923] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111467.695926] [drm] nouveau :01:00.0: PGRAPH - TRAP [111467.695931] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x15f0 data 0x009c0099 [111467.695942] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [111467.695952] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111467.695958] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111467.695962] [drm] nouveau :01:00.0: PGRAPH - TRAP [111467.695966] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x15f0 data 0x009c0099 [111467.695974] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [111467.695984] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111467.695990] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111467.695992] [drm] nouveau :01:00.0: PGRAPH - TRAP [111467.695996] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x15f0 data 0x009c0099 [111467.696010] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [111467.696020] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111467.696027] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111467.696029] [drm] nouveau :01:00.0: PGRAPH - TRAP [111467.696033] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x15f0 data 0x009c0099 [111467.696048] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT [111467.696057] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH FAULT [111467.696062] [drm] nouveau :01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c [111467.696064] [drm] nouveau :01:00.0: PGRAPH - TRAP [111467.696068] [drm] nouveau :01:00.0: PGRAPH - ch 4 (0x000a9ac000) subc 5 class 0x8297 mthd 0x15f0 data 0x009c0099 [111467.696076] [drm] nouveau :01:00.0: VM: trapped read at 0x00 on ch 4 [0xa9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT (repeated many times) -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: System manufacturer product_name: System Product Name product_version: System Version chassis_vendor: Chassis Manufacture chassis_version: Chassis Version bios_vendor: American Megatrends Inc. bios_version: 1406 board_vendor: ASUSTeK Computer INC. board_name: P5Q board_version: Rev 1.xx ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e20] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:82d3] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: Intel Corporation 4 Series Chipset PCI Express Root Port [8086:2e21] (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: a000-afff Memory behind bridge: fa00-fe8f Prefetchable memory behind bridge: d000-dfff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:1a.0 USB controller [0c03]: Intel
Bug#624122: apt: 624122: forgets all packages after hash sum mismatch
Would it be possible to get this issue fixed soon? I basically get daily hash sum mismatches these days since I use http.debian.net and often update at the wrong time. Raphael says forgetting about all packages is a feature though so I'm not sure what is the right answer here. These days I have resorted to never running 'apt-get update' once, but always run it again with a 1m sleep in between when it returns failure because testing might disappear and I might get everything updated to unstable despite my pinning to testing. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#676874: ghc fails to configure after install (update-alternatives priority out of range)
Package: ghc Version: 7.4.1-3 Severity: important Dear Maintainer, When I try to insall ghc, this is the output I get: asm@tara:~$ sudo apt-get install ghc Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: ghc-prof ghc-doc haskell-doc llvm-3.0 The following NEW packages will be installed: ghc 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/45.8 MB of archives. After this operation, 288 MB of additional disk space will be used. Selecting previously unselected package ghc. (Reading database ... 166376 files and directories currently installed.) Unpacking ghc (from .../archives/ghc_7.4.1-3_amd64.deb) ... Processing triggers for man-db ... Setting up ghc (7.4.1-3) ... update-alternatives: priority is out of range Usage: update-alternatives [option ...] command Commands: --install link name path priority [--slave link name path] ... add a group of alternatives to the system. --remove name path remove path from the name group alternative. --remove-all name remove name group from the alternatives system. --auto name switch the master link name to automatic mode. --display name display information about the name group. --query name machine parseable version of --display name. --list name display all targets of the name group. --get-selections list master alternative names and their status. --set-selections read alternative status from standard input. --config name show alternatives for the name group and ask the user to select which one to use. --set name path set path as alternative for name. --all call --config on all alternatives. link is the symlink pointing to /etc/alternatives/name. (e.g. /usr/bin/pager) name is the master name for this link group. (e.g. pager) path is the location of one of the alternative target files. (e.g. /usr/bin/less) priority is an integer; options with higher numbers have higher priority in automatic mode. Options: --altdir directory change the alternatives directory. --admindir directory change the administrative directory. --log file change the log file. --force allow replacing files with alternative links. --skip-auto skip prompt for alternatives correctly configured in automatic mode (relevant for --config only) --verbose verbose operation, more output. --quiet quiet operation, minimal output. --help show this help message. --version show the version. dpkg: error processing ghc (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) Running, dpkg --configure ghc, returns the same error. Someone on the Debian IRC suggested that this was a packaging bug that just fudged the priority number for update-alternatives. I have reproduced this bug on two independent systems now. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghc depends on: ii gcc 4:4.7.0-6 ii libbsd-dev 0.4.0-1 ii libc62.13-33 ii libc6-dev2.13-33 ii libffi-dev 3.0.10-3 ii libffi5 3.0.10-3 ii libgmp-dev 2:5.0.5+dfsg-2 ii libgmp10 2:5.0.5+dfsg-2 ii libncurses5 5.9-8 ii libtinfo55.9-8 ghc recommends no packages. Versions of packages ghc suggests: pn ghc-doc none pn ghc-prof none pn haskell-doc none pn llvm-3.0 none ii perl 5.14.2-11 -- 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#613013: luatex: fails to upgrade in absence of fmtutil.cnf
On 09.06.12 Norbert Preining (prein...@logic.at) wrote: On Sa, 09 Jun 2012, Hilmar Preusse wrote: Hi, I don't think so! It just solves the problem of Simon's test account, not the problem of the original submitter. The bug was originally submitted long before TL2011 (and new luatex) was packaged. I disagree. Nobody can reproduce this bug at all. I already tagged it unreproduble, the postinst code of luatex runs the fmtutil code *ONLY* if texlive-base is configured, so I don't see *any reason. It might be that in OLD versions it was like that, but as long as nobody can reproduce it ... can you? You closed the bug by putting th bug # into the changelog, i.e. you stated that you found the reason and solved the problem. This is simply not correct! I agree with you that we should close the bug, it is unreproducible and probably not relevant any more. No, I couldn't reproduce it. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#676686: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability
On Sat, 2012-06-09 at 15:26:06 +0200, Andreas Barth wrote: * Henrique de Moraes Holschuh (h...@debian.org) [120609 02:31]: We'd just have to teach the tool to binNMU all arches when the target package would need it due to multiarch. Release team requests a binNMU of a package for some arch, the tool notices it has to do them all because of multi-arch constraints, and replicates the request for all other arches. Just that this won't do it, because the changelogs for the different arches will be binary different, so no win. However, we discussed that during the multi-arch bof last Debconf, and came to the conclusion that it would be better to not modify the changelog as we do now, but instead create a new file changelog.$arch.$version with the binNMU. This is a bit more complicated because it can't be done as of now just within the source package. As I mentioned in the long ref-counting thread, I strongly disagree this is a correct solution, it just seems like a hack to me. Instead I think we should consider changelog (and copyright as long as it's in machine parseable format) as dpkg metadata (something dpkg misses compared to rpm or other package managers for example) and as such they should go into the .deb control member, which would end up in the dpkg database w/o any kind of file conflict, and very minor packaging effort as for most that would be handled by helpers. This has (at least) the following advantages: * no need to concat different files to get the complete changelog. * the version in the changelog would match the package binary version. * the changelog file would *always* get to be referred by the same name regardless of the package being native, binNMUed or otherwise. * changelog extractors (like apt-listchanges) would not need (eventually) to extract the whole .deb data member to get the changelog, it would just need to extract the control member, and get a fixed filename. They would stop needing to hardcode possible paths to the files too. This still leaves the NEWS.Debian file but then maybe that should also be considered metadata... * dpkg can gain new commands to return/show these files reliably w/o needing (eventually) to hardcode the distribution's specific path (which is a matter of fileystem policy dpkg does not really need or has to know). * dpkg eventually could do a way better job at reducing duplicated data, by for example transparently hardlinking them, instead of our ad-hoc doc dir symlinking. * dpkg could reduce space usage by transparently compressing them with something better than gzip. * (minor) it's a common pattern to want to exclude all of /usr/share/doc/pkg but the copyright file, storing it elsewhere would avoid that. To that end, last month I cooked a preliminary patch for dpkg to add two new commands: --show-changelog and --show-copyright, that take a package name and print to stdout (through a pager if on a terminal) either of those files, and fallback to a configurable set of paths on the filesystem if the requested file is not in the database (decompressing them if need be). regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello Adi, On Sat, Jun 09, 2012 at 11:43:37PM +0300, Adi Roiban wrote: Hi, I don't know how I ended up as a translator for cv_RU. Anyway, I agree to release all my work as public license. Thanks. Just to clarify: you mean public domain? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: dv_MV This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hi, Sorry. Yes. Public domain. Cheers, Adi On 10 June 2012 10:58, Helge Kreutzmann deb...@helgefjell.de wrote: Hello Adi, On Sat, Jun 09, 2012 at 11:43:37PM +0300, Adi Roiban wrote: Hi, I don't know how I ended up as a translator for cv_RU. Anyway, I agree to release all my work as public license. Thanks. Just to clarify: you mean public domain? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFP1FOURsxcY/MYpWoRAk7wAJwJYBIryUDnaFzIqpmZjQnmFzXnVgCeN+xV HNbx92ZBI+Kkzg4LDlRPU34= =qvCj -END PGP SIGNATURE- -- Adi Roiban -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676876: cups: remove obsolete conffiles
Package: cups
Version: 1.4.4-2
Severity: normal
Dear Debian folks,
there are obsolete unmodified conffiles left behind by the package.
$ dpkg-query -W -f='${Conffiles}\n' cups | grep obsolete
/etc/cups/acroread.conf 74fde568dd7616b3052f2cf6ee13e681 obsolete
/etc/cups/pdftops.conf 04efb7cf36d45ee490b1c57b6e30d736 obsolete
/etc/cups/oopstops.convs b1037d7b91885f0f7b82224d4bcc2766 obsolete
/etc/cups/oopstops.types 725b23d5db635b3952bda4d97bb7a741 obsolete
/etc/cups/pstopdf.convs e9091d8a1c09b2959013a006913f6527 obsolete
/etc/cups/mime.types a7a6f550ad9e9a2bb8890bf9b7a7f445 obsolete
/etc/cups/mime.convs 9f906d03d2cb9fc96119c576f61e5cf0 obsolete
$ dpkg-query -W -f='${Conffiles}\n' cups | grep obsolete | cut -d
-f 2 | xargs md5sum
74fde568dd7616b3052f2cf6ee13e681 /etc/cups/acroread.conf
04efb7cf36d45ee490b1c57b6e30d736 /etc/cups/pdftops.conf
b1037d7b91885f0f7b82224d4bcc2766 /etc/cups/oopstops.convs
725b23d5db635b3952bda4d97bb7a741 /etc/cups/oopstops.types
e9091d8a1c09b2959013a006913f6527 /etc/cups/pstopdf.convs
a7a6f550ad9e9a2bb8890bf9b7a7f445 /etc/cups/mime.types
9f906d03d2cb9fc96119c576f61e5cf0 /etc/cups/mime.convs
It would be great if they could be removed [1].
I chose version 1.4.4-2 as `/etc/cups/acroread.conf` was removed there.
cups (1.4.4-2) unstable; urgency=low
[ Till Kamppeter ]
[…]
* debian/local/acroread.conf, debian/local/pdftops.conf,
debian/cups.install:
Removed /etc/cups/acroread.conf and /etc/cups/pdftops.conf. These
two files
were used by the alternative pdftops filter from Helge Blischke. As
we
switched back to the original pdftops filter these files are not
needed any
more (LP: #605564).
[1] http://wiki.debian.org/DpkgConffileHandling
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cups depends on:
ii adduser3.113+nmu3
ii bc 1.06.95-2
ii cups-client1.5.3-1
ii cups-common1.5.3-1
ii cups-filters 1.0.18-2+b1
ii cups-ppdc 1.5.3-1
ii debconf [debconf-2.0] 1.5.43
ii dpkg 1.16.4.1
ii ghostscript9.05~dfsg-6
ii libavahi-client3 0.6.31-1
ii libavahi-common3 0.6.31-1
ii libc6 2.13-33
ii libcups2 1.5.3-1
ii libcupscgi11.5.3-1
ii libcupsimage2 1.5.3-1
ii libcupsmime1 1.5.3-1
ii libcupsppdc1 1.5.3-1
ii libdbus-1-31.6.0-1
ii libgcc11:4.7.0-12
ii libgnutls262.12.19-2
ii libgssapi-krb5-2 1.10.1+dfsg-1
ii libkrb5-3 1.10.1+dfsg-1
ii libldap-2.4-2 2.4.28-1.3
ii libpam0g 1.1.3-7.1
ii libpaper1 1.1.24+nmu2
ii libslp11.2.1-9
ii libstdc++6 4.7.0-12
ii libusb-1.0-0 2:1.0.11-1
ii lsb-base 4.1+Debian6
ii poppler-utils 0.18.4-2
ii procps 1:3.3.3-1
ii ssl-cert 1.0.29
Versions of packages cups recommends:
ii avahi-daemon 0.6.31-1
ii colord 0.1.21-1
ii foomatic-filters 4.0.15-1
ii ghostscript-cups 9.05~dfsg-6
ii printer-driver-gutenprint 5.2.7-5
Versions of packages cups suggests:
ii cups-bsd 1.5.3-1
ii cups-pdf 2.6.1-6
pn foomatic-db-compressed-ppds | foomatic-db none
ii hplip 3.12.4-1
ii printer-driver-hpcups 3.12.4-1
pn smbclient none
ii udev 175-3.1
-- Configuration Files:
/etc/cups/cupsd.conf changed [not included]
/etc/default/cups changed [not included]
-- debconf information excluded
signature.asc
Description: This is a digitally signed message part
Bug#676877: java-package: Putting Jvisualvm in PATH
Package: java-package Version: 0.50 Severity: normal Dear Maintainer, * What led up to the situation? Oracle deliver jvisualvm with the official Java. Make-jpkg works well but jvisualvm is not set into alternatives... * What exactly did you do (or not do) that was effective (or ineffective)? The command is not directly available and it have to be found into it real path (/usr/lib/jvm/j2sdk1.7-oracle/bin/jvisualvm or /usr/lib/jvm/j2sdk1.6-oracle/bin/jvisualvm)... * What outcome did you expect instead? For convenience, it would be beautiful to have it by default in the PATH (symbolic link in /usr/bin) as the other Java commands... The cherry on the cake would be to put an icon into the menu as it does it under microsoft systems ;) Best Regards Mourad -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 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 java-package depends on: ii debconf [debconf-2.0] 1.5.43 ii debhelper 9.20120528 ii fakeroot 1.18.3-1 ii libasound2 1.0.25-3 ii libx11-6 2:1.4.99.901-2 ii unzip 6.0-6 Versions of packages java-package recommends: ii dpkg-dev 1.16.3 ii gcc 4:4.6.2-4 Versions of packages java-package suggests: ii openjdk-6-jre 6b24-1.11.1-6 ii openjdk-7-jre 7~u3-2.1.1~pre1-2 -- debconf information: * java-package/postinst-note: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676878: tutorial: please add a bit about backing up whole systems
Package: obnam Version: 1.0-1~squeeze1 Severity: wishlist Hello, thank you for obnam. I've just spent some time trying to set up encrypted backup for my whole system, and it wasn't so straightforward. Here's a list of gotchas: - you need root, which means your usual keyring isn't accessible, and gpg-agent likely won't work because it's been run as the user you use for the X session, and obnam runs gpg in batch mode and won't give it a way to ask for a passphrase. So you *need* a passphraseless key. Which in turn needs to be encrypted with some password for storage elsewhere. - backup is best done with specifying entire file systems, rather than dirs. --one-file-system works there, but it's nice to show how one can backup multiple file systems using --one-file-system, just by listing multiple backup locations. That wasn't hard, I know, but you cannot be sure if obnam behaves like tar until you try :) - if I want to put my backup strategy entirely in the config file, there are no examples of providing bool options there. one-file-system = True seems to work. - also, there is no documentation on how to provide multiple locations to --root (thanks to your support on IRC, I now know it's a comma-separated list) My resulting .obnam.conf: [config] one-file-system = True repository = /media/backups/HOSTNAME log = /root/obnam.log encrypt-with = KEYID root = /home, / I'm sorry I cannot offer to write the tutorial myself as I'm in the middle of some disaster recovery after a laptop failure. Gotta back up the only remaining copy of all my data before it's too late. Ciao, Enrico -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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/dash Versions of packages obnam depends on: ii libc6 2.13-30 Embedded GNU C Library: Shared lib ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-cliapp 0.29-1~squeeze1 Python framework for Unix command ii python-larch 1.20120527-1~squeeze1 B-tree library for Python ii python-paramiko1.7.6-5 Make ssh v2 connections with Pytho ii python-tracing 0.6-2~bpo60+1 Python debug tracing helper ii python-ttystatus 0.18-1~squeeze1 terminal progress bar and status o ii python2.6 2.6.6-8+b1An interactive high-level object-o obnam recommends no packages. obnam 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#676879: ssl-cert: [INTL:it] Italian debconf translation
Package: ssl-cert Severity: wishlist Tags: l10n, patch Hello, please update the Italian debconf templates translation (attached). Regards, Luca # Italian (it) translation of debconf templates for ssl-cert # This file is distributed under the same license as the ssl-cert package. # Luca Monducci luca...@tiscali.it, 2007-2012. # msgid msgstr Project-Id-Version: ssl-cert 1.0.29 italian debconf templates\n Report-Msgid-Bugs-To: ssl-c...@packages.debian.org\n POT-Creation-Date: 2012-06-09 20:06+0200\n PO-Revision-Date: 2012-06-10 11:11+0200\n Last-Translator: Luca Monducci luca...@tiscali.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Host name: msgstr Nome host: #. Type: string #. Description #: ../templates:2001 msgid Please enter the host name to use in the SSL certificate. msgstr Inserire il nome host da usare nel certificato SSL. #. Type: string #. Description #: ../templates:2001 msgid It will become the 'commonName' field of the generated SSL certificate. msgstr Questo corrisponderà al campo \commonName\ nel certificato SSL generato. #. Type: string #. Description #: ../templates:3001 msgid Alternative name(s): msgstr Nomi alternativi: #. Type: string #. Description #: ../templates:3001 msgid Please enter any additional names to use in the SSL certificate. msgstr Inserire tutti i nomi alternativi da usare nel certificato SSL. #. Type: string #. Description #: ../templates:3001 msgid It will become the 'subjectAltName' field of the generated SSL certificate. msgstr Questo corrisponderà al campo \subjectAltName\ nel certificato SSL generato. #. Type: string #. Description #: ../templates:3001 msgid Multiple alternative names should be delimited with comma and no spaces. For a web server with multiple DNS names this could look like: msgstr In caso di due o più nomi alternativi è necessario delimitarli usando una virgola e nessun spazio. Esempio, per un server web con più nomi nel DNS potrebbe assomigliare a questo: #. Type: string #. Description #: ../templates:3001 msgid DNS:www.example.com,DNS:images.example.com msgstr DNS:www.example.com,DNS:images.example.com #. Type: string #. Description #: ../templates:3001 msgid A more complex example including a hostname, a WebID, an email address, and an IPv4 address: msgstr Un esempio più complesso che contiene un nome host, un WebID, un indirizzo mail e un indirizzo IPv4: #. Type: string #. Description #: ../templates:3001 msgid DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,; IP:192.168.7.3 msgstr DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,; IP:192.168.7.3 #. Type: title #. Description #: ../templates:4001 msgid Configure an SSL Certificate. msgstr Configurazione di un certificato SSL. #. Type: note #. Description #: ../templates:5001 msgid Local SSL certificates must be replaced msgstr È necessario sostituire i certificati SSL locali #. Type: note #. Description #: ../templates:5001 msgid A security certificate which was automatically created for your local system needs to be replaced due to a flaw which renders it insecure. This will be done automatically. msgstr È necessario sostituire un certificato di sicurezza creato automaticamente per il sistema locale che, a causa di un difetto, non è sicuro. Questa operazione verrà eseguita automaticamente. #. Type: note #. Description #: ../templates:5001 msgid If you don't know anything about this, you can safely ignore this message. msgstr Se non si conosce a cosa si sta facendo riferimento, è possibile ignorare questo messaggio.
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hello
Le Saturday 9 June 2012 18:16:53, intrigeri a écrit :
Anyone want to try to fix the code or the unit test?
Providing the missing method is quite easy:
diff --git a/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
b/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
index 2ab316c..346a0e8 100644
--- a/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
+++ b/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
@@ -85,6 +85,7 @@ role
POEx::Role::SessionInstantiation::Meta::Session::Implementation {
is = 'ro',
isa = Int,
default = sub { $POE::Kernel::poe_kernel-ID_session_to_id($_[0]) },
+writer = '_set_id' ,
lazy = 1,
);
But, the tests still fail with this sad ending:
ok 14 - Stop called
please report this stacktrace to bug-...@rt.cpan.org at
/usr/share/perl5/POE/Kernel.pm line 1013
POE::Kernel::_dispatch_event('POE::Kernel=ARRAY(0x1be9ee0)', undef,
'POE::Kernel=ARRAY(0x1be9ee0)', '_stop', 8,
'ARRAY(0x1c03418)', '/usr/share/perl5/POE/Resource/Sessions.pm', 571, undef,
...) called at
/usr/share/perl5/POE/Resource/Sessions.pm line 568
POE::Kernel::_data_ses_stop('POE::Kernel=ARRAY(0x1be9ee0)',
'gandalf-4fd45c1f-27a0-0001') called at
/usr/share/perl5/POE/Resource/Signals.pm line 533
POE::Kernel::_data_sig_free_terminated_sessions('POE::Kernel=ARRAY(0x1be9ee0)')
called at /usr/share/perl5/POE/Kernel.pm
line 974
POE::Kernel::_dispatch_event('POE::Kernel=ARRAY(0x1be9ee0)',
'POE::Kernel=ARRAY(0x1be9ee0)',
'POE::Kernel=ARRAY(0x1be9ee0)', '_signal', 16, 'ARRAY(0x3b3ad28)',
'/usr/share/perl5/POE/Kernel.pm', 635, undef, ...) called at
/usr/share/perl5/POE/Resource/Events.pm line 315
POE::Kernel::_data_ev_dispatch_due('POE::Kernel=ARRAY(0x1be9ee0)')
called at /usr/share/perl5/POE/Loop/Select.pm line 309
POE::Kernel::loop_do_timeslice('POE::Kernel=ARRAY(0x1be9ee0)') called
at /usr/share/perl5/POE/Loop/Select.pm line 317
POE::Kernel::loop_run('POE::Kernel=ARRAY(0x1be9ee0)') called at
/usr/share/perl5/POE/Kernel.pm line 1235
POE::Kernel::run('POE::Kernel') called at t/01-basic.t line 95
# Tests were run but no plan was declared and done_testing() was not seen.
POE bails out at the end of the test while mopping up sessions.
Unfortunately, I do not know how to fix this: POEx::Role::SessionInstantiation
re-implements (i.e. overrides) a lot of POE internals and uses wy beyong
POE's
documented API. I can only guess that POE internals have changed (e,g, the
introduction
of a new internal method: _set_id), and POEx::Role::SessionInstantiation did
not
follow the change.
To fix this module one has to know POE internal, Moose, MooseX::Declare,
overloading and whatnot.
Unless upstream author steps up, (hello Nicholas), I doubt that this module
will be fixed in time
for Debian 7.0
All the best
Dominique
signature.asc
Description: This is a digitally signed message part.
Bug#675894: Please allow lazarus to build on armhf
tags 675894 +pending
thanks
In light of the impending freeze I just uploaded a NMU for this to
delayed/5. Debdiff is attached, please tell me if you have any problems
with the upload.
diff -Nru lazarus-0.9.30.4/debian/changelog lazarus-0.9.30.4/debian/changelog
--- lazarus-0.9.30.4/debian/changelog 2012-03-22 20:40:25.0 +
+++ lazarus-0.9.30.4/debian/changelog 2012-06-10 08:52:23.0 +0100
@@ -1,3 +1,10 @@
+lazarus (0.9.30.4-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add armhf to architecture lists (Closes: #675894)
+
+ -- Peter Michael Green plugw...@p10link.net Sun, 10 Jun 2012 07:49:14 +
+
lazarus (0.9.30.4-1) unstable; urgency=low
* Checked conformance to policy 3.9.3 and updated standard version.
diff -Nru lazarus-0.9.30.4/debian/control lazarus-0.9.30.4/debian/control
--- lazarus-0.9.30.4/debian/control 2012-03-22 13:00:44.0 +
+++ lazarus-0.9.30.4/debian/control 2012-06-10 08:51:29.0 +0100
@@ -64,7 +64,7 @@
code tool to work properly (retrieving declarations and navigating in code).
Package: lazarus-ide
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, fp-compiler, lazarus-src,
lazarus-ide-gtk | lazarus-ide-qt
Recommends: fpc, lcl, gdb
Suggests: fp-utils
@@ -88,7 +88,7 @@
This package contains the commons files required to run lazarus IDE.
Package: lazarus-ide-gtk2
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, lazarus-ide
Recommends: fpc, lcl, gdb
Suggests: fp-utils
@@ -115,7 +115,7 @@
This package contains the lazarus IDE build on top of GTK+ backend.
Package: lazarus-ide-qt4
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, lazarus-ide, lazarus-ide-gtk
Recommends: fpc, lcl, gdb
Suggests: fp-utils
@@ -143,7 +143,7 @@
for now it just depends on gtk based IDE.
Package: lcl
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, lcl-units, lcl-utils
Recommends: fpc, lazarus-ide
Suggests: gdb
@@ -169,7 +169,7 @@
This is a metapackage to ease installing the LCL and components.
Package: lcl-utils
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, fp-compiler
Recommends: lcl, lazarus-ide
Breaks: lazarus-ide (= 0.9.28.2-2)
@@ -194,7 +194,7 @@
This package contains command line tools to ease building LCL applications.
Package: lcl-units
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, ${fpc-abi:Depends}, lcl-gtk2 |
lcl-gtk | lcl-qt
Recommends: lazarus-ide, fpc
Suggests: gdb
@@ -221,7 +221,7 @@
This package contains the LCL and components.
Package: lcl-nogui
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, ${fpc-abi:Depends}, fp-units-rtl,
fp-units-base, fp-units-fcl
Recommends: lazarus-ide, fpc
Suggests: gdb
@@ -248,7 +248,7 @@
line tools and non graphical applications.
Package: lcl-gtk2
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, ${fpc-abi:Depends}, fp-units-rtl,
fp-units-base, fp-units-fcl, fp-units-gtk2
Recommends: lazarus-ide, fpc
Suggests: gdb
@@ -275,7 +275,7 @@
This package contains the LCL and components GTK+ based backend.
Package: lcl-qt4
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, ${fpc-abi:Depends}, fp-units-rtl,
fp-units-base, fp-units-fcl, libqt4pas-dev
Recommends: lazarus-ide, fpc
Suggests: gdb
diff -Nru lazarus-0.9.30.4/debian/control.in lazarus-0.9.30.4/debian/control.in
--- lazarus-0.9.30.4/debian/control.in 2012-03-22 13:00:44.0 +
+++ lazarus-0.9.30.4/debian/control.in 2012-06-10 08:50:45.0 +0100
@@ -70,7 +70,7 @@
code tool to work properly (retrieving declarations and navigating in code).
Package: lazarus-ide${PACKAGESUFFIX}
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Depends: ${misc:Depends}, ${shlibs:Depends}, fp-compiler,
lazarus-src${PACKAGESUFFIX}, lazarus-ide-gtk${PACKAGESUFFIX} |
lazarus-ide-qt${PACKAGESUFFIX}
Recommends: fpc, lcl${PACKAGESUFFIX}, gdb
Suggests: fp-utils
@@ -97,7 +97,7 @@
This package contains the commons files required to run lazarus IDE.
Package: lazarus-ide-gtk2${PACKAGESUFFIX}
-Architecture: i386 powerpc sparc amd64 armel
+Architecture: i386 powerpc sparc amd64 armel armhf
Bug#676798: [Packaging] Bug#676798: munin-node: Munin-node does not allow IPv6 localhost connections
severity 676798 important thanks Hi Michael, thanks for your bug report(s)! On Samstag, 9. Juni 2012, Michael Renner wrote: the default munin-node configuration doesn't allow localhost IPv6 connections. raising the severity as IP means IPv6 nowadays, see RFC 6540 :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676850: [psi-plus] segfaults
tags 676850 = moreinfo unreproducible thanks Hi, Sorry, but this information is not enough. There are no nor steps to reproduce, nor back trace from gdb. Program works fine during weeks without restart on more than 5 PC, which I administrate. And there are no similar reports from other users. Probably you have local problem. Psi+ developers in such cases suggest: 1) Backup your settings. 2) Clean your setting. 3) Run program and setup your settings from default values. In many cases this helps. Regards, Boris
Bug#676860: tuareg-mode: setq smie f
On Sun, Jun 10, 2012 at 12:01:50PM +1000, Kevin Ryde wrote: Package: tuareg-mode Version: 1:2.0.6-1 Severity: minor File: /etc/emacs/site-start.d/51tuareg-mode.el Perhaps 51tuareg-mode.el (setq tuareg-use-smie f) is meant to be nil, for elisp. yes, of course. A typo probably due to too much ocaml hacking ;-) Though perhaps also that's the default in the defvar tuareg-use-smie in tuareg.el at the moment anyway. I think it is at the moment, bit I wanted to make it clear at this point that we do not want smie as a default. I'll wait for 2.0.6-1 to migrate to testing before uploading. Thanks for your report -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676312: [RFR] templates://pleiades/{pleiades.templates}
Christian PERRIER wrote:
Your review should be sent as an answer to this mail.
Googling turns up answers to some of my questions:
http://dev.eclipse.org/mhonarc/lists/babel-dev/msg00142.html
http://flymewiththeeclipseway.blogspot.co.uk/2008/04/how-people-use-eclipse-in-japan.html
Template: pleiades/eclipse
Type: boolean
Default: false
+_Description: Enable Pleiades in Eclipse configuration?
+ Pleiades, which improves Eclipse's Japanese language support,
+ needs to be activated in the Eclipse configuration file before
+ it can be used.
+ .
+ Please choose whether you want this to be done in Eclipse
+ configuration file (/etc/eclipse.ini).
Trying to make it less repetitive:
Eclipse is not currently configured to use Pleiades for Japanese
language support.
.
Please choose whether Pleiades should be activated in the Eclipse
configuration file (/etc/eclipse.ini).
--- pleiades.old/debian/control 2012-06-06 07:25:00.803153497 +0200
+++ pleiades/debian/control 2012-06-07 07:48:20.705306795 +0200
@@ -12,7 +12,10 @@
Pre-Depends: debconf, dpkg (= 1.15.6~)
Depends: eclipse, libcommons-lang-java, libcommons-io-java,
libjavassist-java,
${misc:Depends}
+Description: Japanese language package for Eclipse using dynamic AOP
+ Pleiades is a dynamic AOP (aspect-oriented programming) translation
+ container.
+ .
+ It provides dynamic Japanese localization to the Eclipse
+ platform and a large number of plug-ins. Some of its resources have been
+ contributed in upstream Eclipse.
This phrasing implies Pleiades provides localisation and plug-ins,
but the eclipse.org posting above implies it's Pleiades provides
localisation for Eclipse and for plug-ins.
And I still don't know what it means by some of its resources being
contributed to Eclipse. Did it not contribute the rest, or did
upstream reject them, or what? Are the contributed resources still
part of this Debian package, or are they in eclipse?
My tentative suggestion would be:
Description: Japanese translation plug-in for Eclipse using dynamic AOP
Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
provide side-by-side English/Japanese property resource bundles.
But this definitely needs some sanity-checking from someone more
familiar with property resource bundles and so on.
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
Source: pleiades
Section: devel
Priority: extra
Maintainer: Hideki Yamane henr...@debian.org
Build-Depends: debhelper (= 7.0.50~), ant, default-jdk, po-debconf
Build-Depends-Indep: libcommons-lang-java, libcommons-io-java,
libjavassist-java, zip, unzip
Standards-Version: 3.9.3
Homepage: http://mergedoc.sourceforge.jp/
Package: pleiades
Architecture: all
Pre-Depends: debconf, dpkg (= 1.15.6~)
Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
${misc:Depends}
Description: Japanese translation plug-in for Eclipse using dynamic AOP
Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
provide side-by-side English/Japanese property resource bundles.
Template: pleiades/eclipse
Type: boolean
Default: false
_Description: Enable Pleiades in Eclipse configuration?
Eclipse is not currently configured to use Pleiades for Japanese
language support.
.
Please choose whether Pleiades should be activated in the Eclipse
configuration file (/etc/eclipse.ini).
diff -ru old/control new/control
--- old/control 2012-06-06 10:17:42.451392622 +0100
+++ new/control 2012-06-10 10:20:47.391392318 +0100
@@ -12,7 +12,7 @@
Pre-Depends: debconf, dpkg (= 1.15.6~)
Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
${misc:Depends}
-Description: Japanese Language package for Eclipse using Dynamic AOP, Pleiades
- The Pleiades is a dynamic AOP translation container, it provides dynamic
- Japanese localization to the Eclipse Platform and a large number of plug-ins.
- Some of its resources has contributed to the Eclipse.org.
+Description: Japanese translation plug-in for Eclipse using dynamic AOP
+ Pleiades is a dynamic Aspect-Oriented Programming translation layer for the
+ Eclipse platform and many of its plug-ins. It uses a Japanese glossary to
+ provide side-by-side English/Japanese property resource bundles.
diff -ru old/pleiades.templates new/pleiades.templates
--- old/pleiades.templates 2012-06-06 10:17:40.707392701 +0100
+++ new/pleiades.templates 2012-06-10 10:26:10.659392632 +0100
@@ -1,5 +1,9 @@
Template: pleiades/eclipse
Type: boolean
Default: false
-_Description: Enable pleiades for your Eclipse configuration?
- If you want to use pleiades, you should enable it in /etc/eclpse.ini.
Bug#676873: nouveau: VM: trapped read at 0x0000000000 on ch 4 [0x0000a9ac] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT
George Shuklin wrote: Package: linux-2.6 Version: 3.0.0-6 Is this the same machine as bug#676704? (If so, I prefer to track all symptoms in one place.) Do the VM: trapped read errors happen in 3.0.y only? That kernel is not maintained in Debian --- supported versions are 2.6.32.y, 3.2.y, and 3.4.y at the moment. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676880: mumble: please move speech-dispatcher from Recommends to Suggests
Package: mumble Version: 1.2.3-348-g317f5a0-1 Severity: normal Hello, I believe it's not unusual to use Mumble without speech synthesis. If it's true, then per Debian policy it belongs to Suggests, not Recommends. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mumble depends on: ii gconf2 3.2.3-4 ii libasound2 1.0.25-2 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libavahi-compat-libdnssd1 0.6.31-1 ii libc6 2.13-7 ii libcelt0-0 0.7.1-1 ii libg15daemon-client1 1.9.5.3-8.1 ii libgcc11:4.7.0-1 ii libprotobuf7 2.4.0a-2+b1 ii libpulse0 1.1-3+b1 ii libqt4-dbus4:4.8.1-1 ii libqt4-network 4:4.8.1-1 ii libqt4-sql 4:4.8.1-1 ii libqt4-sql-sqlite 4:4.8.1-1 ii libqt4-svg 4:4.8.1-1 ii libqt4-xml 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libsndfile11.0.21-3+squeeze1 ii libspeechd20.7-6.1 ii libspeex1 1.2~rc1-1 ii libspeexdsp1 1.2~rc1-1 ii libssl1.0.01.0.1c-1 ii libstdc++6 4.7.0-1 ii libx11-6 2:1.4.99.901-2 ii libxi6 2:1.4.2-1 ii lsb-release3.2-23.2squeeze1 Versions of packages mumble recommends: pn speech-dispatcher none Versions of packages mumble suggests: ii mumble-server 1.2.3-313-ge5c4657-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676881: [debchange] NMU detection broken with orphaned packages
Package: devscripts
Version: 2.11.8
Severity: normal
Tags: patch
dch's NMU detection triggers easily for uploads of orphaned packages,
which are not NMUable by definition.
Attached patch should fix that. (One can still create a impossible
NMU by giving --nmu explicitly, but I'd say that is then the fault
of the person calling it that way).
Bernhard R. Link
From d3b00472b38c774a95a16590be04faa21c29b2ff Mon Sep 17 00:00:00 2001
From: Bernhard R. Link brl...@debian.org
Date: Sun, 10 Jun 2012 11:32:08 +0200
Subject: [PATCH] debchange: fix NMU detection to not NMU QA packages
Orphaned packages can by definition not be NMUed, so fix
the NMU detection to not trigger if the maintainer contains
the packa...@qa.debian.org address.
---
scripts/debchange.pl |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/debchange.pl b/scripts/debchange.pl
index 17a4d3d..4275c82 100755
--- a/scripts/debchange.pl
+++ b/scripts/debchange.pl
@@ -862,7 +862,8 @@ if ($opt_auto_nmu eq 'yes' and ! $opt_v and ! $opt_l and ! $opt_s and
my $packager = $MAINTAINER $EMAIL;
- if (! grep { $_ eq $packager } ($maintainer, @uploaders) and
+ if ($maintainer !~ m/packa...@qa.debian.org/ and
+! grep { $_ eq $packager } ($maintainer, @uploaders) and
$packager ne $changelog{'Maintainer'} and ! $opt_team) {
$opt_n=1;
$opt_a=0;
--
1.7.10
Bug#676882: fai-server: dracut-network fails to nfsboot if LVM volume is present
Package: fai-server Version: 4.0.1 Severity: important Tested with fai-nfsroot 4.0.1 and kernel 3.0.2 Installation of a fai nfsclient is not possible, if the client already has LVM volumes. When the client boots, it recognizes the network card, but does not boot from it. Instead it activates the LVM volume and does not proceed. Workaround: define rd_NO_LVM in the client's pxeconfig file (modify fai-chboot?) Solution: Escalate problem to dracut-network? nfsroot client info: # cat /etc/apt/sources.list -- # These lines should work for many sites # A more comprehensive example is at /usr/share/doc/fai-doc/examples/etc deb http://cdn.debian.net/debian wheezy main contrib non-free deb http://security.debian.org/debian-security wheezy/updates main contrib non-free # repository that may contain newer fai packages for wheezy deb http://fai-project.org/download wheezy koeln -- # dpkg -l dracut-network fai-nfsroot linux-image-3.2.0-2-amd64 -- Name Version ii dracut-network 019+1+gd77540c-1 ii fai-nfsroot 4.0.1 ii linux-image-3.2.0-2-amd643.2.19-1 -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676883: fai-nfsroot: fai nfsclient fails to mount nfsv4 volumes properly
Package: fai-nfsroot Version: 4.0.1 Severity: important A FAI nfsclient does not mount NFSv4 volumes properly. Most of the files/directories belonging to root belong to 'nobody' instead. 'most' is important. Some files are properly mapped belonging to root, so it is not a simple idmap-mismatch issue. Confirmed for: Debian Wheezy and Sid Impact: Installation via FAI is not possible. If aufs is used, then the install client kernel-panics. If a simple rw-mount is used, then one is at least able to see which files belong to nobody and which files belong to root. Workaround/Wheezy: Set 'nfsvers=3' option in the clients pxelinux cfg file. Workaround/Sid:None known to me. Sid nfsclient/kernel is not able to mount v3 Reason: Unknown. Solution: Unknown. # dpkg -l dracut-network linux-image-3.2.0-2-amd64 nfs-common Name Version ii dracut-network 019+1+gd77540c-1 ii linux-image-3.2.0-2-amd643.2.19-1 ii nfs-common 1:1.2.6-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676884: libffi: New upstream version available
Source: libffi Version: 3.0.10-3 Severity: wishlist Hi, the current 3.0.10 Debian package builds a broken libffi library on x32, whereas on 3.0.11 it passes the testsuite with no problems. (Although it would require an soname bump to libffi6.) -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676885: libatlas3-base: Illegal instruction in dgetrf
Package: libatlas3-base
Version: 3.8.4-6
Severity: grave
Justification: renders package unusable
I have a Core2 machine that doesn't have the latest FMA4 instructions. My
understanding that the libatlas3-base package from unstable shouldn't be doing
anything fancy and potentially cpu-specific unless the user rebuilds this
package themselves. I have the following trivial program:
#include stdio.h
int dgetrf_(int *m, int *n, double *a, int *lda, int *ipiv, int *info);
int main(void)
{
int three = 3;
int ipiv[3];
int info;
double A[9] = {1,2,5,2,3,4,5,4,3};
dgetrf_(three, three, A, three,
ipiv, info);
printf(info: %d\n, info);
return 0;
}
Session that shows the issue, with some useful diagnostics:
dima@shorty:/tmp$ gcc-4.7 -llapack -o tst tst.c
dima@shorty:/tmp$ ./tst
zsh: illegal hardware instruction (core dumped) ./tst
dima@shorty:/tmp$ ldd tst
linux-vdso.so.1 = (0x7fff3bbff000)
liblapack.so.3 = /usr/lib/liblapack.so.3 (0x7f3ff4f8e000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3ff4c07000)
libblas.so.3 = /usr/lib/libblas.so.3 (0x7f3ff453d000)
libgfortran.so.3 = /usr/lib/x86_64-linux-gnu/libgfortran.so.3
(0x7f3ff4227000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x7f3ff4011000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f3ff3df4000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f3ff3b72000)
/lib64/ld-linux-x86-64.so.2 (0x7f3ff5caf000)
libquadmath.so.0 = /usr/lib/x86_64-linux-gnu/libquadmath.so.0
(0x7f3ff393d000)
dima@shorty:/tmp$ update-alternatives --display liblapack.so.3
liblapack.so.3 - auto mode
link currently points to /usr/lib/atlas-base/atlas/liblapack.so.3
/usr/lib/atlas-base/atlas/liblapack.so.3 - priority 35
slave liblapack.so.3gf: /usr/lib/atlas-base/atlas/liblapack.so.3
/usr/lib/lapack/liblapack.so.3 - priority 10
slave liblapack.so.3gf: /usr/lib/lapack/liblapack.so.3
Current 'best' version is '/usr/lib/atlas-base/atlas/liblapack.so.3'.
dima@shorty:/tmp$ dpkg -S /usr/lib/atlas-base/atlas/liblapack.so.3
libatlas3-base: /usr/lib/atlas-base/atlas/liblapack.so.3
dima@shorty:/tmp$ dpkg -l libatlas3-base
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion Description
+++-===-===-==
ii libatlas3-base 3.8.4-6 Automatically Tuned Linear
Algebra Software, generic shared
dima@shorty:/tmp$ gdb tst core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /tmp/tst...(no debugging symbols found)...done.
[New LWP 30474]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `./tst'.
Program terminated with signal 4, Illegal instruction.
#0 0x7fa03d281bb7 in ATL_dgetrfC () from /usr/lib/liblapack.so.3
(gdb) disass
Dump of assembler code for function ATL_dgetrfC:
0x7fa03d281950 +0: mov%rbx,-0x30(%rsp)
0x7fa03d281955 +5: mov%rbp,-0x28(%rsp)
..
0x7fa03d281bb3 +611: lea(%r12,%rax,8),%rbx
= 0x7fa03d281bb7 +615: vmovsd (%rbx),%xmm1
0x7fa03d281bbb +619: vucomisd 0x996ced(%rip),%xmm1#
0x7fa03dc188b0
0x7fa03d281bc3 +627: mov0x38(%rsp),%r10d
..
dima@shorty:/tmp$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz
stepping: 6
cpu MHz : 2167.000
cache size : 4096 KB
physical id : 0
siblings: 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow
bogomips: 4322.43
clflush size: 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
-- System Information:
Bug#676886: [ftp.debian.org] override: calendarserver:net/optional
Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- Calendarserver is written in Python but is more service than library, so belongs in package section net. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667863: transition: octave 3.2 - 3.6
Package: release.debian.org Followup-For: Bug #667863 User: release.debian@packages.debian.org Usertags: transition All source uploads/NMUs concerning this transition have been done, and the octave3.2 package has been removed from unstable. The only thing left is to have testing in sync. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#672825: qt4-x11: Various small problems building qt4-x11 on hppa
Hi, Alle sabato 19 maggio 2012, Pino Toscano ha scritto: Alle lunedì 14 maggio 2012, Dave Anglin ha scritto: 1) Determining system architecture... (Linux:3.3.4+:parisc64) Trying 'parisc64'... 'parisc64' is unsupported, using 'generic' 'parisc64' is unsupported, using 'generic' [...] Regarding problem 1), I just adapted patch 07_trust_dpkg-arch_over_uname-m.diff (which is what does that change to configure), so since the next upload should be fine. Just a quick note: this change has been part of 4:4.8.1-2, uploaded to unstable few days ago. If you could confirm that qt4-x11 builds on a clean hppa environment, we could close this bug. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#676780: eject: please mark package eject as Multi-Arch: foreign
2012/6/9 Helmut Grohne hel...@subdivi.de: Package: eject Version: 2.1.5+deb1+cvs20081104-10 Severity: normal The eject package seems to provide an architecture independent command line interface. That makes it a candidate for adding Multi-Arch: same You mean foreign here, like you wrote in the subject, right? to the eject binary package in debian/control. About 15 reverse dependencies could benefit from such tagging in a multiarch environment (by making dependency resolving simpler). For details on the conversion process see http://wiki.debian.org/Multiarch/Implementation. Thanks for your help with the multiarch release goal. I don't know if foreign is really correct, though. It would be correct certainly if we only had Linux kernels. But the Linux version will not work on kFreeBSD and vice versa, because some of the kernel interfaces differ. Should I still add this? Gruesse, -- Frank Lichtenheld dj...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676842: git: set color.ui=auto by default
tags 676842 - patch + wontfix quit Hi Shawn, shawn wrote: We have ls show colors by default now. It would be really nice if git did it by default as well. /etc/gitconfig [color] ui = auto I don't want to do this --- it would make the default behavior of git different from upstream and the change would happen automatically when the system is upgraded without providing an obvious indication about how to turn it off. I also like the upstream default --- black and white is less distracting. A .gitconfig in /etc/skel turning on color seems ok in principle if you want to pursue that, though. See /usr/share/doc/git/README.source for instructions. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676866: linux-image-3.2.0-2-686-pae: won't boot under xen
reassign 676866 src:linux-2.6 3.2.19-1 forcemerge 676360 676866 quit Hi, Gedalya wrote: dist-upgrade, got linux 3.2.19-1 [...] [0.447219] BUG: unable to handle kernel paging request at dd9c4dd8 [0.447227] IP: [c1162d5c] atomic64_read_cx8+0x4/0xc Yep. http://bugs.debian.org/676360 has some context. Sorry for the trouble, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676888: corosync - Ignores scope id on ipv6 adresses
Package: corosync Version: 1.4.2-3 Severity: important corosync ignores the scopy id on | mcastaddr: fe80::0123:45ff:fe67:89ab%eth0.1 It is explicitely not copied in totemip_parse. totemip_parse have a lot of more problems: - Comment is incorrect: Dunno is AF_UNSPEC, not 0. - Does not call freeaddrinfo, so leaks memory. - Writes into packed structures that lowers aligment. The correct type to save this information is sockaddr_storage (to be casted to sockaddr_in*, sockaddr_in6* or sockaddr* at appropriate times). Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#596386: Some more details about installation failure
Hi, Pavithran's blog has details about installation failure. http://look- pavi.blogspot.in/2012/06/bugs-issues-whille-installing-debian.html Pavi, Please provide more details if they ask. Cheers Praveen
Bug#676851: gitpkg: depends on git without epoch
Hi Jonathan, On Sat, Jun 09, 2012 at 06:33:13PM -0500, Jonathan Nieder wrote: Package: gitpkg Version: 0.22 Justification: incorrect dependency if we take pre-squeeze packages into account Hi, First, thanks for gitpkg --- it is lightweight and interesting. I hope to learn more about it and start using it. gitpkg depends on git (= 1.7.0). That dependency is satisfied by the following packages for silly reasons: - all gnuit versions before 4.9.5-1 - all git versions after 1:1.4.1-2 Using a dependency with epoch like git (= 1:1.7.0) should fix it. Ah, good catch! The versioned dep got added at the same time as the name change, but they actually happened for completely separate reasons. 1.7.0 broke the use of status -a, and commit --dry-run that replaced it for git-debimport wasn't compatible with older git. (gitpkg itself should still work fine with older git versions, modulo lack of testing with them) Looks like I bundled those two things together but missed that our package had picked up an epoch by then. 0.23 with this fixed is on its way to incoming now. If there's anything you need to do that it doesn't fit in well with, be sure to let us know and we'll see what we can do. Thanks :) Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604368: [Pkg-phototools-devel] Bug#604368: NMU for octave- and qt-related bugs
Hi, On Sun, Jun 03, 2012 at 11:49:32PM +0200, Ana Guerrero wrote: On Sun, Jun 03, 2012 at 11:09:44PM +0200, Ana Guerrero wrote: On Sun, Jun 03, 2012 at 12:23:11PM +0200, Sébastien Villemot wrote: I’ve prepared an NMU for pfstools which fixes #604368 (Qt3-Qt4 transition), #666959 (Octave 3.2-3.6 transition) and the Lintian error about obsolete dpatch. The NMU relies on the new upstream release 1.8.5 (which fixes the Qt issue). Please find attached the debdiff (only for the debian/ subdir). I am going to look for a sponsor for this NMU. If you want me to provide a series of patches that you can incorporate into your VCS, don't hesitate to ask. I am looking at it. Uploaded at DELAYED/4. Thanks a lot for taking care of that and sorry for not coming back earlier. I was quite busy recently and pfstools was not a very high priority issue to me. It's much appreciated that you took care of the release issues and packaging the new upstream version. I'm about to take care of the remaining bug today. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#676889: please add an option to read a list of files to back up
Package: obnam Version: 0.26-1 Severity: wishlist Hello, I am about to implement a tool that lists important files in my system that aren't included in .git repos pushed elsewhere. The idea is to backup local sensisive data (password files, delirious todo lists, unofficial work notes, accounting stuff) and make it easy to do disaster recovery by just restoring those and pulling everything else from outside git repos. Initially I thought my tool could generate a tarball, but then I thought that if I could pass the file list to obnam, I could automatically get remote storage support, encryption, deduplication and all the other goodies. Unfortunately, such an option (like tar's --files-from) doesn't exist yet. An extra fancy extensions to this idea would be to have obnam get a tarball on standard input and treat it as a file system, so that my tool could include in the backup some extra files generated on the fly, like scripts to regenerate the .git repos or diff with local changes. But I understand this last bit is something to put very deep into someday/maybe. Ciao, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.13-32 ii python2.7.2-10 ii python-cliapp 0.29-1 ii python-larch 0.31-1 ii python-paramiko 1.7.7.1-2 ii python-tracing0.6-2 ii python-ttystatus 0.18-1 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 obnam recommends no packages. obnam 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#676890: pixfrogger: black window on startup
Package: pixfrogger Version: 1.0-2 Severity: important When I start pixfrogger all I can see is a black window. I can move the window around, if I press Enter I can hear a sound effect and then the music starts playing, but nothing shows inside the window. I can't close the window using standard UI controls, but this might be by design. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.3.7-precision (SMP w/2 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pixfrogger depends on: ii fenix 0.92a.dfsg1-9 ii fenix-plugins-system 0.0.20070803-5 pixfrogger recommends no packages. pixfrogger 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#676891: FTBFS: built with old berkeley db ( 5.1)
Package: nmh Version: 1.5-RC3-0.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, you have uploaded nmh built against libdb4.8 which is obsolete and (almost) removed from the archive: http://release.debian.org/transitions/html/libdb.html Since the debian/control file is correct and the package builds correctly in fresh pbuilder, it means you have built your package on not up-to-date unstable system. If fact the system you have built your package in, is probably ages old (maybe squeeze system?). Also please note, that your package failed to build on all archive buildds (but this is separate from this bugreport): https://buildd.debian.org/status/package.php?p=nmh O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644069: netgen: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
found 644069 4.9.13.dfsg-4 severity 644069 serious quit On Sun, Oct 02, 2011 at 02:43:13PM +0200, Bill Allombert wrote: Source: netgen Version: 4.9.13.dfsg-3 Severity: important Hello Debian Science Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update netgen to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: netgen:Build-Depends: libjpeg62-dev Hello, this problem was fixed in -3.1 but was reintroduced in -4. Please fix this as soon as possible. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664134: NMU that will hopefully fix the issue.
* Peter Samuelson:
[Hilko Bengen]
I am preparing an NMU to DELAYED/7 right now. You can find the changelog
entry below. A binNMU would not work because it would break
co-installability with a new changelog entry.
In other words, any 'M-A: same' package that is _ever_ binNMU'd is
broken. Argh.
At the moment: yes. I heard about a proposal to put the rebuild
changelog entry into a different changelog file. This would solve the
problem, but it has not been implemented yet.
I just checked the build logs. Every buildd, plus my local amd64
build, used gzip 1.4-5.
Strange. Does a rebuild produce different results?
So why do you think a rebuild would fix this problem? What file caused
the conflict, anyway?
Only changelog.Debian.gz was affected in my case, see below.
Cheers,
-Hilko
$ dpkg -l libgpm2
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii libgpm2:amd64 1.20.4-5 General Purpose Mouse - shared library
ii libgpm2:i386 1.20.4-5 General Purpose Mouse - shared library
(I had used dpkg --force-overwrite as suggested by Sven Joachim.)
$ diff -ui /var/lib/dpkg/info/libgpm2\:{i386,amd64}.md5sums---
/var/lib/dpkg/info/libgpm2:i386.md5sums 2012-06-08 19:14:29.0 +0200
+++ /var/lib/dpkg/info/libgpm2:amd64.md5sums2012-06-08 18:48:11.0
+0200
@@ -1,4 +1,4 @@
-f0004dd159cce37fb7d872009092343d usr/lib/i386-linux-gnu/libgpm.so.2
-484fa4688fc2865a15c80540f04a7b3f usr/share/doc/libgpm2/changelog.Debian.gz
+c654ebdb8588765675a9bb7fbd6a1bc4 usr/lib/x86_64-linux-gnu/libgpm.so.2
+09b8c644e1de1f7b561b6509eef9b64c usr/share/doc/libgpm2/changelog.Debian.gz
3648d1c6e269701f857ec219086b0298 usr/share/doc/libgpm2/changelog.gz
4573cc1b44eba29db576098aa6bdb96b usr/share/doc/libgpm2/copyright
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667863: transition: octave 3.2 - 3.6
Sébastien Villemot sebastien.ville...@ens.fr (10/06/2012): All source uploads/NMUs concerning this transition have been done, and the octave3.2 package has been removed from unstable. That looks great, thanks for the follow-up. The only thing left is to have testing in sync. I'll look into this. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673185: gnome-shell: segfault in libaccountsservice.so.0.0.0
By following the gdb example below I've obtained a (different) backtrace by unplugging the power cord from laptop. This is the voluntary trigger of this bug for me. BTW, this is now a problem for those that use systemd as well. Up to version 0.6.21-1, when using systemd init, gnome-shell did not crash or respawn itself. Thanks 2012/6/10 ALLurGroceries allurgrocer...@gmail.com: It's not convenient, but switching to another tty, e.g. ctrl+alt+f1 and then running these commands make the desktop usable again for me without having to restart gdm: killall -9 gnome-shell gnome-shell --display :0 disown This works but not completely. For example I don't have any theme, many buttons are not displayed (i.e. retext), non-ASCII characters are not displayed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673185: gnome-shell: segfault in libaccountsservice.so.0.0.0
Attaching the file ... 2012/6/10 Teodor MICU mteo...@gmail.com: By following the gdb example below I've obtained a (different) backtrace by unplugging the power cord from laptop. This is the voluntary trigger of this bug for me. Starting program: /usr/bin/gnome-shell --replace --display :0 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe443a700 (LWP 4411)] [Thread 0x7fffe443a700 (LWP 4411) exited] [New Thread 0x7fffe443a700 (LWP 4412)] [New Thread 0x7fffe3bb9700 (LWP 4414)] [New Thread 0x7fffe31b0700 (LWP 4415)] [New Thread 0x7fffde7a7700 (LWP 4417)] [New Thread 0x7fffddf86700 (LWP 4418)] Window manager warning: Failed to load theme Wasp: Failed to find a valid file for theme Wasp [New Thread 0x7fffd7be1700 (LWP 4430)] [New Thread 0x7fffcb84c700 (LWP 4437)] [New Thread 0x7fffc858b700 (LWP 4441)] [New Thread 0x7fffc7d8a700 (LWP 4470)] [New Thread 0x7fffc7589700 (LWP 4471)] [New Thread 0x7fffc6d88700 (LWP 4472)] [New Thread 0x7fffc6587700 (LWP 4473)] [New Thread 0x7fffc5d86700 (LWP 4474)] [New Thread 0x7fffc5585700 (LWP 4475)] [New Thread 0x7fffc4d84700 (LWP 4476)] [New Thread 0x7fffc4583700 (LWP 4477)] Window manager warning: Failed to load theme Wasp: Failed to find a valid file for theme Wasp [Thread 0x7fffcb84c700 (LWP 4437) exited] [Thread 0x7fffc7589700 (LWP 4471) exited] [Thread 0x7fffc7d8a700 (LWP 4470) exited] [Thread 0x7fffc4d84700 (LWP 4476) exited] [Thread 0x7fffc5585700 (LWP 4475) exited] [Thread 0x7fffd7be1700 (LWP 4430) exited] [Thread 0x7fffc5d86700 (LWP 4474) exited] [Thread 0x7fffc6587700 (LWP 4473) exited] [Thread 0x7fffc4583700 (LWP 4477) exited] [New Thread 0x7fffc4583700 (LWP 4501)] [Thread 0x7fffc4583700 (LWP 4501) exited] Initializing nautilus-gdu extension ** (nautilus:4500): CRITICAL **: nautilus_menu_provider_get_background_items: assertion `NAUTILUS_IS_MENU_PROVIDER (provider)' failed [New Thread 0x7fffc4583700 (LWP 4514)] [New Thread 0x7fffc5d86700 (LWP 4515)] [New Thread 0x7fffc6587700 (LWP 4516)] [New Thread 0x7fffd7be1700 (LWP 4517)] [Thread 0x7fffc5d86700 (LWP 4515) exited] [Thread 0x7fffd7be1700 (LWP 4517) exited] [Thread 0x7fffc6d88700 (LWP 4472) exited] [Thread 0x7fffc6587700 (LWP 4516) exited] [Thread 0x7fffc4583700 (LWP 4514) exited] Shutting down nautilus-gdu extension [New Thread 0x7fffc4583700 (LWP 4767)] [New Thread 0x7fffc6587700 (LWP 4768)] [New Thread 0x7fffc6d88700 (LWP 4769)] [New Thread 0x7fffd7be1700 (LWP 4770)] [New Thread 0x7fffc7d8a700 (LWP 4771)] [New Thread 0x7fffc7589700 (LWP 4772)] [New Thread 0x7fffc5d86700 (LWP 4773)] [New Thread 0x7fffc5585700 (LWP 4774)] [New Thread 0x7fffc4d84700 (LWP 4775)] [New Thread 0x7fffc3d82700 (LWP 4776)] (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:4407): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) [Thread 0x7fffc7589700 (LWP 4772) exited] [Thread 0x7fffc4d84700 (LWP 4775) exited] [Thread 0x7fffc5d86700 (LWP 4773) exited] [Thread 0x7fffc6587700 (LWP 4768) exited] [Thread 0x7fffc6d88700 (LWP 4769) exited] [Thread 0x7fffc5585700 (LWP 4774) exited] [Thread 0x7fffc7d8a700 (LWP 4771) exited] [Thread 0x7fffd7be1700 (LWP 4770) exited] [Thread 0x7fffc3d82700 (LWP 4776) exited] [New Thread 0x7fffc3d82700 (LWP 4780)] [Thread 0x7fffc4583700 (LWP 4767) exited] [Thread 0x7fffc3d82700 (LWP 4780) exited] [New Thread 0x7fffc3d82700 (LWP 4832)] Program received signal SIGSEGV, Segmentation fault. 0x7fffd1b07070 in unload_new_session (new_session=0x14af990) at act-user-manager.c:965 965 act-user-manager.c: No such file or directory. (gdb) btfu full #0 0x7fffd1b07070 in unload_new_session (new_session=0x14af990) at act-user-manager.c:965 manager = 0x7fffd804e860 #1 0x7fffd1b09d40 in on_get_unix_user_finished (object=0x1502c50, result=0x1e0c820, data=0x14af990) at act-user-manager.c:1029 proxy = optimized out new_session = 0x14af990 error = 0x1537800 uid = optimized out #2 0x7fffef8b13f7 in g_simple_async_result_complete (simple=0x1e0c820) at
Bug#675373: virtualbox: segfault in libQtCore.so.4.8.1
Some clarification, i forgot to install libqt4-dbg in the previous backtrace ; the guilty seems to be thread/qthread_unix.cpp from the libqt (and not VirtualBox directly) : # gdb /usr/lib/virtualbox/VirtualBox GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/virtualbox/VirtualBox...Reading symbols from /usr/lib/debug/usr/lib/virtualbox/VirtualBox...done. done. (gdb) r Starting program: /usr/lib/virtualbox/VirtualBox [Thread debugging using libthread_db enabled] [New Thread 0x7fdd02ed2700 (LWP 14925)] [New Thread 0x7fdd02eb1700 (LWP 14926)] [Thread 0x7fdd02eb1700 (LWP 14926) exited] [Thread 0x7fdd02ed2700 (LWP 14925) exited] Program received signal SIGSEGV, Segmentation fault. 0x7fdcfb9b693f in get_thread_data () at thread/qthread_unix.cpp:174 174 thread/qthread_unix.cpp: Aucun fichier ou dossier de ce type. in thread/qthread_unix.cpp (gdb) bt #0 0x7fdcfb9b693f in get_thread_data () at thread/qthread_unix.cpp:174 #1 QThreadData::current () at thread/qthread_unix.cpp:200 #2 0x7fdcfb9b47e9 in QThread::currentThread () at thread/qthread.cpp:361 #3 0x7fdcfbab3d88 in QCoreApplicationPrivate::QCoreApplicationPrivate (this=0x22ef270, aargc=@0x7fff23dfaa0c, aargv=0x7fff23dfaca8, flags=optimized out) at kernel/qcoreapplication.cpp:402 #4 0x7fdcfae5c603 in QApplicationPrivate::QApplicationPrivate (this=0x22ef270, argc=optimized out, argv=optimized out, type=QApplication::GuiClient, flags=optimized out) at kernel/qapplication.cpp:179 #5 0x7fdcfae6408d in QApplication::QApplication (this=0x7fff23dfaae0, dpy=0x22e2920, argc=@0x7fff23dfaa0c, argv=optimized out, visual=36624768, colormap=0, _internal=17041409) at kernel/qapplication.cpp:952 #6 0x7fdcfd35c3de in TrustedMain (argc=1, argv=optimized out) at /tmp/buildd/virtualbox-4.1.16-dfsg/src/VBox/Frontends/VirtualBox/src/main.cpp:372 #7 0x7fdd02550ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x004012a5 in _start () (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676694: [Piuparts-devel] Bug#676694: piuparts: [install-upgrade] should first install from distribution
tags 676694 - patch thanks Hi Luca, thanks for your bug report! On Freitag, 8. Juni 2012, Luca Capello wrote: When doing an install-upgrade test, the apt-get package installation should be forced from the first distribution set via -d (using the apt-get -t option). Otherwise, if the package being tested depends on the same binary version of other packages, then installation from official sources is not possible. Git patch attached. Your patch modifies install_packages_by_name() to unconditionally use the first distribution which makes a lot of other cases fail... I encountered this bug while testing the new bacula-console package, have you tried latest piuparts from git branch develop? Piuparts logs are available upon request or simply grab the testing package at http://pkg-bacula.alioth.debian.org/tmp/ ;-) please send me the log, http://pkg-bacula.alioth.debian.org/tmp/bacula_5.2.6+dfsg-1_all.deb.piuparts is not what I'm looking for :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676780: eject: please mark package eject as Multi-Arch: foreign
Hi Frank, On Sun, Jun 10, 2012 at 12:07:34PM +0200, Frank Lichtenheld wrote: You mean foreign here, like you wrote in the subject, right? Thanks for spotting. Foreign of course. I don't know if foreign is really correct, though. It would be correct certainly if we only had Linux kernels. But the Linux version will not work on kFreeBSD and vice versa, because some of the kernel interfaces differ. Should I still add this? The multiarch classification is about the interface a package provides, not about the interface a package expects to use. So foreign is correct here, because the only way for other packages to interact with eject is by using the command line. For instance you should be able to install iproute:amd64 which is ma:foreign on kfreebsd-amd64 even though it will not work at all. Expressing that eject actually relies on a specific kernel should be done in a dependency, but that seems a bit harder (if possible at all). Even now you should be able to install eject:amd64 on kfreebsd-amd64 just by mixing those two architectures. Thank you for your attention to the detail Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676881: #676881: [debchange] NMU detection broken with orphaned packages
Sorry, wrong version of the patch. Attached is the correct one.
From f21230c04eb9a5e0152f670695bf1a9bd9545f8c Mon Sep 17 00:00:00 2001
From: Bernhard R. Link brl...@debian.org
Date: Sun, 10 Jun 2012 11:32:08 +0200
Subject: [PATCH] debchange: fix NMU detection to not NMU QA packages
Orphaned packages can by definition not be NMUed, so fix
the NMU detection to not trigger if the maintainer contains
the packa...@qa.debian.org address.
---
scripts/debchange.pl |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/debchange.pl b/scripts/debchange.pl
index 17a4d3d..e77a632 100755
--- a/scripts/debchange.pl
+++ b/scripts/debchange.pl
@@ -862,7 +862,8 @@ if ($opt_auto_nmu eq 'yes' and ! $opt_v and ! $opt_l and ! $opt_s and
my $packager = $MAINTAINER $EMAIL;
- if (! grep { $_ eq $packager } ($maintainer, @uploaders) and
+ if ($maintainer !~ m/packages\@qa.debian.org/ and
+! grep { $_ eq $packager } ($maintainer, @uploaders) and
$packager ne $changelog{'Maintainer'} and ! $opt_team) {
$opt_n=1;
$opt_a=0;
--
1.7.10
Bug#676892: [INTL:da] Danish translation of the debconf templates ssl-cert
Package: ssl-cert Severity: wishlist Tags: l10n patch Please include the attached Danish ssl-cert translations. joe@pc:~/over/debian/ssl-cert$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 14 oversatte tekster. bye Joe da.po Description: Binary data
Bug#676893: [INTL:da] Danish translation of the debconf templates sysvinit
Package: sysvinit Severity: wishlist Tags: l10n patch Please include the attached Danish sysvinit translations. joe@pc:~/over/debian/sysvinit$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe da.po Description: Binary data
Bug#676894: RFA: remmina -- remote desktop client for GNOME desktop environment
Package: wnpp Severity: normal I request an adopter for the remmina package. Jean-Louis Dupond already volunteered to help with the package, but if somebody else is interested, this is your chance to jump in. The package description is: Remmina is a remote desktop connection client able to display and control a remote desktop session. . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676895: RFA: libvncserver -- API to write one's own vnc server
Package: wnpp Severity: normal I request an adopter for the remmina package. You may probably want to maintain this package together with remmina. The package description is: LibVNCServer makes writing a VNC server (or more correctly, a program exporting a framebuffer via the Remote Frame Buffer protocol) easy. It hides the programmer from the tedious task of managing clients and compression. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598258: [Pkg-phototools-devel] Bug#598258: pfstools: pfscalibration / dcraw2hdrgen missing
Hi, On Sun, Jan 08, 2012 at 10:10:27AM +0100, Sergio wrote: pfscalibration is not included in debian packages archive... It would be nice to have it. Can you please consider to add this package in the next update? Thanks for reporting this! pfscalibration is not shipped as part of the pfstools upstream tarball but a separate tarball. Imho, this should thus be shipped in a separate Debian (source) package as well. You should file an RFP for this -- I'm not sure if I can find the time to take care of the packaging myself. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#618351: gcc-doc: Still depends on gcc-4.4-doc after the move to 4.5.
Hi, Christian Ohm wrote on 14-Mar-2011: As the subject says, gcc-doc is still depending on the old docs. Any news here? We're now at gcc 4.7 for most architectures, the freeze is close and gcc-doc still depends on gcc-4.4-doc. IMHO this should be fixed for Wheezy. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618351: gcc-doc: Still depends on gcc-4.4-doc after the move to 4.5.
Hi, I was too quick with replying: Axel Beckert wrote: Christian Ohm wrote on 14-Mar-2011: As the subject says, gcc-doc is still depending on the old docs. Any news here? We're now at gcc 4.7 for most architectures, the freeze is close and gcc-doc still depends on gcc-4.4-doc. ... because there doesn't seem to exist any gcc-4.x-doc package with x = 5. *puzzled* IMHO this should be fixed for Wheezy. ... maybe by removing the package from testing and not including it in wheezy? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621459: [pkg-db-devel] Bug#675611: libdb5.1-dev: no way to install libdb4.x-dev in parallel
On Sun, Jun 3, 2012 at 12:34 AM, Toni Mueller supp...@oeko.net wrote: Hi, On Sat, Jun 02, 2012 at 11:30:30PM +0200, Ondřej Surý wrote: Isn't python 2.6 going away? I have just removed libdb4.8-dev in a I'm not sure, but argued against that on the python list (debian-python@l.d.o). [1] So, what is the conclussion? Should I care about libdbX.Y for python2.6 or not? If python2.6 isn't actually going away (e.g won't be released in wheezy), we have to decide what to do about db4.8 - I would really like to drop the library and development files and just keep db4.8-util for database file upgrades. There is also a problem that db files created by python would be incompatible with the rest of the other packages. Of course, but if Python2.6 could be made to work with libdb5.1, or just do that out of the box, I would not bother about libdb4.8 - I only don't have enough expertise to answer the question. In that case, having an entry in NEWS.Debian would be sufficient, imho. Well, I have usually took standalone berkeley db python package and prepared patch on top of python2.x version to support newer berkeley db version. I could do that again if really needed, but I would like to hear the maintainer and/or release team voice first. The db4.7+db4.8-db5.1 transition is almost finished, with the one exception and that is python2.6. (Not counting broken upload of nmh.) http://release.debian.org/transitions/html/libdb.html and status from dak: Checking reverse dependencies... # Broken Depends: clisp: clisp-module-berkeley-db [hurd-i386] # blocked by FTBFS on hurd cyrus-imapd-2.4: cyrus-common # only db4.8-utils needed, thus OK db-defaults: db-upgrade-util # only db4.8-utils needed, thus OK python2.6: python2.6 python2.6-dbg # Broken Build-Depends: clisp: libdb4.8-dev # blocked by FTBFS on hurd-i386 python2.6: libdb4.8-dev Dependency problem found. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626317: Resynth plugin really broken?
Hi Bernd, Ah, makes sense, it's just that I didn't put my hands in that literally for years, so I only have fuzzy memories of this now that you mention its name :p Many thanks for your time and patience! Regards, Pierre. signature.asc Description: PGP signature
Bug#662232: closed by Tobias Quathamer to...@debian.org (Bug#662232: fixed in worker 2.19.2-1)
Am 10.06.2012 00:36, schrieb Ivan Krylov: I'm sorry, but can you please add Build-Depends: libxft-dev, so the XFT support can be actually built? ./configure doesn't fail if some of the requested options is not available on the system, so XFT support is silently ignored if libxft-dev is not present on the building machine. Best Regards, Krylov Ivan Hi, many thanks for this follow-up, I've just uploaded a new version which should enable the XFT support. Regards, Tobias signature.asc Description: OpenPGP digital signature
Bug#673260: muddleftpd FTBS
Joerg,
I have put a 5-day delayed NMU to fix this FTBS. If you want to fix it
yourself you will know what to do. The source diff is attached.
diff -u muddleftpd-1.3.13.1/debian/control muddleftpd-1.3.13.1/debian/control
--- muddleftpd-1.3.13.1/debian/control
+++ muddleftpd-1.3.13.1/debian/control
@@ -3,7 +3,7 @@
Priority: extra
Maintainer: Joerg Jaspert jo...@debian.org
Standards-Version: 3.6.1
-Build-Depends: debhelper (= 4.0.2), libpam0g-dev, texinfo, libcap-dev
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libmysqlclient15-dev
+Build-Depends: debhelper (= 4.0.2), libpam0g-dev, texinfo, libcap-dev
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libmysqlclient-dev, dh-autoreconf
Package: muddleftpd
Provides: ftp-server
diff -u muddleftpd-1.3.13.1/debian/changelog
muddleftpd-1.3.13.1/debian/changelog
--- muddleftpd-1.3.13.1/debian/changelog
+++ muddleftpd-1.3.13.1/debian/changelog
@@ -1,3 +1,11 @@
+muddleftpd (1.3.13.1-4.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backported changes from Ubuntu to enable rebuild against
+mysql-5.5 (Closes: #673260)
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Sun, 10 Jun 2012 11:18:08 +
+
muddleftpd (1.3.13.1-4.2) unstable; urgency=low
* Non-maintainer upload to solve release goal.
diff -u muddleftpd-1.3.13.1/debian/rules muddleftpd-1.3.13.1/debian/rules
--- muddleftpd-1.3.13.1/debian/rules
+++ muddleftpd-1.3.13.1/debian/rules
@@ -17,12 +17,16 @@
TOPDIR := $(shell pwd)
t = ${TOPDIR}/debian/muddleftpd
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
configure: configure-stamp
configure-stamp:
dh_testdir
+ dh_autoreconf
CFLAGS='$(CFLAGS)' ./configure --prefix=/usr
--mandir='$${prefix}/share/man' \
- --infodir='$${prefix}/share/info' --with-authsmb --with-authmud
--with-authmysql
+ --infodir='$${prefix}/share/info' --with-authsmb --with-authmud
--with-authmysql \
+ --with-mysql-lib=lib/$(DEB_HOST_MULTIARCH)
touch configure-stamp
build: configure-stamp build-stamp
@@ -37,6 +41,7 @@
rm -f build-stamp configure-stamp
-$(MAKE) distclean
+ dh_autoreconf_clean
dh_clean
install: build
only in patch2:
unchanged:
--- muddleftpd-1.3.13.1.orig/configure.ac
+++ muddleftpd-1.3.13.1/configure.ac
@@ -190,6 +190,10 @@
fi
# MYSQL module
+AC_ARG_WITH(mysql-lib,AC_HELP_STRING([--with-mysql-lib=DIR],[Directory under
prefix to search for mysql libraries]),
+[ mysql_lib=$withval ],
+[ mysql_lib= ])
+
AC_ARG_WITH(authmysql,
AC_HELP_STRING([--with-authmysql=DIR], [creates MySQL authentication
module, optionally specifies the DIR of mysql files]),
[authmysql=$withval],
only in patch2:
unchanged:
--- muddleftpd-1.3.13.1.orig/modules/auth/authlibmysql/configure.ac
+++ muddleftpd-1.3.13.1/modules/auth/authlibmysql/configure.ac
@@ -38,6 +38,10 @@
exit
])
+AC_ARG_WITH(mysql-lib,AC_HELP_STRING([--with-mysql-lib=DIR],[Directory under
prefix to search for mysql libraries]),
+[ mysql_lib=$withval ],
+[ mysql_lib= ])
+
AC_ARG_WITH(authmysql,
AC_HELP_STRING([--with-authmysql=DIR],[Create MySQL authentication module,
optionally specify dir of mysql files]),
[ with_mysql=$withval ],
@@ -79,7 +83,7 @@
fi
else
-for i in lib lib/mysql; do
+for i in $mysql_lib lib lib/mysql; do
str=$MYSQL_DIR/$i/libmysqlclient.*
for j in `echo $str`; do
if test -r $j; then
Bug#673669: Any ideas?
Would love to get to the bottom of this. Do you need any more information?
Bug#674859: [BTS#674859] templates://nagvis/{nagvis.templates} : Final update for English review
Hi Bubulle! * Christian PERRIER bubu...@debian.org [120601 07:12]: Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. [..] Around Tuesday, June 26, 2012, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Just to avoid misunderstandings: I may upload the new upstream release (and should given that we are approaching a freeze), however that upload should not yet include the reviewed english template or and tranlsations, correct? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676686: [xml/sgml-pkgs] Bug#676686: libxslt1.1: libxslt1.1 binNMU broke multi-arch installability
* Guillem Jover (guil...@debian.org) [120610 10:08]: As I mentioned in the long ref-counting thread, I strongly disagree this is a correct solution, it just seems like a hack to me. Instead I think we should consider changelog (and copyright as long as it's in machine parseable format) as dpkg metadata (something dpkg misses compared to rpm or other package managers for example) and as such they should go into the .deb control member, which would end up in the dpkg database w/o any kind of file conflict, and very minor packaging effort as for most that would be handled by helpers. I'm fully happy to see that solved in whatever way. However, getting it sorted out for binNMUs seems like some kind of priority to me. Perhaps we could add the binNMU entry for the moment and fix the rest later? Or whatever would make you more happy. Just I'd like to be able to schedule binNMUs again on ma-packages. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676862: posix_memalign patch fails some tests
Hi, On 10/06/12 06:11, Johann Klammer wrote: Due to my earlier patch, 'make heavy' now fails some tests. I have appended a series of patches that fixes it. They also add another feature: dmalloc_tag. This is handy for tagging an externally allocated pointer with __FILE__ and __LINE__ information. Please apply to 5.5.2-3 in the right order(series). Thanks! I merged dmalloc_tag_bugfix into dmalloc_tag. Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676862: posix_memalign patch fails some tests
Hi, On 10/06/12 13:26, Roland Stigge wrote: On 10/06/12 06:11, Johann Klammer wrote: Due to my earlier patch, 'make heavy' now fails some tests. I have appended a series of patches that fixes it. They also add another feature: dmalloc_tag. This is handy for tagging an externally allocated pointer with __FILE__ and __LINE__ information. Please apply to 5.5.2-3 in the right order(series). Thanks! I merged dmalloc_tag_bugfix into dmalloc_tag. Unfortunately, building with pbuilder breaks make heavy also. (Building in my normal unstable environment works fine, though.) Can you please check with your pbuilder? Thanks in advance, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676891: FTBFS: built with old berkeley db ( 5.1)
On Sun, 10 Jun 2012 13:14:24 +0200, Ond?ej Surý writes: http://release.debian.org/transitions/html/libdb.html i'll rebuild and upload a version built against a newer libdb, as soon as i've got a handle on the test problem. Also please note, that your package failed to build on all archive buildds (but this is separate from this bugreport): https://buildd.debian.org/status/package.php?p=nmh i know - i'm currently digging through the tests, some of which fail on the buildds because they insist on an interactive environment (but the buildds have no /dev/tty, for example). everything worked fine in a pbuilder-chroot, so i didn't spot the trouble before the initial upload. regards az -- Alexander Zangerl + GnuPG Keys 0x42BD645D or 0x5B586291 + http://snafu.priv.at/ Emacs is a nice operating system, but I prefer UNIX. - Tom Christiansen signature.asc Description: Digital Signature
Bug#676896: RM: ike -- RoQA; qt3, unmaintained
Package: ftp.debian.org Severity: normal Please, remove ike from the archive. Anyone missing ike should consider packaging the head development version listed at: http://www.shrew.net/download/ike Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676897: RM: qucs -- RoQA; qt3, no qt4 port
Package: ftp.debian.org Severity: normal Please, remove Qt3 from the Debian archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676898: override: kdebase-runtime:oldlibs/extra, kdebase-runtime-dbg:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, override requests for kde-runtime, to reflect that few binaries are transitional packages. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676899: override: libqt4-assistant:oldlibs/extra, libqt4-core:oldlibs/extra, libqt4-gui:oldlibs/extra, libqt4-webkit:oldlibs/extra, libqt4-webkit-dbg:oldlibs/extra, qdbus:utils/optional
Package: ftp.debian.org Severity: normal Hi, override requests for qt4-x11, to mostly reflect that few binaries are transitional packages and to fix the section of qdbus. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676900: override: libqt4-ruby:oldlibs/extra, libqt4-ruby1.8:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, override requests for qtruby, to reflect that few binaries are transitional packages. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676901: not to be shipped in Wheezy
Source: qt-x11-free Severity: serious User: debian-qt-...@lists.debian.org Usertags: qt3libs-removal Hi! Qt3 shouldn't be shipped in Wheezy. There are still about 10 packages blocking its removal. I will update the bug report later with more info about its status. This bug report is a simple placeholder / reminder. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676902: override: kdebase-apps:oldlibs/extra, kdebase-bin:oldlibs/extra, kdebase-dbg:oldlibs/extra, konq-plugins:kde/optional
Package: ftp.debian.org Severity: normal Hi, override requests for kde-baseapps, to mostly reflect that few binaries are transitional packages and to fix the section priority of konq-plugins. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676903: override: korundum4:oldlibs/extra, korundum4:oldlibs/extra, libakonadi-ruby1.8:oldlibs/extra, libakonadi-ruby1.8:oldlibs/extra, libakonadi-ruby:oldlibs/extra, libakonadi-ruby:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, huge override requests for korundum, to reflect that few binaries are transitional packages. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676904: git-svn: dcommit squashed all local commits when faced with concurrent commit to svn
Package: git-svn Version: 1:1.7.10-1 Severity: important Dear Maintainer, I was working in my git repository on a feature, and when it was done, I tried to push a series of ~10 commits to SVN by running $ git svn dcommit After several successful commits, I got the message: r6698 = d0fd92e1ee64d235aac15e027c07441ca800d939 (refs/remotes/git-svn) W: 324dfba2492b5862db452dc062f8f0461a3b6d22 and refs/remotes/git-svn differ, using rebase: :04 04 62a1df591aa5be8f65385f079e88a8bb8158cd99 c355c087fc649e15c849afb671d570f9cc227fb7 M one-of-my-folders Cannot rebase: You have unstaged changes. Please commit or stash them. rebase refs/remotes/git-svn: command returned error: 1 (one-of-my-folders is not a real name, it was a folder in the repository). After this, the working tree still had the latest version of the code, but all the previous commits on master were gone. At first I tried to $ git rebase --continue But git just said: No rebase in progress? It seems I had no choice left but to commit the changes as one, and then dcommit. Marked important because, really, this is data loss. Thanks, Shai. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-svn depends on: ii git 1:1.7.10-1 ii libsvn-perl 1.6.17dfsg-4 ii libterm-readkey-perl 2.30-4+b2 ii libwww-perl 6.04-1 git-svn recommends no packages. Versions of packages git-svn suggests: ii git-doc none ii subversion 1.6.17dfsg-4 -- 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#676905: cwidget: [INTL:th] Add Thai program translation
Package: cwidget Version: 0.5.16-3.3 Severity: wishlist Tags: l10n patch Please add Thai program translation, as attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Thai translation of cwidget. # Copyright (C) 2012 Free Software Foundation, Inc. # This file is distributed under the same license as the cwidget package. # Theppiak Karoonboonyanan t...@linux.thai.net, 2012. # msgid msgstr Project-Id-Version: cwidget\n Report-Msgid-Bugs-To: dburr...@debian.org\n POT-Creation-Date: 2009-11-29 18:35-0800\n PO-Revision-Date: 2012-06-10 19:23+0700\n Last-Translator: Theppitak Karoonboonyanan t...@linux.thai.net\n Language-Team: Thai thai-l...@googlegroups.com\n Language: th\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: src/cwidget/config/column_definition.cc:273 msgid Bad format parameter msgstr พารามิเตอร์กำหนดฟอร์แมตไม่ถูกต้อง #: src/cwidget/dialogs.cc:115 src/cwidget/dialogs.cc:128 #: src/cwidget/dialogs.cc:311 src/cwidget/dialogs.cc:351 msgid Ok msgstr ตกลง #: src/cwidget/dialogs.cc:201 src/cwidget/dialogs.cc:239 msgid Yes msgstr ใช่ #: src/cwidget/dialogs.cc:202 src/cwidget/dialogs.cc:240 msgid No msgstr ไม่ #: src/cwidget/dialogs.cc:352 msgid Cancel msgstr ยกเลิก #: src/cwidget/generic/threads/threads.cc:33 msgid Not enough resources to create thread msgstr ทรัพยากรไม่เพียงพอสำหรับสร้างเธรด #: src/cwidget/toplevel.cc:157 #, c-format msgid Ouch! Got SIGTERM, dying..\n msgstr โอ๊ะ! ได้รับ SIGTERM ขอจบการทำงาน..\n #: src/cwidget/toplevel.cc:160 #, c-format msgid Ouch! Got SIGSEGV, dying..\n msgstr โอ๊ะ! ได้รับ SIGSEGV ขอจบการทำงาน..\n #: src/cwidget/toplevel.cc:163 #, c-format msgid Ouch! Got SIGABRT, dying..\n msgstr โอ๊ะ! ได้รับ SIGABRT ขอจบการทำงาน..\n #: src/cwidget/toplevel.cc:166 #, c-format msgid Ouch! Got SIGQUIT, dying..\n msgstr โอ๊ะ! ได้รับ SIGQUIT ขอจบการทำงาน..\n #: src/cwidget/toplevel.cc:954 msgid yes_key msgstr ช #: src/cwidget/toplevel.cc:955 msgid no_key msgstr ม #: src/cwidget/widgets/pager.cc:476 #, c-format msgid Unable to load filename: the string %ls has no multibyte representation. msgstr ไม่สามารถโหลดชื่อแฟ้ม: สตริง %ls ไม่ได้อยู่ในรูปมัลติไบต์ #: src/cwidget/widgets/tree.cc:1009 msgid TOP LEVEL msgstr ระดับบนสุด
Bug#676906: nmu: atlas_3.8.4-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu The package for amd64 has apparently been built with a too recent and specific CPU architecture, leading to Illegal instructions on many recent Intel Core CPUs. A rebuild fixes the problem. nmu atlas_3.8.4-6 . amd64 . -m Rebuild with a more generic x86_64 CPU architecture (Closes: #676885) Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#676907: override: freespacenotifier:kde/optional, kdebase-workspace-bin:oldlibs/extra, kdebase-workspace-dbg:oldlibs/extra, kdebase-workspace-dev:oldlibs/extra, kdebase-workspace:oldlibs/extra, pl
Package: ftp.debian.org Severity: normal Hi, some override requests for kde-workspace, to mostly reflect that few binaries are transitional packages and to fix the priority of freespacenotifier and plasma-scriptengine-googlegadgets. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676908: C program embedding python segfaults after reinitialization in subsequent call to import a script using gi.repository module
Package: python-gi Version: 3.2.2-1 Severity: serious On the pygtk page everyone is encouraged to upgrade from pygtk to using gtkCo through gobject introspection. The further described behavior introduces a regression compared to pygtk. You call Py_Initialize(), then import a python script, which contains at least one(!) of the following imports: from gi.repository import GLib from gi.repository import Gtk from gi.repository import Cairo from gi.repository import Pango from gi.repository import Gio Than you call Py_Finalize(); After you repeat Py_Initialize() and try to import the script again, it segfaults. But there is no problems with pygtk. Please try out this small program and if it fails for you, please confirm the bug upstream: https://bugzilla.gnome.org/show_bug.cgi?id=677091. Thanks, Andrey running embedded python... [36161 refs] ...done running embedded python... Program received signal SIGSEGV, Segmentation fault. 0x779dcc27 in PyObject_GC_UnTrack (op=0xb60da8) at ../Modules/gcmodule.c:1428 1428../Modules/gcmodule.c: No such file or directory. (gdb) bt #0 0x779dcc27 in PyObject_GC_UnTrack (op=0xb60da8) at ../Modules/gcmodule.c:1428 #1 0x76179e1b in _base_info_dealloc (self=0xb60da8) at /home/martin/debian/pkg-gnome/build-area/pygobject-3.2.2/gi/pygi-info.c:35 #2 0x778ec9eb in _Py_Dealloc (op=0xb60da8) at ../Objects/object.c:2243 #3 0x778be583 in frame_dealloc (f=0xba4c10) at ../Objects/frameobject.c:458 #4 0x778ec9eb in _Py_Dealloc (op=0xba4c10) at ../Objects/object.c:2243 #5 0x7798b355 in PyEval_EvalCodeEx (co=0xb01880, globals=0xb967f0, locals=0x0, args=0xb86088, argcount=2, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3264 #6 0x778c215b in function_call (func=0xb7b8e8, arg=0xb86060, kw=0x0) at ../Objects/funcobject.c:526 #7 0x77882182 in PyObject_Call (func=0xb7b8e8, arg=0xb86060, kw=0x0) at ../Objects/abstract.c:2529 #8 0x7789e1c1 in instancemethod_call (func=0xb7b8e8, arg=0xb86060, kw=0x0) at ../Objects/classobject.c:2578 #9 0x77882182 in PyObject_Call (func=0x802060, arg=0xb85840, kw=0x0) at ../Objects/abstract.c:2529 #10 0x77882e9d in PyObject_CallFunctionObjArgs (callable=0x802060) at ../Objects/abstract.c:2760 #11 0x77923cb4 in call_attribute (self=0xb79d10, attr=0x802060, name=0xa25a60) at ../Objects/typeobject.c:5441 #12 0x77923f7f in slot_tp_getattr_hook (self=0xb79d10, name=0xa25a60) at ../Objects/typeobject.c:5495 #13 0x778e9e8c in PyObject_GetAttr (v=0xb79d10, name=0xa25a60) at ../Objects/object.c:1191 #14 0x77986d65 in PyEval_EvalFrameEx (f=0xba45d0, throwflag=0) at ../Python/ceval.c:2256 #15 0x7798b2a9 in PyEval_EvalCodeEx (co=0xb78e00, globals=0xba7780, locals=0x0, args=0xba2810, argcount=0, kws=0xba2810, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3253 #16 0x7798e3c1 in fast_function (func=0xb7b798, pp_stack=0x7ffeca00, n=0, na=0, nk=0) at ../Python/ceval.c:4117 #17 0x7798df84 in call_function (pp_stack=0x7ffeca00, oparg=0) at ../Python/ceval.c:4042 #18 0x779887a4 in PyEval_EvalFrameEx (f=0xba2670, throwflag=0) at ../Python/ceval.c:2666 #19 0x7798b2a9 in PyEval_EvalCodeEx (co=0xb83b40, globals=0xba7780, locals=0xba7780, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3253 #20 0x779809f4 in PyEval_EvalCode (co=0xb83b40, globals=0xba7780, locals=0xba7780) at ../Python/ceval.c:667 #21 0x779aa0e0 in PyImport_ExecCodeModuleEx (name=0x7ffef090 gi.overrides.GLib, co=0xb83b40, pathname=0x7ffeceb0 /usr/lib/python2.7/dist-packages/gi/overrides/GLib.pyc) at ../Python/import.c:681 #22 0x779aadfb in load_source_module (name=0x7ffef090 gi.overrides.GLib, pathname=0x7ffeceb0 /usr/lib/python2.7/dist-packages/gi/overrides/GLib.pyc, fp=0xba2400) at ../Python/import.c:1018 #23 0x779acad8 in load_module (name=0x7ffef090 gi.overrides.GLib, fp=0xba2400, pathname=0x7ffedf90 /usr/lib/python2.7/dist-packages/gi/overrides/GLib.py, type=1, loader=0x0) at ../Python/import.c:1822 #24 0x779aef41 in import_submodule (mod=0xb73198, subname=0x9a6974 GLib, fullname=0x7ffef090 gi.overrides.GLib) at ../Python/import.c:2595 #25 0x779aea1c in ensure_fromlist (mod=0xb73198, fromlist=0xb7c240, buf=0x7ffef090 gi.overrides.GLib, buflen=12, recursive=0) at ../Python/import.c:2506 #26 0x779ad9a0 in import_module_level (name=0x0, globals=0x0, locals=0x0, fromlist=0xb7c240, level=-1) at ../Python/import.c:2174 #27 0x779ada89 in PyImport_ImportModuleLevel (name=0xb52e44 gi.overrides, globals=0x0, locals=0x0, fromlist=0xb7c240, level=-1) at ../Python/import.c:2188 #28 0x779766c7 in builtin___import__ (self=0x0, args=0xb79b50, kwds=0xba22e0) at
Bug#676909: less: CFLAGS hardening flags missing
Package: less
Version: 444-3
Severity: normal
Tags: patch
Dear Maintainer,
The CFLAGS hardening flags are missing because they are
overwritten in debian/rules. For more hardening information
please have a look at [1], [2] and [3].
The following patch fixes the issue.
diff -Nru less-444/debian/rules less-444/debian/rules
--- less-444/debian/rules 2012-06-09 12:35:35.0 +0200
+++ less-444/debian/rules 2012-06-10 14:42:26.0 +0200
@@ -16,7 +16,7 @@
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk
-CFLAGS = -Wall -g #-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
+CFLAGS += -Wall -g #-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):
$ hardening-check /bin/lessecho /bin/lesskey /bin/less
/bin/lessecho:
Position Independent Executable: no, normal executable!
Stack protected: yes
Fortify Source functions: yes
Read-only relocations: yes
Immediate binding: no not found!
/bin/lesskey:
Position Independent Executable: no, normal executable!
Stack protected: yes
Fortify Source functions: yes (some protected functions found)
Read-only relocations: yes
Immediate binding: no not found!
/bin/less:
Position Independent Executable: no, normal executable!
Stack protected: yes
Fortify Source functions: yes (some protected functions found)
Read-only relocations: yes
Immediate binding: no not found!
(Position Independent Executable and Immediate binding is not
enabled by default.)
Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.
Regards,
Simon
[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
--
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
signature.asc
Description: Digital signature
Bug#676910: [PATCH] motd: Update usage message from `bootlogs` to `motd`
Package: initscripts Version: 2.88dsf-24 Severity: minor Tags: patch Dear Debian folks, please apply the following patch by saving this mbox file and issue `git am --scissors`. Please add the bug number to changelog file by running `git commit --amend` afterward. Thanks, Paul --- 8 8 --- From f73fc522be61e09564c155b304a6c22e54febfca Mon Sep 17 00:00:00 2001 From: Paul Menzel pm.deb...@googlemail.com Date: Sun, 10 Jun 2012 14:48:00 +0200 Subject: [PATCH] motd: Update usage message from `bootlogs` to `motd` After the split of `/etc/init.d/bootlogs` in version 2.88dsf-24 the usage message was not updated. --- debian/changelog |7 +++ debian/src/initscripts/etc/init.d/motd |2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index bddf5ec..fc0ffa2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +sysvinit (2.88dsf-27.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix usage message in `/etc/init.d/motd`. + + -- Paul Menzel pm.deb...@googlemail.com Sun, 10 Jun 2012 14:48:00 +0200 + sysvinit (2.88dsf-27) unstable; urgency=low [ Salvatore Bonaccorso ] diff --git a/debian/src/initscripts/etc/init.d/motd b/debian/src/initscripts/etc/init.d/motd index d636142..e0d7706 100644 --- a/debian/src/initscripts/etc/init.d/motd +++ b/debian/src/initscripts/etc/init.d/motd @@ -45,7 +45,7 @@ case $1 in exit $? ;; *) - echo Usage: bootlogs [start|stop|status] 2 + echo Usage: motd [start|stop|status] 2 exit 3 ;; esac -- 1.7.10.4 signature.asc Description: This is a digitally signed message part
Bug#604506: Preparations for the removal of the KDE3 and Qt3 libraries
On Tue, May 22, 2012 at 01:21:26PM +0200, José Luis Redrejo Rodríguez wrote: Hi Ana, I've pinged again upstream because they told me on December they were working in the porting. If I receive no answer in a few days I will ask for the removal of qucs. Thanks for your patience No news I guess :( I am going to file the removal. I'm also asking qt3' removal today. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648939: Possible solution
I seem to have the same problem with my laptop (asus ul30a-a2 running debian testing, xfce 4.8, kernel 3.2.0-2-amd64; my mouse is an Evoluent VerticalMouse 3) The solution found here (https://bbs.archlinux.org/viewtopic.php?id=123553) is working for me so far. Essentially you edit /etc/laptop-mode/conf.d/usb-autosuspend.conf and add the usb id of your mouse to the blacklist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666578: Fixed FTBFS in SVN
Hi, On Sat, 09 Jun 2012, David Prévot wrote: Developpers-reference maintainers, do you want to address any more issue before actually uploading the package? If not, I'll poke translators as soon as I get an ACK from any of you, or within five days if I don't get a NACK. I have not planned to work on the package any time soon, so feel free to go ahead from my point of view. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675177: upgrade debian package please?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've got some weird problems about the symlinks in /dev/disk/by-uuid, if the host is on kvm (#664463). It would be nice to have a more recent experimental version of udev to try. AFAICS udev is not included in the systemd debian package yet. The most recent version I could find is 175-3.1. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/Ul/sACgkQUTlbRTxpHjdR7gCgg3zLgR/Wv2BOFdas/IFUkw2F 8GgAnRzTeEVnY8eAKhZPtH3Q6+o+AQYf =cBt7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675816: ledgersmb: Unable to upgrade from 1.2 db to 1.3 db
On Mon, 2012-06-04 at 06:03 -0400, Moshe Yudkowsky wrote: By way of experiment, I tried to convert a different 1.2 db to 1.3, and that conversion also failed. This is an FYI to indicate that it's not a peculiarity of that specific db that failed, but of at least two dbs (or perhaps all of my dbs). Once past the errors from LedgerSMB/Template/TXT.pm, have you had a chance trying the conversion on any of the other databases again? I'm wondering if and of the others also have issues with constraints and if so, which ones. Jae -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676911: openclipart2: Mistake in openclipart2-libreoffice openclipart2-png openclipart2-svg packages' descriptions
Source: openclipart2 Severity: minor Hi! the third paragraphs of the description of the packages openclipart2-libreoffice, openclipart2-png, and openclipart2-svg all starts with: This package is a meta package installing both the SVG and PNG (converted This package contains... the first sentence is at the very least truncated. (maybe it shouldn't be present in all 3 anyway?). Thanks, Beatrice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676912: ITP: libs3 -- C Library and Tools for Amazon S3 Access
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: libs3 Version : 2.0 Upstream Author : Bryan Ischo br...@ischo.com * URL : http://libs3.ischo.com/index.html * License : GPL-3 Programming Lang: C Description : C Library and Tools for Amazon S3 Access Includes the libs3 shared object library, needed to run applications compiled against libs3, and additionally contains the s3 utility for accessing Amazon S3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676913: debian-handbook: improvements for the seventh chapter
Package: debian-handbook Version: 6.0+20120509 Severity: minor Hi Raphaël, I've just completed chapter 7 and what follows is my list of proposed changes, grouped by relevant section. Section 7.1. Documentation Sources -- | but since these documentations are As far as I know, the term documentation is uncountable in English. Therefore I would s/documentations/documents/ Section 7.1.4. Websites --- http://freshmeat.net/ has been renamed and is now known as http://freecode.com/ I think that the link should be updated... Section 7.1.5. Tutorials (HOWTO) | A howto is a documentation Again, since documentation in uncountable, I would s/documentation/document/ | To view them locally, just install the doc-linux-html package. Local | HTML versions will then be available in the /usr/share/doc/HOWTO/ | directory. I would drop this paragraph entirely, since package doc-linux-html has been recently removed from Debian (see bug #668078), hence it's better not to recommend users to rely on it, or they will have a bad surprise as soon as they upgrade to wheezy... Section 7.2.1. Configuring a Program | example is specific to a particular architecture, it should be installed in | /usr/lib/package/examples/ and you should create a link pointing to that | file in the /usr/share/doc/package/examples/ directory. This sentence is not especially clear to me: who is the you that should create the link? Since the chapter is teaching administrators to find useful documentation, it may seem that the you mentioned in this sentence is an administrator who installed the package. But I am under the impression that this you is instead the package maintainer, who should set things up so that the package installation automatically creates the link. If this is really the case, I would rephrase the sentence as follows: + example is specific to a particular architecture, it should be installed in + /usr/lib/package/examples/ and there should be a link pointing to that + file in the /usr/share/doc/package/examples/ directory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676914: libsasl2-2: binNMU broke multi-arch installability
Package: libsasl2-2 Version: 2.1.25.dfsg1-4+b1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Yesterday's binNMU of libsasl2-2 made it impossible to co-install in multi-arch: Unpacking replacement libsasl2-2:amd64 ... dpkg: error processing /var/cache/apt/archives/libsasl2-2_2.1.25.dfsg1-4+b1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/doc/libsasl2-2/changelog.Debian.gz', which is different from other instances of package libsasl2-2:amd64 (See #676686 for a discussion on the whole binNMU/m-a issue.) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsasl2-2:i386 depends on: ii libc6 2.13-33 ii libdb5.1 5.1.29-4 ii multiarch-support 2.13-33 Versions of packages libsasl2-2:i386 recommends: iu libsasl2-modules 2.1.25.dfsg1-4+b1 libsasl2-2:i386 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#676915: photon: fails to keep aspect ration when scaling down in some cases
Package: photon Version: 0.4.6-3 Severity: normal First of all big thanks this tool to both upstream and the maintainer. It is one of the tools, that just works without having to specify megabytes of configuration. Unfortunately I hit an aspect that doesn't just work. Consider the following two images obtained from a Canon camera. imagemagick's identify: original/img_9734.jpg JPEG 4368x2912 4368x2912+0+0 8-bit DirectClass 4.855MB 0.000u 0:00.000 original/img_9735.jpg JPEG 4368x2912 4368x2912+0+0 8-bit DirectClass 4.741MB 0.000u 0:00.000 exiftool | grep 'Orientation\|File Name': File Name : img_9734.jpg Orientation : Horizontal (normal) Camera Orientation : Horizontal (normal) File Name : img_9735.jpg Orientation : Rotate 270 CW Camera Orientation : Rotate 270 CW Now the second image is correctly displayed as landscape by geeqie, but photon determines the aspect ration based on the resolution and wrongly thinks that this image was seascape. The gimp scaler then considers the image as landscape again, but shrinks it to the requested seascape reduced resolution. The last step effectively breaks the aspect ratio of the scaled images. If you happen to know a workaround, please let me know. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555622: cloning
clone 555622 -1 severity -1 wishlist retitle -1 Fix typecasts across source thanks The main part of 555622 is fixed, the second half of the bug will be handled later. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpKgIQoTm0gI.pgp Description: PGP signature
Bug#604506: Preparations for the removal of the KDE3 and Qt3 libraries
No news. Go ahead with the removal El 10/06/2012 14:05, Ana Guerrero a...@debian.org escribió: On Tue, May 22, 2012 at 01:21:26PM +0200, José Luis Redrejo Rodríguez wrote: Hi Ana, I've pinged again upstream because they told me on December they were working in the porting. If I receive no answer in a few days I will ask for the removal of qucs. Thanks for your patience No news I guess :( I am going to file the removal. I'm also asking qt3' removal today.
Bug#621789: ProjectM seg default crash with ATI video cards
tags 621789 + moreinfo -- Hi! Could you please check if this issue is gone with the latest version of projectM and the ATi driver? Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638024: [apt] APT::Default-Release considers equivalent suite names differently (testing != wheezy)
Hi, I am having this or a very similar problem as well, however both apt.conf and sources.list contain the suite name testing. Aptitude sometimes complains on startup: The value 'testing' is invalid for APT::Default-Release as such a release is not available in the sources My sources.list is (sources.list.d is empty): deb http://ftp.de.debian.org/debian/ testing main contrib non-free deb-src http://ftp.de.debian.org/debian/ testing main contrib non-free deb http://ftp.de.debian.org/debian/ unstable main deb http://security.debian.org/ testing/updates main contrib non-free deb-src http://security.debian.org/ testing/updates main contrib non-free This happened only once so far, I do not know how to reproduce it. Also, since I added the Default-Release line, apt-xapian updating fails (see [1]) and the daily debtags cronjob sends me this mail: /etc/cron.daily/debtags: debtags update error However, again this is not entirely reproducible - I don't get this mail every day. Kind regards, Ralf [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676468 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
