Bug#699009: pidgin-latex: Assumes render background is white
Package: pidgin-latex Version: 1.4.4-2 Severity: important Hello, pidgin-latex assumes that pidgin will have a white background for conversation windows without bothering to check that the background is in fact white. This results in largely unreadable rendering; on my black background, the characters mostly disappear with only white partial outlines visible around them in a ghostly fashion. Thanks. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin-latex depends on: ii dvipng 1.14-1+b1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpurple0 2.10.6-2 ii pidgin 2.10.6-2 ii texlive-latex-base 2012.20120611-5 pidgin-latex recommends no packages. pidgin-latex 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#699010: ITP: power -- Python module for monitoring power status
Package: wnpp Owner: Changwoo Ryu Severity: wishlist * Package name: power Version : 1.1 Upstream Author : Ilya Kulakov * URL : https://github.com/GreatFruitOmsk/Power * License : MIT/X Programming Lang: Python Description : Python module for monitoring power status Python module for reading system power status information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698778: preapproval of expect/5.45-3
Hi! On Sat, Jan 26, 2013 at 12:15 AM, Julien Cristau wrote: >> > Anything like that needs to get tons of testing to ensure it doesn't > have unwanted results in squeeze to wheezy upgrades. expectk has two reverse dependencies in squeeze: exmh (suggests) xsmbrowser (depends). Both are removed from wheezy and sid. Currently, update expect from squeeze (5.44.1.15-4) to wheezy (5.45-2) goes silently, leaving expectk broken (/usr/bin/expectk fails to run with the following message: /usr/bin/expectk: error while loading shared libraries: libexpect.so.5.44.1.15: cannot open shared object file: No such file or directory). If exmh is installed it continues working, though I'm not sure if somewhere deep exmh will not try to run no more working expectk. xsmbrowser fails immediately with the same message as expectk (bug #686364). Dist-upgrade to proposed 5.45-3 removes expectk and xsmbrowser (if they are installed). It's a desirable behavior as neither package works with expect 5.45-*. exmh stays and runs. I didn't try full upgrate from squeeze to wheezy, just these four packages (expect, expectk, xambrowser, exmh) in wheezy. I think that the proposed 5.45-3 behaves better than 5.45-2 on upgrade. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698420: Fix for missing mysqlnd.h in php5-dev
Here is how I solved this issue : https://github.com/gplessis/dotdeb-php5/commit/69667e6a3ffd4030c6ef5b7f1aa64777212b461f Probably not the best solution, but users can now build their mysqlnd plugins. -- Gui -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699011: rancid: LIST_OF_GROUPS not exported in rancid.conf
Package: rancid Version: 2.3.8-3 Severity: normal All other variables are exported immediately and rancid.conf is POSIX shell syntax. Thus, LIST_OF_GROUPS should be exported as well. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7-trunk-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698865: No updatedb binary in findutils package
Hello, Did you purge slocate or just unistall it? (dpkg -s locate | grep Status) I always purge after upgrade from lenny to squeeze ;-) Anyway, I think you got bitten by the fact that slocate used dpkg-divert on a dpkg conffile. This is known to break. I guess something like this happened: #1 slocate installed, diverts /etc/cron.daily/find. #2 locate split off from findutils. On the upgrade /etc/cron.daily/find was deleted. #3 slocate uninstalled, reinstating /etc/cron.daily/find I agree, I think I had upgraded and remove (purge) slocate after upgrade to squeeze (I never keep old package because I try older computer to be as the same as the new). Maybe the bug is here. This is not easily fixable, and I do not think it makes sense to so. - Not easy to fix now an old bug from past dist-upgrade, and the bug is not very serious ! Slocate was removed 2009, splitting off locate from findutils was done even earlier, in 2007, Debian 5.0 (lenny) already had the change. To clean up, make sure #1 you have purged slocate (dpkg --purge slocate), #2 that the diversion of the conffile is properly removed (Check with dpkg-divert --list /etc/cron.daily/find) and #3 after that is true delete /etc/cron.daily/find. It's what I have done with cfengine. I just add your test on dpkg-divert before remove. /usr/bin/dpkg-divert --list /etc/cron.daily/find | wc -l | grep -q ^0 && /bin/rm -f /etc/cron.daily/find Maybe in the post-install script ? I do not known if it's a good place to hack these ? if [ -e /etc/cron.daily/find ] then /usr/bin/dpkg-divert --list /etc/cron.daily/find | wc -l | grep -q ^0 && /bin/rm -f /etc/cron.daily/find fi Thanks for all gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto:gabriel.mor...@legi.grenoble-inp.fr fax:++.271 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package netgen I would like to get your approval about the upload of netgen to testing-proposed-updates, which fixes the bug #618968. Debdiff is attached. unblock netgen/4.9.13.dfsg-3.2 Thanks, Anton diff -Nru netgen-4.9.13.dfsg/debian/changelog netgen-4.9.13.dfsg/debian/changelog --- netgen-4.9.13.dfsg/debian/changelog 2012-01-29 18:49:21.0 +0100 +++ netgen-4.9.13.dfsg/debian/changelog 2013-01-26 09:49:51.0 +0100 @@ -1,3 +1,10 @@ +netgen (4.9.13.dfsg-3.2) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * Do not compile netgen against ffmpeg. (Closes: #618968) + + -- Anton Gladky Sat, 26 Jan 2013 08:26:43 +0100 + netgen (4.9.13.dfsg-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru netgen-4.9.13.dfsg/debian/control netgen-4.9.13.dfsg/debian/control --- netgen-4.9.13.dfsg/debian/control 2012-01-29 18:48:29.0 +0100 +++ netgen-4.9.13.dfsg/debian/control 2013-01-26 08:26:35.0 +0100 @@ -10,7 +10,7 @@ libgl1-mesa-dev|nvidia-glx-dev, libopencascade-foundation-dev, libopencascade-modeling-dev (>= 6.5.0.dfsg-1), libopencascade-visualization-dev, libopencascade-ocaf-dev, libopencascade-ocaf-lite-dev, libtogl-dev (>= 1.7), - libswscale-dev, libavformat-dev, libavcodec-dev, libjpeg-dev, libbz2-dev + libswscale-dev, libjpeg-dev, libbz2-dev Standards-Version: 3.9.1 Vcs-Git: git://git.debian.org/git/debian-science/packages/netgen.git Vcs-Browser: http://git.debian.org/?p=debian-science/packages/netgen.git diff -Nru netgen-4.9.13.dfsg/debian/rules netgen-4.9.13.dfsg/debian/rules --- netgen-4.9.13.dfsg/debian/rules 2010-05-14 21:49:59.0 +0200 +++ netgen-4.9.13.dfsg/debian/rules 2013-01-26 08:26:35.0 +0100 @@ -18,7 +18,7 @@ DEB_CONFIGURE_EXTRA_FLAGS = --enable-occ --with-occ=/usr \ --with-tcl=/usr/lib/tcl8.5 --with-tk=/usr/lib/tk8.5 \ --with-togl=/usr/lib \ - --enable-jpeglib --enable-ffmpeg + --enable-jpeglib # add opencascade support for 64bits #WITH_OCC=yes
Bug#699010: ITP: power -- Python module for monitoring power status
Hi
On Sat, Jan 26, 2013 at 05:12:42PM +0900, Changwoo Ryu wrote:
> Package: wnpp
> Owner: Changwoo Ryu
> Severity: wishlist
>
> * Package name: power
> Version : 1.1
> Upstream Author : Ilya Kulakov
> * URL : https://github.com/GreatFruitOmsk/Power
> * License : MIT/X
> Programming Lang: Python
> Description : Python module for monitoring power status
>
> Python module for reading system power status information.
Cannot say much about it as I'm not part of the Python module
packaging group. But try to avoid this ('power') as generic name.
Instead please name the package at least python-power. See [1] for a
quideline of package names for python modules.
[1]:
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names
Regards,
Salvatore
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698420: [php-maint] Bug#698420: Fix for missing mysqlnd.h in php5-dev
Why not just install ext/mysqlnd/mysqlnd.h to include dir? O. On Sat, Jan 26, 2013 at 9:25 AM, Guillaume Plessis wrote: > Here is how I solved this issue : > > https://github.com/gplessis/dotdeb-php5/commit/69667e6a3ffd4030c6ef5b7f1aa64777212b461f > > Probably not the best solution, but users can now build their mysqlnd plugins. > > -- > Gui > > ___ > pkg-php-maint mailing list > pkg-php-ma...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698984: unblock: simpleid - fixes RC issue with OpenID 2.0 support
On 26/01/13 08:42, Adam D. Barratt wrote: > Control: tags -1 + moreinfo > > On Sat, 2013-01-26 at 03:07 +0100, Daniel Pocock wrote: >> diff -Nru simpleid-0.8.1/debian/source/format >> simpleid-0.8.1/debian/source/format >> --- simpleid-0.8.1/debian/source/format 2013-01-26 03:04:50.0 +0100 >> +++ simpleid-0.8.1/debian/source/format 2013-01-26 01:25:30.0 +0100 >> @@ -1 +1 @@ >> -1.0 >> +3.0 (quilt) > > That change isn't mentioned in the changelog; why was it made? > > (See http://release.debian.org/wheezy/freeze_policy.html point number > 1.) There were no other patches included in the package before I used gbp-pq to do the fix for #698037 and that required the upgrade of the source format If it is essential, I can make a 0.8.1-13 upload with the extra changelog detail against 0.8.1-11 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699010: ITP: power -- Python module for monitoring power status
2013/1/26 Salvatore Bonaccorso :
> Cannot say much about it as I'm not part of the Python module
> packaging group. But try to avoid this ('power') as generic name.
> Instead please name the package at least python-power. See [1] for a
> quideline of package names for python modules.
Obviously binary package will be named as python-power. But there is
no need to change the upstream source package name as long as there's
no conflict.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669712: [freeplane] RE: freeplane: Visual corruption after scrolling mindmap
hi Omega, thanks for the patch. Sorry for the delay: I just picked up the freeplane 1.2.x package about a month ago, and I also need to update simplyhtml and libjsyntaxpane-java for the freeplane package to work, so I was quite busy with this ;-) I am also working upstream on freeplane => so I have some questions regarding your patch: - Can we generally apply this patch or could it break something else in some cases? - What is your experience with OpenJDK? Does it work properly (with this patch)? Now that OpenJDK7 has (almost) the same codebase as OracleJDK7 (that's what the OpenJDK folks told me), I think we should try to support it. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678275: keepass2: Text fields behaving incorrectly, e.g. leading to passwords shown incompletely
I can reproduce this bug on keepass2 (2.20.1+dfsg-1) from experimental. When adding some data in the "Notes" field of a password entry, sometimes the data you enter is not properly seen... although it is properly entered. Data is shown correctly after pressing the enter key. Jaime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669878: Reproduced 669878 - Could not perform immediate configuration on 'phonon-backend-vlc'
Hi Andy, On Samstag, 26. Januar 2013, Andy Simpkins wrote: > I guess this doesn't help resolve the bug, but at least shows that it is > reproduceable. It's being reproduced daily at http://jenkins.debian.net/job/chroot-installation_squeeze_install_kde_upgrade_to_wheezy/ This doesn't help neither but it will nicely show when it's fixed. cheers, Holger
Bug#699006: [Svn-bp-devel] Bug#699006: svn-buildpackage: Please support XDG base directory specification
severity 699006 wishlist
thanks
On Sat, 26 Jan 2013 02:03:31 -0500
Jeremy Bicha wrote:
> Package: svn-buildpackage
> Version: 0.8.5
> Severity: normal
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu raring
>
> Please support the XDG base directory specification. Specifically I
> believe the best practice is to save and read from
> $XDG_CONFIG_HOME/svn-buildpackage/ or
Variable not defined, nor in $ENV{}, in shell or in perl. I don't see
it as worth adding a dependency on libfile-basedir-perl for this.
svn-buildpackage doesn't create this file.
It may well be preferable to drop support for conf files in $HOME
for svn-buildpackage. I see no use for them anymore.
Nothing is going to happen on this until after the Wheezy release and
if there's no further feedback to this bug by then, I'll simply drop
the support for conf files outside the SVN checkout itself.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpSm2ThYFXOE.pgp
Description: PGP signature
Bug#698974: Could you please test my attempt at solving it?
Hello, actually, the things are a bit more complex than expected: unless I'm wrong, there is no change on the r095 branch, compared to the debian package. If I understand correctly, it means that upstream did never release 0.9.5, but already moved the development to the 0.9.6 release. So I packaged the r096 branch instead; the release number will be 0.9.6~r156 I also added to the packaging VCS a script that automatically download and repackage the upstream VCS. Could you please check that I did it right before I upload the new version of the package? I have no way of testing it myself quickly right now. git clone git://git.debian.org/pkg-java/libjsyntaxpane-java.git cd libjsyntaxpane-java git pull --all git-buildpack -us -uc Thanks, Mt. -- Failure is not an option. It comes bundled with software. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
On Sat, Jan 26, 2013 at 09:54:36AM +0100, Anton Gladky wrote: > +netgen (4.9.13.dfsg-3.2) testing-proposed-updates; urgency=low > + > + * Non-maintainer upload. Have the maintainers commented on your proposed change? > + * Do not compile netgen against ffmpeg. (Closes: #618968) With the licensing issue aside, what effect does this have on users of the package? -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#667032: libcairo2: Print to file of Evince broken with libcairo-1.12 upgrade
Holger, could you attach the PDF files which cause that broken print output, please? We do have packages which are supposed to fix printing related problems. Could you give them [1] a try. Just add the proper architecture to your /etc/apt/sources.list and run and apt-get update && upgrade and report back. Cheers, Michael [1] deb http://people.debian.org/~biebl/cairo/i386 ./ deb http://people.debian.org/~biebl/cairo/amd64 ./ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#618968: Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
2013/1/26 Jonathan Wiltshire : > On Sat, Jan 26, 2013 at 09:54:36AM +0100, Anton Gladky wrote: >> +netgen (4.9.13.dfsg-3.2) testing-proposed-updates; urgency=low >> + >> + * Non-maintainer upload. > > Have the maintainers commented on your proposed change? The package under debian-science maintanance. The main uploader is not active now. >> + * Do not compile netgen against ffmpeg. (Closes: #618968) > > With the licensing issue aside, what effect does this have on users > of the package? It is the only way "to fix" the package now. Otherwise it should be removed. As I understand, export to avi-files will be disabled. Comments from more advanced users of the package are welcome. Thanks, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698984: unblock: simpleid - fixes RC issue with OpenID 2.0 support
On Sat, Jan 26, 2013 at 10:20:56AM +0100, Daniel Pocock wrote: > If it is essential, I can make a 0.8.1-13 upload with the extra > changelog detail against 0.8.1-11 > Hi, We won't accept any changes to packaging systems, and we won't review anything without a diff. PLEASE go read http://release.debian.org/wheezy/freeze_policy.html Neil -- signature.asc Description: Digital signature
Bug#698997: unblock: italc/1:1.0.13-1.4
Control: tags -1 + moreinfo On Sat, 2013-01-26 at 12:12 +1100, Dmitry Smirnov wrote: > italc (1:1.0.13-1.4) unstable; urgency=medium > > * Non-maintainer upload. > * fixed FTBFS (Closes: #671489). > + added new "qtpath.patch" to avoid fatal error for wrong path > to libraries. I may be missing something here, but the patch simply removes the error message. Presumably the fact that the error is being raised in the first place indicates an actual problem? If not then the test seems somewhat redundant in the first place. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694340: ping?
The chances of libgconf being rewritten to use GDBus any time soon seem slim - and the chances of getting this kind of change into wheezy seems equally slim. Has anything happened on this bug since the last comment in November? Overall, what's the status of this bug? banshee itself has had numerous changes in experimental, including one change which appears to be related to this bug: banshee (2.3.1-1) experimental; urgency=low ... - bgo#659841: GnomeBackend: Be more robust against GConf failures (LP: #854845) ... and LP: #854845 is titled: Banshee.exe crashes a lot What are the chances of this patch being isolated from the banshee sources and introduced as an limited scope patch for unstable which can then migrate into wheezy? The git repository linked from the Debian PTS hasn't had any changes for 7 months.: http://anonscm.debian.org/gitweb/?p=pkg-cli-apps/packages/banshee.git;a=log last change Mon, 4 Jun 2012 18:01:39 + -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpnns8x6otP5.pgp Description: PGP signature
Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed
Debian has in the past contained Python packages which have side-effects when imported which are worse than just crashing the calling process (for example, I've had pydoc crash my window manager). Arguably all such cases are bugs in those packages, but it seems likely that such bugs will appear again. And of course the user might have local Python packages which do dangerous things when imported. So I think pydoc is just wrong to believe it can safely call pkgutil.walk_packages() with no explicit path. (This behaviour can be particularly entertaining when combined with zsh's tab-completion for 'python -m', which currently calls pydoc in a similar way [#691638].) -M- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
On Sat, Jan 26, 2013 at 10:35:16AM +, Jonathan Wiltshire wrote: > On Sat, Jan 26, 2013 at 09:54:36AM +0100, Anton Gladky wrote: > > +netgen (4.9.13.dfsg-3.2) testing-proposed-updates; urgency=low > > + > > + * Non-maintainer upload. > > Have the maintainers commented on your proposed change? > Additionally, there's another RC bug in the Uploaders field - You can't have a comma as part of a name. Neil -- signature.asc Description: Digital signature
Bug#694541: more issues
I'd like to add to what Andriy saying. Simultaneously reboot it is not just the one issue with "dhclient -1" logic here. Debian machines will also will lose IP in one more case. It happens when debian trying to renew the lease at the moment when interface goes up and DHCP server is down for a moment. It happened on my home router, when I reboot the router. After reboot my router shutdown a link and put link back just before actual DHCP server functional. At this exact moment Debian clients try to require for an address, since interface just got up. And because router is still in reboot process all Debian machines die with no IP with a log message: dhclient: Unable to obtain a lease on first try. Exiting So. I hope it would be fixed soon. -- AK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696816: patches look good, comments not :)
Hi, I've reviewed http://mentors.debian.net/debian/pool/main/j/jenkins/jenkins_1.447.2+dfsg-2.1.dsc and compared to the actual commits in jenkins git and found that the patches were the right ones, but the comments were wrong, referring the other one: $ git show 1d48e7bf8254349a19328d56bd8006635a95866d > ../CVE-2012-6074 $ git show ab0ac1ac499f734892c2203edc508a6dbf5fa42d > ../CVE-2012-6073 $ dpkg-source -x jenkins_1.447.2+dfsg-2.1.dsc $ diff ../CVE-2012-6074 jenkins-1.447.2+dfsg/debian/patches/security/CVE-2012-6073.patch |grep commit < commit 1d48e7bf8254349a19328d56bd8006635a95866d > Origin: Upstream, commit ab0ac1ac499f734892c2203edc508a6dbf5fa42d $ diff ../CVE-2012-6073 jenkins-1.447.2+dfsg/debian/patches/security/CVE-2012-6074.patch |grep commit < commit ab0ac1ac499f734892c2203edc508a6dbf5fa42d > Origin: Upstream, commit 1d48e7bf8254349a19328d56bd8006635a95866d James, do you plan to upload this (after fixing the patch comments)? Else I'd be happy to NMU... cheers, Holger
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
* Neil McGovern , 2013-01-26, 11:06: +netgen (4.9.13.dfsg-3.2) testing-proposed-updates; urgency=low + + * Non-maintainer upload. Have the maintainers commented on your proposed change? Additionally, there's another RC bug in the Uploaders field - You can't have a comma as part of a name. That's a bug in the Policy: #509935 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698068: mysql-server-5.5: Serious regression in replication caused by fix for CVE-2012-4414
On Sun, 2013-01-13 at 11:53 -0800, Clint Byrum wrote: > According to this blog post by Stewart Smith: > > http://www.mysqlperformanceblog.com/2013/01/13/cve-2012-4414-in-mysql-5-5-29-and-percona-server-5-5-29/ > > It looks like 5.5.29 has a serious problem with replication. Is there any news on a fix for that? It unfortunately means the other RC fixes from 5.5.29 are stuck in unstable. :-( Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698969: mysql-workbench: Please Depends against python-pyodbc (>= 3.0.6)
Le Sat, 26 Jan 2013 13:09:12 +1100, Dmitry Smirnov a écrit : > Hi Laurent, Hello, > On Sat, 26 Jan 2013 08:16:19 Laurent Bigonville wrote: > > The mysql-workbench contains code that allow to migrate databases > > from any databases that support odbc connectors to mysql. This code > > requires pyodbc python module. > > > > I've just uploaded python-pyodbc 3.0.6-1 package in experimental. > > > > Could you please add a dependency(or a recommends) against that > > package? > > Thank you for good suggestion. > > Few questions please: > > Would you prefer adding to Depends or to Recomments? > (I tend towards Recommends for whatever reason). I think you are getting an warning/error when python-pyodbc is not present instead of a simple crash. I guess recommending the package would be enough, but then you cannot enforce version. IMHO it would depends on the number of extra packages that are getting installed. > Would you recommend versioned depends like "python-pyodbc (>= > 3.0.6)" ? Does it work with 2.1.7 from testing/unstable? I don't this it's working with the version in wheezy. In the code I see: "Could not import the pyodbc python module. You need pyodbc 2.1.8 or newer for migrations from RDBMSes other than MySQL." So I guess that the version should be (>= 2.1.8) instead of (>= 3.0.6). Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697976: [j...@hedgerows.org.uk: [PATCH] Generate subtitle files in UTF8, closes debian bug #697976]
Control: tag -1 + patch
- Forwarded message from Jon Davies -
Date: Sat, 26 Jan 2013 09:43:43 +
From: Jon Davies
To: get_ipla...@lists.infradead.org
Subject: [PATCH] Generate subtitle files in UTF8, closes debian bug #697976
Message-ID:
List-Id:
Generate subtitle .srt files in UTF8, closes debian bug #697976
The conversion from .ttxt creates representations of characters like
“₤” that M Player, for instance, displays incorrectly.
diff --git a/get_iplayer b/get_iplayer
index db3dc1e..c17b364 100755
--- a/get_iplayer
+++ b/get_iplayer
@@ -7109,7 +7109,7 @@ sub download_subtitles {
# Open subs file
unlink($file);
open( my $fh, "> $file" );
- binmode $fh;
+ binmode($fh, ":utf8");
# Download subs
$subs = main::request_url_retry($ua, $suburl, 2);
___
get_iplayer mailing list
get_ipla...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
- End forwarded message -
--
Jonathan Wiltshire j...@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits
signature.asc
Description: Digital signature
Bug#699013: git-sh-prompt: new git prompt stuff doesn't work on virtual consoles, only in terminals under X11
Package: git
Version: 1:1.8.1.1-1
Severity: normal
File: /usr/lib/git-core/git-sh-prompt
I have this configuration (colours stripped for simplification):
pabs@chianamo ~ $ cat ~/.bash.d/{git,z_prompt}
export GIT_PS1_SHOWDIRTYSTATE=true
export GIT_PS1_SHOWSTASHSTATE=true
export GIT_PS1_SHOWUNTRACKEDFILES=true
export GIT_PS1_SHOWUPSTREAM=auto
export GIT_PS1_SHOWCOLORHINTS=true
export GIT_PS1_DESCRIBE_STYLE=branch
export PROMPT_COMMAND='__git_ps1 "\[\e]0;\u@\h: \w\a\]\u@\h\ \w" " \\\$ "'
I switched from editing PS1 to PROMPT_COMMAND because it gets me the new
colour stuff in the git part of my prompt, it looks like this in xterm:
pabs@chianamo ~ $
When I login on a virtual console (with TERM=linux), I get this instead:
;pabs@chianamo: ~pabs@chianamo ~ $
I think it should look the same under TERM=xterm and TERM=linux.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages git depends on:
ii git-man 1:1.8.1.1-1
ii libc62.13-37
ii libcurl3-gnutls 7.26.0-1
ii liberror-perl0.17-1
ii libexpat12.1.0-1
ii libpcre3 1:8.30-5
ii perl-modules 5.14.2-16
ii zlib1g 1:1.2.7.dfsg-13
Versions of packages git recommends:
ii less 444-4
ii openssh-client [ssh-client] 1:6.0p1-3
ii patch2.6.1-3
ii rsync3.0.9-4
Versions of packages git suggests:
ii gettext-base 0.18.1.1-9
pn git-arch
ii git-cvs 1:1.8.1.1-1
pn git-daemon-run | git-daemon-sysvinit
pn git-doc
pn git-el
ii git-email 1:1.8.1.1-1
ii git-gui 1:1.8.1.1-1
ii git-svn 1:1.8.1.1-1
ii gitk 1:1.8.1.1-1
pn gitweb
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#698997: unblock: italc/1:1.0.13-1.4
On Sat, 26 Jan 2013 21:50:14 Adam D. Barratt wrote: > > > + added new "qtpath.patch" to avoid fatal error for wrong path > > to libraries. > > I may be missing something here, but the patch simply removes the error > message. Presumably the fact that the error is being raised in the first > place indicates an actual problem? If not then the test seems somewhat > redundant in the first place. > It is a *fatal* error message that is always wrong because it looking for library in hardcoded non-multiarch location. Therefore removing it is a minimalistic change to fix the problem which is exactly a failure to find library where it can't be. Of course there are different ways to fix it but I've chosen an easy and straightforward one which works. In other words I'm removing failure point: unnecessary check for library in wrong location. "Simply removing the error message" is enough to fix the problem. I hope it makes sense. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- Believing is easier than thinking. Hence so many more believers than thinkers. -- Bruce Calvert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696420: python-gmsh: undefined symbol: mca_base_param_reg_int
On 29/12/2012 23:54, Anton Gladky wrote: > severity 696420 normal > thanks > > As Christophe said, the information about using this package > is in README.Debian. We know about this problem as it > persists since the beginning of this binary. And we would be > happy to get a suggestion, how can it be fixed without this > workaround. An explicit link (-lmpi) from the gmshpy should do it. (and maybe with the -Wl,-no-as-needed LDFLAGS). Otherwise an other way is to load the MPI lib from the python code. See: http://docs.python.org/2/library/ctypes.html S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649223: [Pkg-xfce-devel] Bug#649223: exo-utils: exo-open does not handle file:/// URLs correctly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, Jan 25, 2013 at 02:18:47AM -0800, redomen wrote: > Package: exo-utils > Version: 0.6.2-5 > Followup-For: Bug #649223 > > Same problem here using XFCE with rox-filer. > For example running exo-open file:///home/ sends the full url to the browser > which doesn't understand the 'file://' part. gnome-open however strips that > out and properly sends just the directory. Well, my first though is that if your file manager doesn't support file:// scheme, that's its fault and you shouldn't try to give it that kind of stuff. Maybe a different handler could be shipped for the various file managers not correctly handling the scheme. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBCgAGBQJRA8NOAAoJEG3bU/KmdcClc2cIAJtGKwRQNzRAMGzIf6tn/bwd uyOwPJ73Ol/7wqh9kT8U5cidzWYDLb/aGjxbDpoTKfAlwaWyQXWrqtVXPyKYKn1R hhjTaxkJ5KM+BjAMYumIzvteXTWQZYPJpVEOTe/mZz8NCCgA20w/VxF4wfcvg+wT +bj40MKduA74NI/uLIxNKozYiMhaelnKECHjTbBVs/zIb0Z03R9EqYL/iIz+OQhu tOuvpCpdQvzJuZ7mfjTf4fxa1aYN1MysI4UJaH2dTtdXODvIqN7J0Z3DTvB9vX4c DPHc5KgX8Ax0Ni7sIU0mA0D7TDlDkDPCpghg18ocM9ILCXAjrdPXDKsASCVGWVc= =gFSF -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#699014: Migrate from GConf to GSettings
Package: amule-gnome-support Version: 2.3.1-9 With GNOME 3.0 (april 2011), the GNOME Project decided to discontinue GConf. It won't be maintained anymore: bugs and security holes will not be fixed. Thus, amule-gnome-support shouldn't depend on GConf any longer. Please, migrate to GSettings. GStettings is the official GNOME replacement for GConf, and the GNOME project is porting all of its applications to it: https://live.gnome.org/GnomeGoals/GSettingsMigration You will find the official from GConf to GSettings porting guide at: http://developer.gnome.org/gio/stable/ch31.html
Bug#538822: Postpone fix for 540512 and 538822 till after release (dash and sh diversions)
Control: tag 540512 +wheezy-ignore Control: tag 538822 +wheezy-ignore This is obviously not going to get fixed this time. Adding ignore tags. On Wed, Nov 07, 2012 at 08:40:58PM +0100, Paul Gevers wrote: > There has been a small discussion about dash RC bugs 538822 and 540512 > in the bts and the general idea is to postpone the proper fix (again) > till after the release. Do you agree, and if so, can you tag this bug > appropriate as wheezy-ignore? If you do, these bugs should again > "affects release-notes" as well. I believe the previous text in the > release-notes were fine. > Neil -- signature.asc Description: Digital signature
Bug#698999: Links to the Policy for dpkg's manual pages.
Hi! On Sat, 2013-01-26 at 11:47:14 +0900, Charles Plessy wrote: > Package: dpkg > Version: 1.16.9 > Severity: wishlist > Tags: patch > on debian-devel, I was suggested to propose a patch to deb-symbols(5), > dpkg-shlibdeps(1) and dpkg-gensymbols(1), with a link to the Policy. > > https://lists.debian.org/debian-devel/2013/01/msg00394.html > > Here is a patch that does so not only for the symbols, but also for > the control data files and the substitution variables. This might seem strange, but to me this only adds poiners to “redundant” information, which can be more confusing than not. The way I see this is just as a link for linking purposes (something that might not be bad in itself depending on the context), because if any information of substance is missing from the dpkg man pages that is covered by the Debian policy then that would be a bug on dpkg, and the other excess information in Debian policy should just be vendor specific decisions, something that dpkg should not really be concerned with and that might get the reader confused if they do not need to abide by those restrictions, consider that dpkg is used beyond Debian and Debian-derived systems, and as such I'd like to keep it as neutral as possible on those regards. I see the Debian policy as a subset of the things that can be done with dpkg. Most of the few current references to the Debian policy manual are pretty recent, and something I've considered rewording and in some cases removing. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698969: mysql-workbench: Please Depends against python-pyodbc (>= 3.0.6)
On Sat, 26 Jan 2013 22:29:07 Laurent Bigonville wrote: > I think you are getting an warning/error when python-pyodbc is not > present instead of a simple crash. I guess recommending the package > would be enough, but then you cannot enforce version. IMHO it would > depends on the number of extra packages that are getting installed. > > I don't this it's working with the version in wheezy. In the code I see: > > "Could not import the pyodbc python module. You need pyodbc 2.1.8 or > newer for migrations from RDBMSes other than MySQL." > > So I guess that the version should be (>= 2.1.8) instead of (>= 3.0.6). I see, we only have 2.1.7 in "testing"... Recently I've learned that versioned Recommends are considered by aptitude but ignored by apt-get. What do you think about combination of Recommends: python-pyodbc (>= 3.0.6) Breaks: python-pyodbc (< 3.0.6) as alternative to Depends: python-pyodbc (>= 3.0.6) ? Depends is a good way to enforce version and I reckon we can ignore the negative effect on backportability for now... Thanks. -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- To swallow and follow, whether old doctrine or new propaganda, is a weakness still dominating the human mind. -- Charlotte P. Gilman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690402: RM: scim-prime/1.0.0-4
On Sat, Oct 13, 2012 at 09:56:08PM +0100, Neil Williams wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: rm > Removal hint added. Neil -- signature.asc Description: Digital signature
Bug#699015: gstreamer0.10: diff for NMU version 0.10.36-1.1
Package: gstreamer0.10
Version: 0.10.36-1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for gstreamer0.10 (versioned as 0.10.36-1.1) and
uploaded it to DELAYED/1. Patch attached, also available at
git://git.debian.org/users/jcristau/gstreamer0.10.
Cheers,
Julien
diff -Nru gstreamer0.10-0.10.36/debian/changelog gstreamer0.10-0.10.36/debian/changelog
--- gstreamer0.10-0.10.36/debian/changelog 2012-02-21 09:34:37.0 +
+++ gstreamer0.10-0.10.36/debian/changelog 2013-01-26 11:24:19.0 +
@@ -1,3 +1,20 @@
+gstreamer0.10 (0.10.36-1.1) unstable; urgency=low
+
+ [ Julien Cristau ]
+ * Non-maintainer upload
+ * Rebuild against GLib 2.32 (closes: #697025)
+ * Bump shlibs and symbols version for GstCollectPads2.
+
+ [ Sebastian Dröge ]
+ * debian/changelog:
++ Remove merge conflict marker (Closes: #660798).
+
+ [ Iain Lane ]
+ * debian/control:
++ Add Vcs- headers
+
+ -- Julien Cristau Sat, 26 Jan 2013 11:24:16 +
+
gstreamer0.10 (0.10.36-1) unstable; urgency=low
[ Loïc Minier ]
@@ -58,7 +75,6 @@
Patch taken from the Ubuntu package.
-- Sebastian Dröge Sun, 11 Dec 2011 18:52:12 +0100
->>> experimental
gstreamer0.10 (0.10.35-1) unstable; urgency=low
diff -Nru gstreamer0.10-0.10.36/debian/control gstreamer0.10-0.10.36/debian/control
--- gstreamer0.10-0.10.36/debian/control 2012-02-21 09:32:49.0 +
+++ gstreamer0.10-0.10.36/debian/control 2013-01-26 11:27:58.0 +
@@ -44,6 +44,8 @@
libglib2.0-doc
Standards-Version: 3.8.4
Homepage: http://gstreamer.freedesktop.org
+Vcs-Git: git://git.debian.org/git/pkg-gstreamer/gstreamer0.10.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-gstreamer/gstreamer0.10.git
Package: libgstreamer0.10-0
Architecture: any
@@ -140,7 +142,7 @@
Depends: ${shlibs:Depends},
${misc:Depends},
pkg-config,
- libgstreamer0.10-0 (>= 0.10.35)
+ libgstreamer0.10-0 (>= 0.10.36)
Suggests: gstreamer0.10-plugins-base
Description: Tools for use with GStreamer
GStreamer is a streaming media framework, based on graphs of filters
diff -Nru gstreamer0.10-0.10.36/debian/control.in gstreamer0.10-0.10.36/debian/control.in
--- gstreamer0.10-0.10.36/debian/control.in 2012-02-21 09:31:59.0 +
+++ gstreamer0.10-0.10.36/debian/control.in 2013-01-26 11:17:11.0 +
@@ -44,6 +44,8 @@
libglib2.0-doc
Standards-Version: 3.8.4
Homepage: http://gstreamer.freedesktop.org
+Vcs-Git: git://git.debian.org/git/pkg-gstreamer/gstreamer0.10.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-gstreamer/gstreamer0.10.git
Package: @GST_LIB@
Architecture: any
diff -Nru gstreamer0.10-0.10.36/debian/libgstreamer.symbols gstreamer0.10-0.10.36/debian/libgstreamer.symbols
--- gstreamer0.10-0.10.36/debian/libgstreamer.symbols 2012-02-21 09:34:16.0 +
+++ gstreamer0.10-0.10.36/debian/libgstreamer.symbols 2013-01-26 10:35:29.0 +
@@ -208,30 +208,30 @@
gst_byte_writer_reset@Base 0.10.26
gst_byte_writer_reset_and_get_buffer@Base 0.10.26
gst_byte_writer_reset_and_get_data@Base 0.10.26
- gst_collect_pads2_add_pad@Base 0.10.36
- gst_collect_pads2_add_pad_full@Base 0.10.36
- gst_collect_pads2_available@Base 0.10.36
- gst_collect_pads2_collect@Base 0.10.36
- gst_collect_pads2_collect_range@Base 0.10.36
- gst_collect_pads2_flush@Base 0.10.36
- gst_collect_pads2_get_type@Base 0.10.36
- gst_collect_pads2_is_active@Base 0.10.36
- gst_collect_pads2_new@Base 0.10.36
- gst_collect_pads2_peek@Base 0.10.36
- gst_collect_pads2_pop@Base 0.10.36
- gst_collect_pads2_read@Base 0.10.36
- gst_collect_pads2_read_buffer@Base 0.10.36
- gst_collect_pads2_remove_pad@Base 0.10.36
- gst_collect_pads2_set_buffer_function@Base 0.10.36
- gst_collect_pads2_set_clip_function@Base 0.10.36
- gst_collect_pads2_set_compare_function@Base 0.10.36
- gst_collect_pads2_set_event_function@Base 0.10.36
- gst_collect_pads2_set_flushing@Base 0.10.36
- gst_collect_pads2_set_function@Base 0.10.36
- gst_collect_pads2_set_waiting@Base 0.10.36
- gst_collect_pads2_start@Base 0.10.36
- gst_collect_pads2_stop@Base 0.10.36
- gst_collect_pads2_take_buffer@Base 0.10.36
+ gst_collect_pads2_add_pad@Base 0.10.36-1.1
+ gst_collect_pads2_add_pad_full@Base 0.10.36-1.1
+ gst_collect_pads2_available@Base 0.10.36-1.1
+ gst_collect_pads2_collect@Base 0.10.36-1.1
+ gst_collect_pads2_collect_range@Base 0.10.36-1.1
+ gst_collect_pads2_flush@Base 0.10.36-1.1
+ gst_collect_pads2_get_type@Base 0.10.36-1.1
+ gst_collect_pads2_is_active@Base 0.10.36-1.1
+ gst_collect_pads2_new@Base 0.10.36-1.1
+ gst_collect_pads2_peek@Base 0.10.36-1.1
+ gst_collect_pads2_pop@Base 0.10.36-1.1
+ gst_collect_pads2_read@Base 0.10.36-1.1
+ gst_collect_pads2_read_buffer@Base 0.10.36-1.1
+ gst_collect_pads2_remove_pad@Base 0.10.36-1.1
+ gst_collect_pads2_set_buffer_function@Base 0.10.36-1.1
+ gst_collect_pads2_set_clip_function@Base 0.10.36-1.1
+ gst_collect_pads2_set_comp
Bug#698969: mysql-workbench: Please Depends against python-pyodbc (>= 3.0.6)
Le Sat, 26 Jan 2013 22:59:55 +1100, Dmitry Smirnov a écrit : > On Sat, 26 Jan 2013 22:29:07 Laurent Bigonville wrote: > > I think you are getting an warning/error when python-pyodbc is not > > present instead of a simple crash. I guess recommending the package > > would be enough, but then you cannot enforce version. IMHO it would > > depends on the number of extra packages that are getting installed. > > > > I don't this it's working with the version in wheezy. In the code I > > see: > > > > "Could not import the pyodbc python module. You need pyodbc 2.1.8 or > > newer for migrations from RDBMSes other than MySQL." > > > > So I guess that the version should be (>= 2.1.8) instead of (>= > > 3.0.6). > > I see, we only have 2.1.7 in "testing"... > > Recently I've learned that versioned Recommends are considered by > aptitude but ignored by apt-get. > What do you think about combination of > > Recommends: python-pyodbc (>= 3.0.6) > Breaks: python-pyodbc (< 3.0.6) > > as alternative to > > Depends: python-pyodbc (>= 3.0.6) > > ? > > Depends is a good way to enforce version and I reckon we can ignore > the negative effect on backportability for now... Well I would probably just reflect what the software really needs (so 2.1.7) even if it's not available. I don't think the breaks is needed, the error message will show the needed version if it's not available. I would personally just do: Depends: python-pyodbc (>= 2.1.8) or Recommends: python-pyodbc (>= 2.1.8) Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 14 packages, for GStaticMutex
On Sun, Dec 30, 2012 at 22:56:52 +, Simon McVittie wrote: > # this one might FTBFS again like it did when first tried, but it seems > # worth a go... > nmu \ > sigx_2.0.2-1 > . armel . \ > -m 'Rebuild against GLib 2.32, see #694525' > FTBFS: https://buildd.debian.org/status/fetch.php?pkg=sigx&arch=armel&ver=2.0.2-1%2Bb2&stamp=1359200243 Cheers, Julien signature.asc Description: Digital signature
Bug#694975: release.debian.org: Wheezy-ignore tag for freecad and netgen
Hi, On Sat, Jan 19, 2013 at 02:46:29PM +0100, Anton Gladky wrote: > thanks for looking into this bug. VCS of coin3d has a COPYING file, which > is clearly BSD-license [1]. So this version should be packaged to fix > the license issue properly. The current version of coin is GPL [2]. > This doesn't actually answer Adam's query, which is: > > What license is the version of coin3d currently in wheezy and linked > > with the freecad packages in wheezy released under? I didn't see > > anything obvious on the upstream homepage which indicated that earlier > > versions had been relicensed; in that case whilst it looks like the > > issues may well be solved for jessie, it still leaves us with a set of > > packages in wheezy which we can't distribute. > > Neil -- signature.asc Description: Digital signature
Bug#683373: [Pkg-xfce-devel] Bug#683373: lightdm: User switching does not work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, Jan 26, 2013 at 07:02:18AM +0400, Bob Bib wrote: > control: retitle -1 lightdm: User switching does not work (no gdmflexiserver > provided) control: severity -1 normal > control: affects -1 lxsession xscreensaver > > Well, I'm running LXDE & lightdm 1.2.2-4, and: > 1) "Switch User" button is missing from LXDE logout dialog; > 2) pressing XScreenSaver "New Login" button results only in an error message: > xscreensaver: 11:22:33: could not execute "gdmflexiserver": No such file or > directory > // OK, there's some bug #304406 about "New Login" button in xscreensaver > without gdmflexiserver > > Hence, I'm forced to use the bloated GDM3 just to have the quick user > switching feature working. Yes. Note that the fact that gdmflexiserver is not provided is not a bug by itself, it's intended, so there's no need to change the severity. Regards, - -- Yves-Alexis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBCgAGBQJRA8k8AAoJEG3bU/KmdcClYkcH/jsAyXmDonZZHo+MEn8mrH/8 ZqaQ2xE/4z28t4s4kJRbctH2zHKAfP3p4rnZHmvLwPaohEGiOZLLzRbzq+ztjx8n lqec9g4kBouTRI8L6gj06vHRxszJ77Xhtf2Dhp9RGv74/4yErX1WykbplOPx4+DG +2nE7GfrEIefBMYJFcMKtmn+ctNWJ0/9gW/8C2lWU92K2qjLbv/Sfq8eKVcAF7bH qRBr5EO5+GZPBOJzIixk1ouYIKOfeEgAszUyPpWRzQhcyByAC3K7MjFQInmD5Nmb TcCYxnjjx11K5WnDZm6rOzOfs0sVXsQlugCuZD2OUeU+tNHSKTmTdEIH5S7bFqA= =2aOH -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#694525: nmu: 14 packages, for GStaticMutex
On Sun, Dec 30, 2012 at 22:56:52 +, Simon McVittie wrote: > # some of these might be false positives, but buildds don't get bored > nmu \ > 4store_1.1.4-2 \ scheduled. > ats-lang-anairiats_0.2.6-1 \ version mismatch (sid has 0.2.9-1, wheezy 0.2.3-1) > gnome-vfs_1:2.24.4-1 \ > gnubiff_2.2.15-1 \ > gpredict_1.3-2 \ > libzorpll_3.9.1.3-1 \ > mysql-proxy_0.8.1-1.1 \ > passepartout_0.7.1-1 \ > purple-plugin-pack_2.6.3-2 \ > scli_0.4.0-2 \ > . armel armhf mips mipsel powerpc s390 sparc . \ > -m 'Rebuild against GLib 2.32, see #694525' > scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#698957: dpkg poorly handles dependencies with | operator
Control: severity -1 wishlist Control: reassign -1 gnome-terminal Control: retitle -1 gnome-terminal: Please mark as M-A:foreign On Fri, 2013-01-25 at 18:54:17 +0100, Maurizio Oliveri wrote: > Package: dpkg > Version: 1.16.9 > Severity: important > I've recently encountered this problem when installing Steam's .deb > package: in its control file ( after removing all the Ubuntu > versioning numbers ) there's written "xterm | gnome-terminal". > I have gnome-terminal installed on my system, yet dpkg returns an error > about a missing dependency for "xterm | gnome-terminal" unless xterm is > installed, so the | operator is pretty much being ignored. > > This is also proven by the fact that if I run "apt-get remove xterm" it > tries to install libutempter0:i386 and xterm:i386 along with removing > xterm, and if i run "apt-get remove xterm xterm:i386" it tries to remove > the Steam package as well. > Debian Release: 7.0 > APT prefers unstable > APT policy: (700, 'unstable'), (650, 'experimental'), (600, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 My assumptions here is that the steam's 3d-party package is arch i386, and given that you are using multiarch, your native arch is amd64, and you seem to have gnome-terminal:amd64 already installed, which is not marked as «Multi-Arch: foreign», installing steam's package requires a terminal emulator of the same architecture, which leaves the front-end (apt/aptitude in this case, probably) with the only choice of installing xterm (already marked as M-A:foreign), as those front-ends do not support cross-grading (which would be a suboptimal solution anyway) they do not offer to cross-grade gnome-terminal to satisfy the dependency. So I guess this bug report boils down to gnome-terminal not being marked «Multi-Arch: foreign», reassigning. The error messages that dpkg outputs on those situations are not optimal, but I've that on my TODO list to fix for 1.17.x. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699016: Fails to download videos
Package: metacafe-dl Version: 2008.07.23-2 Severity: grave Hi, metacafe-dl doesn't seem to work anymore, possibly due to #688997. In any case, metacafe-dl is currently a candidate to be removed from wheezy unless something is fixed. Neil -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 metacafe-dl depends on: ii python 2.7.3~rc2-1 ii youtube-dl 2012.02.27-1 metacafe-dl recommends no packages. metacafe-dl suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699017: udd: RC bug view: "marked as done" vs experimental
Package: qa.debian.org Severity: minor User: qa.debian@packages.debian.org Usertags: udd The UDD bugs view uses "ignore marked as done" for some of its view. Particularly, the "Bug squasher view". I fear that "marked as done" is a poor choice, because it filters out "fixed (only) in experimental"[1]. If you believe that "fixed only in experimental" does not belong in "Bug squasher view", then perhaps document that "fixed only in experimental" (deliberately) ends up in "Cleaner view". ~Niels [1] These instead end up in the "Cleaner view" - jenkins (#696816 and #697617) being a known example. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691180: connman: Connman won't run due to missing libxtables.so.7
On Thu, Jan 24, 2013 at 01:22:21 -0800, Jonathan Nieder wrote: > found 691180 connman/1.0-1.1+wheezy1 > fixed 691180 connman/1.0-1.2 > quit > > Hi Adrian, > > John Paul Adrian Glaubitz wrote: > > > close 691180 > > thanks > > > > Hi, > > > > there have been new uploads of connman both into testing and unstable, > > the issue has been resolved as the package has been rebuilt in both > > cases. > > This has been fixed in sid but not in wheezy. :( > > In sid, the dependency on libxtables9 avoids trouble: > > $ cupt show connman/sid | egrep 'Version|Depends|Conflicts|Breaks' > Version: 1.0-1.2 > Depends: libc6 (>= 2.9), libdbus-1-3 (>= 1.1.1), libglib2.0-0 (>= 2.28.0), > libgnutls26 (>= 2.12.17-0), libxtables9, dbus, lsb-base > > In wheezy, there is instead an unversioned dependency on iptables, > which is not enough to ensure the correct shared library is present: > > $ cupt show connman/wheezy | egrep 'Version|Depends|Conflicts|Breaks' > Version: 1.0-1.1+wheezy1 > Depends: iptables, libc6 (>= 2.9), libdbus-1-3 (>= 1.1.1), libglib2.0-0 (>= > 2.28.0), libgnutls26 (>= 2.12.17-0), dbus, lsb-base > > Fixing this properly would presumably require an iptables update in > testing (either bumping shlibs or, better, backporting the > introduction of a separate libxtables9 package from sid) followed by a > binnmu. > NAK. iptables in sid needs to add Breaks on the packages in wheezy that want libxtables.so.7. And 691180 should be reassigned to iptables. Cheers, Julien signature.asc Description: Digital signature
Bug#699018: Depends on about-to-go-away youtube-dl
Package: freevo Severity: grave Hi, Youtube-dl is about to be removed from testing. As freevo depends on it, it is also a candidate for removal. Please let debian-rele...@lists.debian.org know how you plan on handling this issue. Thanks, Neil -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 -- signature.asc Description: Digital signature
Bug#699019: unblock: sysvinit/2.88dsf-38
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package sysvinit
Bugs closed:
#694961: Don't break boot with older upstart versions
#694252: Break older bootchart versions to allow migration to
dependency-based boot
#694379: Work around a bug in the Oracle database which has a
buggy check for /dev/shm
#697537: Correct buggy check for /dev/shm
#697994: Remove all use of heredocs (not safe until /tmp is writable)
#663009: Default to PID1 when determining PID of init so that the
init process is correctly restarted on upgrade
And fix globbing in /etc/fstab.d (no bug number).
Thanks,
Roger
diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog
--- sysvinit-2.88dsf/debian/changelog 2012-11-16 20:51:07.0 +
+++ sysvinit-2.88dsf/debian/changelog 2013-01-24 21:33:09.0 +
@@ -1,3 +1,50 @@
+sysvinit (2.88dsf-38) unstable; urgency=low
+
+ [ Roger Leigh ]:
+ * If pidof fails in the sysvinit postinst or initscripts, default
+to PID 1 (for /sbin/init) (Closes: #663009).
+ * Make fstab globbing in initscripts completely robust.
+
+ -- Roger Leigh Wed, 23 Jan 2013 22:43:55 +
+
+sysvinit (2.88dsf-37) unstable; urgency=low
+
+ [ Roger Leigh ]
+ * initscripts: Remove all use of shell heredocs in shell libraries;
+these require a writable /tmp which will not be guaranteed to be
+present in early boot (Closes: #697994).
+
+ -- Roger Leigh Mon, 14 Jan 2013 21:53:59 +
+
+sysvinit (2.88dsf-36) unstable; urgency=low
+
+ [ Roger Leigh ]
+ * initscripts:
+- Handle globbing of /etc/fstab.d/* safely.
+- Correct erroneous error that an entry for /dev/shm existed in
+ /etc/fstab when no entry was present (Closes: #697537).
+
+ -- Roger Leigh Fri, 11 Jan 2013 23:36:28 +
+
+sysvinit (2.88dsf-35) unstable; urgency=low
+
+ [ David Prévot ]
+ * Fix German translation charset.
+
+ [ Roger Leigh ]
+ * initscripts:
+- To permit enabling of dependency-based boot, add Breaks on older
+ versions of bootchart. Thanks to Andreas Beckmann.
+ Closes: #694252.
+- To work around a bug in the Oracle database, which has a faulty
+ check for /dev/shm, continue to mount a tmpfs on /dev/shm rather
+ than /run/shm if one is defined in /etc/fstab. Closes: #694379.
+ * sysvinit-utils:
+- Add Breaks: upstart (<< 1.5-1) to avoid breaking the boot with
+ older versions of upstart. Closes: #694961.
+
+ -- Roger Leigh Mon, 17 Dec 2012 22:50:49 +
+
sysvinit (2.88dsf-34) unstable; urgency=low
[ Roger Leigh ]
diff -Nru sysvinit-2.88dsf/debian/control sysvinit-2.88dsf/debian/control
--- sysvinit-2.88dsf/debian/control 2012-08-31 21:14:04.0 +0100
+++ sysvinit-2.88dsf/debian/control 2012-12-17 22:37:45.0 +
@@ -42,6 +42,7 @@
Conflicts: last, sysvconfig, chkconfig (<< 11.0-79.1-2)
Replaces: last, sysvinit (<= 2.86.ds1-65)
Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: upstart (<< 1.5-1)
Suggests: bootlogd, sash
Description: System-V-like utilities
This package contains the important System-V-like utilities.
@@ -74,7 +75,8 @@
sysvinit-utils (>= 2.86.ds1-64), sysv-rc | file-rc,
coreutils (>= 5.93)
Recommends: psmisc, e2fsprogs
-Conflicts: libdevmapper1.02.1 (<< 2:1.02.24-1)
+Conflicts:
+ libdevmapper1.02.1 (<< 2:1.02.24-1),
Replaces: libc6, libc6.1, libc0.1, libc0.3
Breaks:
# Needed for ifquery
@@ -112,7 +114,9 @@
autofs (<< 5.0.0),
# Older versions of initramfs-tools can't cope with /etc/mtab
# being a symlink #668616 and #668650
- initramfs-tools (<< 0.104)
+ initramfs-tools (<< 0.104),
+# Needed for transition to dependency-based boot for wheezy
+ bootchart (<< 0.10~svn407-3.3)
Description: scripts for initializing and shutting down the system
The scripts in this package initialize a standard Debian
system at boot time and shut it down at halt or reboot time.
diff -Nru sysvinit-2.88dsf/debian/po/de.po sysvinit-2.88dsf/debian/po/de.po
--- sysvinit-2.88dsf/debian/po/de.po2012-08-31 21:14:04.0 +0100
+++ sysvinit-2.88dsf/debian/po/de.po2012-12-10 23:03:45.0 +
@@ -21,7 +21,7 @@
#: ../sysv-rc.templates:1001
msgid "Unable to migrate to dependency-based boot system"
msgstr ""
-"Es konnte nicht auf abhängigkeitsbasierte Systemstartreihenfolge umgestellt "
+"Es konnte nicht auf abhängigkeitsbasierte Systemstartreihenfolge umgestellt "
"werden."
#. Type: note
@@ -32,7 +32,7 @@
"dependency-based boot sequencing:"
msgstr ""
"Im Startsystem gibt es Probleme, die eine Umstellung auf "
-"abhängigkeitsbasierte Systemstartreihenfolge verhindern:"
+"abhängigkeitsbasierte Systemstartreihenfolge verhindern:"
#. Type: note
#. Description
@@ -43,10 +43,10 @@
"package has been removed, but not purged. It is suggested that these are "
"removed by running:"
msgstr ""
-"Falls das gemeldete Problem von einer lokalen Ãnderung rührt, muss
Bug#699020: vowpal-wabbit: Package the latest 7.1 release
Package: vowpal-wabbit Severity: wishlist Please package the latest 7.1 release of vowpal-wabbit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657281: src/java/org/apache/fop/pdf/ sRGB Color Space Profile.icm is non-free [was: Re: Bug#657281: Any news on this?]
On Mon, Dec 17, 2012 at 12:42:14AM +0100, alberto fuentes wrote: > Since its being a while without response and we are getting closer to > release, i was thinking about requesting a wheezy-ignore for the bug or > something to the release team > I'm not happy adding an ignore tag if there isn't any evidence of progress being made. (FWIW, contacting debian-release is useful if you want a ignore tag) Neil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed
Control: reassign -1 python Control: severity -1 important On Sat, Jan 26, 2013 at 10:29:27 +, Matthew Woodcraft wrote: > Debian has in the past contained Python packages which have side-effects > when imported which are worse than just crashing the calling process > (for example, I've had pydoc crash my window manager). > > Arguably all such cases are bugs in those packages, but it seems likely > that such bugs will appear again. And of course the user might have > local Python packages which do dangerous things when imported. > > So I think pydoc is just wrong to believe it can safely call > pkgutil.walk_packages() with no explicit path. > > (This behaviour can be particularly entertaining when combined with > zsh's tab-completion for 'python -m', which currently calls pydoc in a > similar way [#691638].) > This is clearly not a bzr-gtk bug, and critical seems over the top, so downgrading and moving to python, which ships pydoc. Cheers, Julien signature.asc Description: Digital signature
Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-35
Control: tag -1 + moreinfo On Thu, Nov 15, 2012 at 10:32:19PM +, Roger Leigh wrote: > Please unblock package sysvinit > > The attached debdiff includes a correction to the init script > dependencies for the three bootclean scripts. (#677097) Is this request still relevant for wheezy? -35 has been superceded in unstable with non-RC changes, so a fix will need to go through tpu now. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#698925: unblock: glpi/0.83.31-2
Control: tags -1 moreinfo On 2013-01-25 18:57, Christian PERRIER wrote: > Quoting Pierre Chifflier (pol...@debian.org): > >> I will indeed remove the files from the source. I just did a minimal >> diff for the inclusion in testing, to make sure the .swf file is not >> included in binary packages, and make the source repackaging stuff in a >> second step. > > > I'm afraid you *have* to repackage to get the package in testing as > having .swf file without source code might be considered an RC bug > itself. > Indeed, this would be preferred from the RT PoV as we then only have to unblock your package once. > Indeed, the security bug is *also* RC because .swf files are not built > from source. There should maybe be two RC bugs and not onebut, > anyway, you probably get the point. > > Thanks, anyway, for your quick reaction. > Also thanks for quick reacting time, :) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683671: dash doesn't ignore SIGINT when running an interactive command
Control: severity -1 important On Thu, Aug 2, 2012 at 11:03:11 -0700, Jonathan Nieder wrote: > severity 683671 serious I don't think this should be a blocker for release. Downgrading. Cheers, Julien signature.asc Description: Digital signature
Bug#699019: unblock: sysvinit/2.88dsf-38
Control: block -1 by 686387 On Thu, 2013-01-24 at 22:03 +, Roger Leigh wrote: > Please unblock package sysvinit > > Bugs closed: > #694961: Don't break boot with older upstart versions For reference, this means that either the new upstart (and associated packages including large json-c diff) need to migrate - see #686387 - at the same time, or we need to find some other solution to the issue in upstart. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696909: chromium segfaults on startup on armhf
On Mon, 14 Jan 2013 20:52:00 +, peter green wrote: > Anyway I have some bad news. When I try to do an armel build with bfd on > my imx board I get. > LINK(target) out/Release/chrome > /usr/bin/ld.bfd.real: failed to set dynamic section sizes: Memory exhausted > collect2: ld returned 1 exit status This is an upstream bug on binutils 2.22 [0], not yet fixed. It would be nice to reproduce it on a debian/wheezy armel box. Jérémy [0] http://sourceware.org/bugzilla/show_bug.cgi?id=14718 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570516: Tagging wheezy-ignore
Control: tag 570516 +wheezy-ignore This probably isn't going to get fixed, even if it still exists. Tagging wheezy-ignore. Neil -- signature.asc Description: Digital signature
Bug#694908: Contains non-free data
Control: tag -1 wheezy-ignore On Sat, Dec 29, 2012 at 18:46:20 +0100, Julien Cristau wrote: > On Sun, Dec 2, 2012 at 09:39:14 +0900, Charles Plessy wrote: > > > Package: emboss > > Version: 6.4.0-4 > > Severity: serious > > > > As discussed in the following message, EMBOSS contains non-free data. > > > > https://lists.debian.org/20120918045219.ga26...@falafel.plessy.net > > > > We need to consider short- and long-term solutions to this problem. For the > > short-term solution, I think that I will not have time to split free and > > non-free parts of EMBOSS, so we need again to consider to move it > > altogether to > > non-free. In contrary to the UniProt files which were in the test suite, > > the > > Gene Ontology files are needed by EMBOSS to run some of its programs. > > > Does that mean emboss and embassy-* need to be removed from wheezy? > Seems there's good progress towards fixing this, so tagging wheezy-ignore. Cheers, Julien signature.asc Description: Digital signature
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
2013/1/26 Neil McGovern : > > Additionally, there's another RC bug in the Uploaders field - You can't > have a comma as part of a name. > > Neil > -- I do not know, whether it is correct to fix the developer's name in NMU-upload. Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691710: unblock: mdadm/3.2.5-4 (pre-upload)
Control: retitle -1 unblock: mdadm/3.2.5-5 Almost 3 months has passed since I submitted this bugreport, and we're getting very close to the release so it isn't possible to wait any longer. I uploaded a new release of mdadm package to unstable today, of version 3.2.5-5, which contains regular changes which are necessary for wheezy, together with the more questionable change - support for IMSM (fakeraid) arrays (but if fixes an RC bug). Complete debdiff between current version in wheezy (3.2.5-3) and this one is attached below. Here's the commented changelog, and below is the original pre-upload unblock request. mdadm (3.2.5-5) unstable; urgency=low * add (empty) restart and force-reload actions to mdadm-waitidle script -- this script is used only when the system needs to be shut down or rebooted, there's nothing to start or restart. This is a fix for lintian "error" - the script is intended to wait for the arrays to become idle at the very end of boot process, there is nothing to restart or force-reload. mdadm (3.2.5-4+mdmon) experimental; urgency=low * fix `/etc/init.d/mdadm-raid status' inverse logic (Closes: #686100) Small typo in mdadm-raid init script, in `status' argument handling (it returned inverse success<=>failure return code) * /etc/init.d/mdadm: change RUNDIR to /run instead of /var/run. Mdadm itself uses /run internally, we properly depend on initscripts version which creates /run, and the initscript itself is started after local_fs is processed, so this is merely a no-op, but let's do it for consistency. It was just inconsistency, which slipped out when converting frm /var/run to /run initially (a bugfix for a previous required change). Mdadm is one of the few packages which really need to use /run instead of /var/run, since md arrays are started in initramfs, and there, /run/mdadm should be available and migrated to real root. * Fix 'enough' function for RAID10, to prevent starting of a RAID10 array which does not have required minimum of component devices. (Closes: #691668). * fix segfaults in Detail() - mdadm --detail may segfault if a drive has been removed from the array (Closes: #691670) * super0: do not override uuid with homehost. The bug prevented re-creating an array with v0.90 superblock with the specified uuid when homehost is also specified. (Closes: #686703) These are code fixes from upstream, each explained in the referenced bugreport. * several fixes for mdmon argument processing (Closes: #691671): - allow --takeover when original was started with --offroot - fix arg parsing. - fix arg processing for -a Another code fix from upstream. mdmon utility were not packaged previously, but is needed for the next change. * Changes based on a patch by Miquel van Smoorenburg (Closes: #684708): - install mdmon in udeb and initramfs, so imsm arrays can work. mdadm runs mdmon automatically when needed (currently for imsm arrays), and mdmon is required to make such arrays read-write (they're read-only by default) so merely presence of mdmon is enough to be able to use imsm arrays. - /etc/init.d/mdadm start: if a mdmon pidfile is found in /run/mdadm, restart mdmon (--takeover --all) - /etc/init.d/mdadm stop: link pidfiles of mdmon processes into /run/sendsigs.omit.d, and make sure that happens before sendsigs runs. - stop mdadm before sendsigs, so that the above code works - add script mdadm-waitidle that runs just before reboot/halt. For each array that is still running, it sets sync_action to idle, and uses mdadm --wait-clean to wait for all arrays to go idle (it has a short timeout). And this is the most important and large change in the package, which was the reason I asked if it's okay to upload it 3 months ago, before doing actual upload (I uploaded it to experimental however, as version 3.2.5-4+mdmon). Explanations from the previous email (pre-upload unblock request): -- mdadm utility is used to manage raid arrays. For native linux arrays, only 2 components are necessary: mdadm utility to start/stop/etc, and the kernel to handle all the rest. However, for arrays with non-native formats/metadata, metadata updates are handled by external program, kernel sends events affecting metadata to userspace and expects an external program to udpate the metadata using whatever format it is in. This external program is mdmon. Kernel refuses to make the device read-write unless such external prgram is running for the array in question. When mdadm is asked to assemble such a non-native array, it tries to execute mdmon automatically. Once running, it will handle metadata updates from kernel, and the array becomes fully operational. No additional actions are necessary, mdadm does it all internally. If such non-native arrays are assembled from initramfs, mdmon should be in the initramfs too, because else, say, ext4 journal re
Bug#691896: [87ea161] Fix for Bug#691896 committed to git
tags 691896 + pending thanks Hello, The following change has been committed for this bug by Anton Gladky on Wed, 31 Oct 2012 08:16:42 +0100. The fix will be in the next upload. Minor fixes in README.Debian. (Closes: #691896) You can check the diff of the fix at: ;a=commitdiff;h=87ea161 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699021: src:sigx: FTBFS against newer GLib: invalid conversion from 'const volatile void*' to 'volatile void*'
Source: sigx Version: 2.0.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) sigx failed to build when rebuilt against a current GLib for #694525: https://buildd.debian.org/status/fetch.php?pkg=sigx&arch=armel&ver=2.0.2-1%2Bb2&stamp=1359200243 src/connection_wrapper.cpp:174:5: error: invalid conversion from 'const volatile void*' to 'volatile void*' [-fpermissive] (and more similar errors) I'll try to look at this later today. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699022: lintian: checks/po-debconf modifies extracted "package"
Package: lintian
Version: 2.5.11
Severity: minor
This bug is probably more about principle than a practical issue.
checks/po-debconf modifies the contents of debfiles/, particularly
it generates/overrides debfiles/po/test.pot[1]. "test" is probably
never going to be a valid language code and maintainers are unlikely
to include a "test.pot" file.
However, it means that checks/po-debconf changes the view of the
package. I think this is (in general) unhealthy for Lintian to do
this in checks as results could (in theory) change depending on the
order in which checks are run.
It also prevents anyone with "read-only" access to obtain accurate
results for this tag[2].
~Niels
[1] Quote:
"""
if (-x '/usr/bin/msgcmp' && -x '/usr/share/intltool-debian/intltool-update' ) {
if ($missing_files == 0) {
$ENV{'INTLTOOL_EXTRACT'} ||=
'/usr/share/intltool-debian/intltool-extract';
system_env("cd \Q$debfiles/po\E &&
/usr/share/intltool-debian/intltool-update --gettext-package=test --pot");
system_env("/usr/bin/msgcmp --use-untranslated
\Q$debfiles/po/test.pot\E \Q$debfiles/po/templates.pot\E >/dev/null 2>&1"
. "&& /usr/bin/msgcmp --use-untranslated
\Q$debfiles/po/templates.pot\E \Q$debfiles/po/test.pot\E >/dev/null 2>&1") == 0
or tag 'newer-debconf-templates';
}
[...[
"""
[2] A DD can in theory ssh to lintian.d.o and (re)run lintian on a
package of their choice with -C po-debconf as it does not need
"unpacked". In practise, I doubt anyone will^Wdoes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 14 packages, for GStaticMutex
On 26/01/13 12:19, Julien Cristau wrote: > On Sun, Dec 30, 2012 at 22:56:52 +, Simon McVittie wrote: >> ats-lang-anairiats_0.2.6-1 \ > > version mismatch (sid has 0.2.9-1, wheezy 0.2.3-1) 0.2.9-1 is OK, it was uploaded pretty recently. 0.2.3-1 needs a binNMU in wheezy, I think I asked for that in a separate list in the same mail. >> nmu \ sigx_2.0.2-1 . armel . \ -m 'Rebuild against GLib 2.32, see >> #694525' >> > FTBFS: > https://buildd.debian.org/status/fetch.php?pkg=sigx&arch=armel&ver=2.0.2-1%2Bb2&stamp=1359200243 I did wonder whether that would happen. I'm opening a FTBFS bug against sigx; it looks as though it might be fixable by throwing cast operators at the problem. Failing that, sigx is a library with no reverse dependencies (and no new upstream release since 2009), so removal from testing seems a reasonable fallback option. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674842: fixed in galculator 2.0.1-1
Hi, just because I stumbled across this when testing: The entry for the decimal separator allows a single character only. Could you please verify that you clear the entry (e.g. by hitting backspace) before trying to enter any character? (all except the decimal point and minus sign work for me) Apart from this I patched galculator to fallback to the default separator if the separator equals the decimal point in locales (fixed in SVN). I guess this was the problem in your case. thanks, simon On 01/25/2013 09:31 PM, Jan Korbel wrote: Check attachment. Somewhere in time i had "," as decimal separator and "." as thousands separator. About 2.0.1. I tried theese thousands separators: !@#$%^&*()_+-=[];'\:"|,./<>? ...and some alpha-characters too :-) J. On 25.1.2013 13:49, Simon Flöry wrote: Hi Jan, Dmitry, it is only possible to choose a character as thousands separator that is not in use otherwise (e.g. as decimal point, number etc.). Thanks for figuring out the problem with the configuration file. Unfortunately, I have no clue what the exact reason could have been. Jan, by any chance, do you have a backup of that bad configuration file? best, simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699001: notmuch-emacs should have a tighter dependence on notmuch
Jameson Graef Rollins writes:
> Daniel Kahn Gillmor wrote:
>> maybe notmuch-emacs should have:
>>
>> Depends: notmuch (= ${binary:Version})
>>
>> if you think they the versions should be tightly bound.
It occured to me this specific option is not binNMU safe. But I guess
maybe something like "(>= ${source:Version}), (<< ${source:Version}+)"
would work.
> As of 0.15, specific format versions can be requested from the CLI, and
> the emacs client requests specific format versions. In other words, a
> tight coupling between the notmuch and notmuch-emacs versions should not
> be necessary from now on.
This doesn't prevent people from running:
apt-get install notmuch
and breaking their notmuch-emacs installs (in the case a newer version
is available). I agree that it is better than before since now they
should get an error message to hint that they should also upgrade
notmuch-emacs.
d
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698984: unblock: simpleid - fixes RC issue with OpenID 2.0 support
On Sat, Jan 26, 2013 at 01:38:27PM +0100, Daniel Pocock wrote: > I simply haven't included any patches with any prior version of the > package, so I haven't needed to rely on any 1.0 or 3.0 methods for > including a patch > Again, I'm going to point at the freeze policy. Specifically Rule 1. > I've attached a debdiff for 0.8.1-10 -> 0.8.3-1 > [ 111 files changed, 12616 insertions(+), 12626 deletions(-) , due to lots of reasons in original mail] This still doesn't make it reviewable I'm afraid. > I believe the use of the 0.8.3 release is not RC, but it does fix one > important bug and it also fixes the original RC bug without having to > rely on the patching process (so I could delete debian/patches and > revert to debian/source/format 1.0) > Can you fix the RC bug, by itself, without changing the source format? If not, I'll simply remove it, simpleid-ldap and dynalogin from testing, especially as popcon seems to indicate that no one actually uses it, and it wasn't in a previous stable release. Neil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699019: unblock: sysvinit/2.88dsf-38
On Sat, Jan 26, 2013 at 12:42:25PM +, Adam D. Barratt wrote: > Control: block -1 by 686387 > > On Thu, 2013-01-24 at 22:03 +, Roger Leigh wrote: > > Please unblock package sysvinit > > > > Bugs closed: > > #694961: Don't break boot with older upstart versions > > For reference, this means that either the new upstart (and associated > packages including large json-c diff) need to migrate - see #686387 - at > the same time, or we need to find some other solution to the issue in > upstart. CCing Steve, since I'm unsure of the best course of action here. I'm not too familiar with the upstart integration, and if there's a way of solving the issue without the Breaks by adding/modifying/removing some of that logic, we could look at doing that. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694525: nmu: 14 packages, for GStaticMutex
On Sun, Dec 30, 2012 at 22:56:52 +, Simon McVittie wrote: > nmu \ > ats-lang-anairiats_0.2.3-1 \ > mpd_0.16.7-2 \ > mtpfs_0.9-3 \ > . armel armhf mips mipsel powerpc s390 sparc . \ > -m 'Rebuild against GLib 2.32, see #694525' > Scheduled ats-lang-anairiats and mpd. I've added a rm hint for mtpfs, due to 696552. Cheers, Julien signature.asc Description: Digital signature
Bug#699019: Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-35
(Using the new bug number) On Sat, Jan 26, 2013 at 12:14:59PM +, Jonathan Wiltshire wrote: > Control: tag -1 + moreinfo > > On Thu, Nov 15, 2012 at 10:32:19PM +, Roger Leigh wrote: > > Please unblock package sysvinit > > > > The attached debdiff includes a correction to the init script > > dependencies for the three bootclean scripts. (#677097) > > Is this request still relevant for wheezy? -35 has been superceded in > unstable with non-RC changes, so a fix will need to go through tpu now. Which changes were non-RC? I don't think there are any changes here which do not cause failure on upgrade or at boot time, other than a single translation update. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699023: sysbench: Document that --validate and --num-threads > 1 are mutually exclusive
Package: sysbench Version: 0.4.12-1+b1 Severity: minor Please document the fact that "--validate" and "--num-threads" > 1 are mutually exclusive. --validate always produce errors with two or more threads. Unfortunately man page do not have any information regarding incompatibility between those options. (It took me a while to figure this out). Thanks. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)
On 2013-01-16 09:57, Sebastian Humenda wrote: > Andreas Beckmann schrieb am 16.01.2013, 6:34 +0100: >> I'm attaching a patch that unifies and simplifies the creation and >> removal of $INSTDIR in all three maintainer scripts. Previously there >> was a possibility to create/remove INSTDIR several times per script, >> leaving tempdirs behind or running unopkg without existing HOME=$INSTDIR. >> Now the package nearly passes the piuparts test. > Thanks fo the work. If you need help, I can now offer to NMU accessodf with my patch :-) >> But there is still an unowned file being left after purge: > Can this one simply be eleted in a postrm-script? I would just leave it around for now ... >> which is probably a different issue. > Yes, but it would open up another bug, I guess. ... and I'll file another "important" bug for this later on ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649240: release-notes: Upcoming upgrade issues with GNU Screen for Wheezy
Hi, For the record: Julien Cristau's patch is incorporated in screen in wheezy. Axel told me "thanks for the reminder" when I told him about this bugreport. He'll likely work on the release notes. Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674532: libcairo2: characters disappear with libcairo2 1.12.2
Hi Stepan, is this bug still reproducible with 1.12.2-2? If so, could you try the packages from [1], please, Cheers, Michael [1] deb http://people.debian.org/~biebl/cairo/i386 ./ deb http://people.debian.org/~biebl/cairo/amd64 ./ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#692828: Evince printing and print preview shows text garbage
Hi Mathieu, We do have packages which are supposed to fix printing related problems. Could you give them [1] a try. Just add the proper architecture to your /etc/apt/sources.list and run and apt-get update && upgrade and report back. I've quickly tested your attached formulaire pdf, and it seems to work fine with those packages. But confirmation by you would be appreciated. Cheers, Michael [1] deb http://people.debian.org/~biebl/cairo/i386 ./ deb http://people.debian.org/~biebl/cairo/amd64 ./ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#657281: src/java/org/apache/fop/pdf/ sRGB Color Space Profile.icm is non-free [was: Re: Bug#657281: Any news on this?]
ops... i totally forgot to resend this to release team... On Sat, Jan 26, 2013 at 1:36 PM, Neil McGovern wrote: > On Mon, Dec 17, 2012 at 12:42:14AM +0100, alberto fuentes wrote: >> Since its being a while without response and we are getting closer to >> release, i was thinking about requesting a wheezy-ignore for the bug or >> something to the release team >> > > I'm not happy adding an ignore tag if there isn't any evidence of > progress being made. > > (FWIW, contacting debian-release is useful if you want a ignore tag) > > Neil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)
Hello, Andreas Beckmann schrieb am 26.01.2013, 14:21 +0100: >On 2013-01-16 09:57, Sebastian Humenda wrote: >> Andreas Beckmann schrieb am 16.01.2013, 6:34 +0100: >>> I'm attaching a patch that unifies and simplifies the creation and >>> removal of $INSTDIR in all three maintainer scripts. Previously there >>> was a possibility to create/remove INSTDIR several times per script, >>> leaving tempdirs behind or running unopkg without existing HOME=$INSTDIR. >>> Now the package nearly passes the piuparts test. >> Thanks fo the work. >If you need help, I can now offer to NMU accessodf with my patch :-) I found a much better solution (without any maintainer scripts) which will be uploaded soon. Sebastian -- Blog (English | Deutsch): http://crustulus.de/blog Teste das freie Latein-Deutsch-Wörterbuch: http://freedict.org/dict?Form=dict3&Database=lat-deu Freedict: Free multilingual dictionary databases - http://www.freedict.org signature.asc Description: Digital signature
Bug#694789: Bug#697639: release.debian.org: please upgrade cairo in wheezy
On 26.01.2013 02:13, Samuel Wolf wrote: > 2013/1/25 intrigeri : >> Samuel, I have read in the #694789 bug log that it may be the same bug >> as #679105. I think I have proposed a minimal patch that apparently >> fixes #679105 (see message #19 in that bug's log). I'd like to see >> this bugfix in Wheezy. May you please test this patch and confirm if >> it fixes #697639 for you? > > is there maybe a debian package to test? > I never rebuild a debian package with a patch and need some time to > test, sorry :-( Sure, no problem. Add this [1] to your sources list, depending on which architecture you have. Intrigeri, we should go through this list, and see which bugs will be closed/are duplicates and we should list them in the changelog: - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667032 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672336 (+duplicates) - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674532 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679105 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682673 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692828 The bugs #672336, #679105, #680277 and #682673 are supposedly fixed as tested by you. I've contacted the bug submitters of #667032, #674532 and #692828 to test the packages from [1] with your patches applied. I'm wondering if we should also cherry-pick the fix for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697482 ,i.e. http://cgit.freedesktop.org/cairo/commit/?id=f228769dfe Cheers, Michael [1] deb http://people.debian.org/~biebl/cairo/i386 ./ deb http://people.debian.org/~biebl/cairo/amd64 ./ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#656217: vnc4server: does not remove /usr/bin/vncconfig alternative
On 2013-01-16 02:15, Andreas Beckmann wrote: > there is a small typo in the prerm script which causes an attempt to > remove the non-existent vnc4config alternative instead of the vncconfig > alternative. Patch attached. I intend to NMU vnc4 with the patch I previously sent. Maybe we can still get this into wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699024: gobject-introspection: FTBFS on x32: Failure of tests/offsets
Source: gobject-introspection Version: 1.32.1-1 Severity: wishlist >From >http://buildd.debian-ports.org/status/fetch.php?pkg=gobject-introspection&arch=x32&ver=1.32.1-1&stamp=1359195069>: ... GI_TYPELIB_PATH=:../.. ./gitestoffsets offsets.compiled offsets.introspected diff -u offsets.compiled offsets.introspected --- offsets.compiled2013-01-26 10:08:25.0 + +++ offsets.introspected2013-01-26 10:08:25.0 + @@ -5,7 +5,7 @@ some_enum 48 some_ptrs 56 -OffsetsBasic: size=80, alignment=8 +OffsetsBasic: size=72, alignment=8 dummy1 0 field_int8 1 dummy2 2 @@ -23,7 +23,7 @@ dummy8 56 field_size 60 make[7]: *** [check-local] Error 1 dummy9 64 -field_time 72 +field_time 68 OffsetsEnum: size=48, alignment=4 enum1 0 make[7]: Leaving directory `/build/buildd-gobject-introspection_1.32.1-1-x32-DaXrjH/gobject-introspection-1.32.1/tests/offsets' make[6]: *** [check-am] Error 2 ... The cause of this failure is that time_t is 64-bit on x32 while long is 32-bit. On the other hand, Offsets-1.0.gir encodes the time_t field as a glong. I'm not sure what the proper general fix for this would be. For now I'm working around it by just disabling the tests for the upload to debian-ports/unreleased -- since by the comments, using time_t with glib is discouraged anyway, and I didn't find time_t issues in any of the .gir files on my system. BTW, testing other types in the same place in giscanner/ast.py, I see that on x32, off_t and dev_t are also 64-bit types. -- 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#692797: unblock: python-greenlet/0.3.1-2.1
Hi Laszlo,
On Fri, 21 Dec 2012 22:50:40 +, Laszlo Boszormenyi wrote:
> On Wed, 2012-12-19 at 19:55 +, Adam D. Barratt wrote:
> > On Sat, 2012-11-24 at 13:34 +, Adam D. Barratt wrote:
> > > On Fri, 2012-11-09 at 23:08 +0100, Jelmer Vernooij wrote:
> > > > On Fri, 2012-11-09 at 06:08 +, Adam D. Barratt wrote:
> > > > > It also itself FTBFS on a few architectures - see
> > > > > https://buildd.debian.org/status/package.php?p=python-greenlet&suite=wheezy
> > > > > ; armel and mips{,el} are regressions from the current testing
> > > > > package.
> > > > >
> > > > Thanks, I should've noticed that but hadn't. This is quite surprising
> > > > too, I don't see anything in the NMU that might be the cause of this.
> > >
> > > I suspect the issue was already there - see #665890, which is also fixed
> > > in sid already.
> >
> > Laszlo, any chance of a fixed version?
> The good is that upstream uses git, I could check the individual
> commits. The bad is that the places where it FTBFS are assembly codes.
> Upstream reworked that parts with the relevant C code as well. So it's
> not easy, I'd say impossible for me to backport those changes. I don't
> speak ARM nor Sparc ASM at least.
You can find more info on how to fix the FTBFS in armel in #697406.
Peter says that building python-greenlet from TPU with the version of
platform/switch_arm32_gcc.h from 0.4.0 solves the issue in armel.
Cheers,
Javi
signature.asc
Description: Digital signature
Bug#699019: Increase severity of RC bugs in sysvinit
severity 694252 serious severity 697537 important severity 697994 serious thanks 694252 prevents transition to dependency-based boot 697537 is a bug mounting /dev/shm; it's not strictly doing the wrong thing, but tells the user that there's a boot time error when there isn't a problem. This makes the user think that something critical failed when in fact it didn't. 697994 errors at boot due to the fact that in bash, shell heredocs require a writable /tmp while in dash they do not; we can't therefore use heredocs until after /tmp is available 697994 failure to restart init on upgrade; the fix in this unblock request does not solve all failure cases; an additional upload will be required. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694975: release.debian.org: Wheezy-ignore tag for freecad and netgen
Hi, 2013/1/26 Neil McGovern : > > This doesn't actually answer Adam's query, which is: > >> > What license is the version of coin3d currently in wheezy and linked >> > with the freecad packages in wheezy released under? coin3d is in Wheezy under GPL-2 license [1]. It links now with liboce-* libraries, which are GPL-incompatible. >> > I didn't see >> > anything obvious on the upstream homepage which indicated that earlier >> > versions had been relicensed; in that case whilst it looks like the >> > issues may well be solved for jessie, it still leaves us with a set of >> > packages in wheezy which we can't distribute. According to their VCS [2] and previous information [3] the license will be (and is in VCS) BSD: "the company behind Coin3D, send a letter to all its paying customer that they decided to discontinue the commercial Version and plan to release the source under BSD." [3] If you think, it is not suitable for wheezy, let me know, I will request a removing of freecad from Wheezy. Thanks, Anton [1] http://packages.debian.org/changelogs/pool/main/c/coin3/current/copyright [2] https://bitbucket.org/Coin3D/coin/src/abc9f50968c9266437e5699fcd29798dc3790e6a/COPYING?at=default [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617613#119 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699025: plasma-widget-menubar should depend on appmenu-qt
Package: plasma-widget-menubar Version: 0.1.17-1 Severity: normal The plasma-widget provides a general menubar displaying the menu entries for the current active window like ie. MAC OS. The widget may be included in a taskbar at the top of the screen. This will only work, if the package appmenu-qt also is installed. Otherwise only the menu mntry "File" will be shown which has the only Item "Quit". Thanks for listening -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (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/dash Versions of packages plasma-widget-menubar depends on: ii libc62.13-35 ii libdbusmenu-qt2 0.9.0-1 ii libgcc1 1:4.7.1-7 ii libkdecore5 4:4.8.4-4 ii libkdeui54:4.8.4-4 ii libkio5 4:4.8.4-4 ii libplasma3 4:4.8.4-4 ii libqjson00.7.1-6 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-svg 4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui44:4.8.2+dfsg-2 ii libstdc++6 4.7.1-7 plasma-widget-menubar recommends no packages. plasma-widget-menubar 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#609483: Bug #609483 : release-notes: Problem with non-ascii characters in pdf variant of r-n
Currently, it's even worse. Calling "make pdf LINGUA=de architecture=amd64" from SVN fails to build german pdf: pdflatex failed stdin.tex:1836: Package utf8x Error: MalformedUTF-8sequence. stdin.tex:1836: leading text: Die folgenden Pakete haben unerfüllte stdin.tex:1836: Package ucs Error: Unknown Unicode character 65533 = U+FFFD, stdin.tex:1836: leading text: Die folgenden Pakete haben unerfüllte stdin.tex:1836: Package utf8x Error: Character188appearedalone. stdin.tex:1836: leading text: Die folgenden Pakete haben unerfüllte [...] Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696420: python-gmsh: undefined symbol: mca_base_param_reg_int
Hi Sylvestre, thanks for the hint. I have fixed an issue [1] Anton [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/gmsh.git;a=blob;f=debian/patches/fix_gmshpy_import.patch;h=2230364b8faa6ca27258590ca336755bfa7f2777;hb=refs/heads/experimental 2013/1/26 Sylvestre Ledru : > On 29/12/2012 23:54, Anton Gladky wrote: >> severity 696420 normal >> thanks >> >> As Christophe said, the information about using this package >> is in README.Debian. We know about this problem as it >> persists since the beginning of this binary. And we would be >> happy to get a suggestion, how can it be fixed without this >> workaround. > An explicit link (-lmpi) from the gmshpy should do it. > (and maybe with the -Wl,-no-as-needed LDFLAGS). > > Otherwise an other way is to load the MPI lib from the python code. > See: > http://docs.python.org/2/library/ctypes.html > > S > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698252: pre-approve: re-adding phonon-backend-xine as transitional package
On 2013-01-25 21:04, Julien Cristau wrote: > On Mon, Jan 21, 2013 at 15:04:37 -0300, Lisandro Damián Nicanor Pérez Meyer > wrote: > >> In our opinion, the transitional package should be left as a last resort. >> > Last resort is pretty much where we are at this stage of the release. Well, my offer to NMU phonon is still there. Except for the "looking for a sponsor" part that I can now skip :-) I would just need a word from someone and a suggested DELAY. Maybe we can improve the description of the transitional package to reduce possible confusion. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699012: unblock: netgen/4.9.13.dfsg-3.2
On Sat, Jan 26, 2013 at 09:54:36 +0100, Anton Gladky wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: unblock > > Please unblock package netgen > > I would like to get your approval about the upload of netgen to > testing-proposed-updates, which fixes the bug #618968. > netgen in wheezy also has the issue that it's the last remaining reverse dependency of opencascade, which has been superseded by oce a while back. I'm pondering a removal for both of them. Cheers, Julien signature.asc Description: Digital signature
Bug#698832: KeePassX icons license and copyright?
Hi, I'm writing with my Debian developer hat, to you with your KeePassX upstream authors hat. It has been pointed to us in Debian bug #698832 [1] that at least some icon files shipped with KeePassX 0.4.3 apparently come from the Oxygen and Nuvola icon themes. Some more information according to Robert Ransom: "Some of them are from Nuvola (at least down.png (originally named go-down.png) and newentry.png (originally named document-import-key.png)). Some of them are from Oxygen (at least go-previous.png and go-next.png) [...]. The bookmark-* icons look familiar to me, but were not copied from Nuvola, Oxygen, or Crystal." On my side, I was not able to find exit.png and text_left.png in Oxygen either. Robert also questioned the license and copyright of clientic.png. It looks to me like it might contain smaller versions of at least a few Oxygen icons, and perhaps material from other sources, like the Wikipedia icon. A clarification would be much welcome :) Do you confirm that all the included icons are either from Oxygen or Nuvola (the full list of each of these would be perfect, by the way) or original pixel work licensed and copyrighted the same way as the KeePassX program, or should one look closer? Thanks a lot for your work on KeePassX! [1] http://bugs.debian.org/698832 (please ignore the possibly mistaken part about preferred form of modification for now) Warm regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698832: Copyright patch
Hi Stuart, Stuart Prescott wrote (26 Jan 2013 02:24:55 GMT) : > The attached patch adds appropriate acknowledgement of the > developers of the oxygen icon theme to d/copyright. That part is > clearly a bug and needs fixing. Excellent, thanks! >+The directory share/keepassx/icons directory contains icons from the Oxygen >+Icon theme: It may be my suboptimal English, but I understand this sentence in a way that it says that all files in that directory come from Oxygen, and are all subject to the copyright and license information, which is still not clear (see clientic.png bellow). Perhaps the files that come from Oxygen for sure should be explicitly listed? > As for the rest of the complaints about the sources for the icons Oops. My bug report was really about "icons license and copyright information is missing", and that's all: I intended to look further into the missing preferred form of modification complain, before reporting it to Debian if I found it was right. I'm sorry for the confusion and all: I should simply not have quoted the part about "preferred form for modification" of Robert's message. > The last remaining problematic image is: > ./share/keepassx/icons/clientic.png > We know nothing about this image and it contains no metadata. At first glance, it *looks like* clientic.png contains smaller versions of at least a few Oxygen icons that are also present in bigger form in the tarball: clock.png, dbsettings.png, delete.png, help_about.png. I also see something that looks very much like the Wikipedia logo. I'm not accusing anyone of anything here, but I *fear* clientic.png is some kind of ressources file, assembled from images coming from various sources, that might have various copyright and license, to its overall license (if considered as a source file in preferred form of modification) might be hard to clarify. But I'm fine with taking upstream's word that it was constructed from scratch through pixel editing if they say so. I'm going to ask them. While I'm at it, I'll also ask them about some other files that I've not found in Oxygen, such as exit.png and text_left.png. > Why does the bug reporter assume that this image was not constructed > in a pixel editing program by someone with some artistic skill? I've no idea why Robert assumed this. If the question was not rhetorical, then I suggest asking him directly :) > I think we would do better to take upstreams at their word that they are > giving us the sources for icons in png format rather than to accuse them of > either maliciously or incompetently withholding the source files, > particularly > when one of the upstream developers is a DD and so more aware of these issues > than average. I'm happy to be proved wrong on any individual case here Well, I obviously can't speak for Robert here, and I'm not sure what I would have done myself, but I can easily understand that, once one has found a few dozens files copied from another source, without proper copyright and license information, in a given upstream tarball, one might feel in a slightly less "blindly trusting" mood, and then go as far as questioning if a file like clientic.png is really shipped in its preferred form of modification. I can also fully understand how one may get annoyed by quick'n'easy grave accusations, that look very much like unbacked assumptions, expressed as RC bugs. > but perhaps the simple questions should be asked of upstream first > rather than filing release critical bugs without fact checking. I believe the bug I have filed (about missing "icons license and copyright information") *is* RC. Again, I'm sorry about the confusion induced by my overlarge quoting a sentence, whose end was outside of the scope of the issue I was reporting. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699026: claws-mail: german translation at debian incomplete
Package: claws-mail Version: 3.9.0-1 Severity: normal Claws-Mail 3.9.0 in Debian sid has an incomplete German translation. Amongst others ar affected: the dialog for outdated SSL certificates the receive dialog Help -> Statistics At the release of 3.9.0 on November 14th the german translation was complete. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-4.towo-siduction-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-2 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.100-1 ii libenchant1c2a 1.6.0-7 ii libetpan15 1.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-3 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libldap-2.4-2 2.4.31-1 ii libpango1.0-0 1.30.0-1 ii libpisock9 0.12.5-5 ii libsm6 2:1.2.1-2 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages claws-mail recommends: ii aspell-de [aspell-dictionary] 20120607-1 ii aspell-en [aspell-dictionary] 7.1-0-1 ii claws-mail-i18n3.8.1-2 ii xfonts-100dpi 1:1.0.3 ii xfonts-100dpi-transcoded 1:1.0.3 ii xfonts-75dpi 1:1.0.3 ii xfonts-75dpi-transcoded1:1.0.3 Versions of packages claws-mail suggests: ii chromium [www-browser] 22.0.1229.94~r161065+dfsg-0.1 ii claws-mail-doc 3.8.1-2 pn claws-mail-tools ii elinks-lite [www-browser] 0.12~pre5-9 pn gedit | kwrite | mousepad | nedit ii iceweasel [www-browser]10.0.12esr-1 ii lynx-cur [www-browser] 2.8.8dev.15-2 ii midori [www-browser] 0.4.3+dfsg-0.1 ii opera [www-browser]12.12.1707 -- 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#699027: kgb: Use user configured in $RUN_AS as owner of logfiles
Package: kgb-bot Version: 1.19-1 Severity: normal File: kgb Tags: patch The init script should use the value of the "RUN_AS" variable when setting the owner of newly created logfiles, because otherwise the daemon itself can't write to its logfile when "RUN_AS" is modified in the /etc/default/kgb-bot file. Patch attached. Thanks Alex -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (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/dash Versions of packages kgb-bot depends on: ii adduser3.112+nmu2add and remove users and groups ii kgb-client 1.19-1client for KGB (IRC collaboration ii libpoe-component-irc-p 6.35+dfsg-1 POE Component for manipulating IRC ii libpoe-component-serve 1.14-1POE component to publish event han ii libpoe-perl2:1.2890-1event-driven component architectur ii libproc-pid-file-perl 1.27-1Perl module for managing process i ii libschedule-ratelimite 0.01-1Perl library to prevent events fro ii libyaml-perl 0.71-1YAML Ain't Markup Language ii perl 5.10.1-17squeeze4 Larry Wall's Practical Extraction kgb-bot recommends no packages. Versions of packages kgb-bot suggests: ii libfile-which-perl1.08-1 Perl module for searching paths fo ii libipc-run-perl 0.89-1 Perl module for running processes pn polygen(no description available) -- Configuration Files: /etc/default/kgb-bot changed [not included] /etc/init.d/kgb-bot changed [not included] /etc/kgb-bot/kgb.conf [Errno 13] Permission denied: u'/etc/kgb-bot/kgb.conf' -- no debconf information --- /etc/init.d/kgb-bot.orig2012-10-01 13:21:10.0 +0200 +++ /etc/init.d/kgb-bot 2013-01-26 15:00:56.0 +0100 @@ -59,7 +59,7 @@ if ! test -e $LOG; then touch $LOG -chown Debian-kgb:root $LOG +chown "$RUN_AS":root $LOG chmod 0644 $LOG fi }
Bug#694888: ca-certificates-java: early triggered jks-keystore may fail and leave the temporary /etc/java-7-openjdk/jvm-$arch.cfg
On 2013-01-23 13:05, Andreas Beckmann wrote: > attaching a patch to check for nss.cfg before reading it I can now also offer to NMU ca-certificates-java with my patch (and intend to do so in a few days without other progress). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699006: [Svn-bp-devel] Bug#699006: svn-buildpackage: Please support XDG base directory specification
On 26 January 2013 05:02, Neil Williams wrote:
> Variable not defined, nor in $ENV{}, in shell or in perl. I don't see
> it as worth adding a dependency on libfile-basedir-perl for this.
> svn-buildpackage doesn't create this file.
The specification says that if $XDG_CONFIG_HOME hasn't been set, that
~/.config/ should be used.
> It may well be preferable to drop support for conf files in $HOME
> for svn-buildpackage. I see no use for them anymore.
>
> Nothing is going to happen on this until after the Wheezy release and
> if there's no further feedback to this bug by then, I'll simply drop
> the support for conf files outside the SVN checkout itself.
I definitely use the conf file. Here's my contents:
svn-builder=sbuild -A -d raring-amd64
#svn-builder=sbuild -A -s -d unstable-amd64
#svn-builder=sbuild -A -d quantal-amd64
#svn-builder=debuild -sa
#svn-arch=i386
svn-download-orig
svn-ignore-new
svn-lintian
To be fair, I mostly use git and bzr; there are only 2 Debian svn team
trees that I regularly use so I guess I could make do with just adding
that config to each tree.
Thanks,
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#699019: Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-35
On Sat, Jan 26, 2013 at 01:17:44PM +, Roger Leigh wrote: > (Using the new bug number) > > On Sat, Jan 26, 2013 at 12:14:59PM +, Jonathan Wiltshire wrote: > > Control: tag -1 + moreinfo > > > > On Thu, Nov 15, 2012 at 10:32:19PM +, Roger Leigh wrote: > > > Please unblock package sysvinit > > > > > > The attached debdiff includes a correction to the init script > > > dependencies for the three bootclean scripts. (#677097) > > > > Is this request still relevant for wheezy? -35 has been superceded in > > unstable with non-RC changes, so a fix will need to go through tpu now. > > Which changes were non-RC? I don't think there are any changes > here which do not cause failure on upgrade or at boot time, > other than a single translation update. Ah, I went by e.g. the severity of #697537 (minor), I didn't take a deep look into the changes themselves. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 i have six years of solaris sysadmin experience, from 8->10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#656450: olwm,olvwm: does not remove /usr/bin/x-window-manager alternative on uninstallation
Control: reassign -1 src:xview 3.2p1.4-28 Control: affects -1 olwm olvwm Control: reassign 668448 src:xview 3.2p1.4-28 Control: found 668448 olvwm/4.4.3.2p1.4-28 Control: forcemerge -1 668448 On 2013-01-16 02:31, Andreas Beckmann wrote: > the prerm scripts try to remove the alternative in the ancient location > in /usr/bin/X11/ ... patch attached. I intend to NMU xview with my previously posted patch (which fixes both olwm and olvwm) and hope that this fix can still get into wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609483: Bug #609483 : release-notes: Problem with non-ascii characters in pdf variant of r-n
Hi, Le 26/01/2013 09:53, Joost van Baal-Ilić a écrit : > Currently, it's even worse. Calling "make pdf LINGUA=de architecture=amd64" > from SVN > fails to build german pdf: I can't find those errors in the current buildlog: http://www-master.debian.org/build-logs/webwml/release-notes.log Anyway, we're about to move the build host to Wheezy, allowing us to use the xetex backend to build them. That will solve many if not all of the PDF build issues. Regards David signature.asc Description: OpenPGP digital signature
