Bug#469553: There's a little bounty
Here's a small bounty: http://www.fossfactory.org/project/p193 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561070: puppet: pecl package provider
Package: puppet Version: 0.25.1-2 Please include a pecl package provider. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560600: debhelper: PATCH [man] dh -- Document use of .PHONY override_
tags 560600 + patch thanks Joey Hess writes: > Jari Aalto wrote: > >> It seesm that it is possible to exclude commadn to be run (when not >> applicaple) in >> debian/rules with: >> >>PHONY: override_ >> >> Please document this tip in dh(1) manual page. > > You can come up with all sorts of ways to provide an override_dh_command > target; any such target will be used, as the dh man page documents. Could tou consider applying this to debhelper's next release. Based on your excellent reply. The patch is against Git. Jari >From 804a34f146172a67c222d7469aff5f7d9067d6b3 Mon Sep 17 00:00:00 2001 From: Jari Aalto Date: Mon, 14 Dec 2009 09:15:59 +0200 Subject: [PATCH] debhelper.pod: (NOTES::Overriding possibilities);: new section Signed-off-by: Jari Aalto --- debhelper.pod | 26 ++ 1 files changed, 26 insertions(+), 0 deletions(-) diff --git a/debhelper.pod b/debhelper.pod index a4765ba..7d6d41f 100644 --- a/debhelper.pod +++ b/debhelper.pod @@ -245,6 +245,32 @@ is manually specified with the I<--buildsystem> option. =head1 NOTES +=head2 Overriding possibilities + +It is possible to use pattern rules to override a lot of commands in +one target: + +override_dh_install%: + echo doing nothing for $@ + +List of debhelper commands can also be read from a user defined file, +say C, to create override targets for each of them: + +$(shell sed 's/^/override_/' debian/dh_norun): + +Yet another possibility is to use C<.PHONY:> which implicitly creates +targets. Beware that this feature is not documentated, so that might +stop working tomorrow: + + # You could do this: + + .PHONY: override_dh_perl override_dh_python override_dh_auto_test + + # But this id shorter, clearer, and does not rely on + # semi-undocumented make behavior + + override_dh_perl override_dh_python override_dh_auto_test: + =head2 Multiple binary package support If your source package generates more than one binary package, debhelper -- 1.6.5
Bug#561048: pootle: upgrade to 2.0.0 fails: chokes on code...@valencia
Hello, On Mon, Dec 14, 2009 at 01:14:11AM +0100, d...@jones.dk wrote: > > Upgrade to Pootle 2.0.0 failed. Here are what I could grab from the > console output: > [...] > from translate.lang import code...@valencia >^ > SyntaxError: invalid syntax Sorry for not noticing this before. As I was more or less leaving with no Internet access, I uploaded a -2 yesterday without the c...@valencia language code. You should be able to install 2.0.0-2 if you remove the /var/lib/pootle/po/pootle/c...@valencia directory manually This issue will soon get a better fix in the translate-toolkit (it's already fixed upstream). Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537414: [DebianGIS-dev] Bug#537414: please default to 1.8 interface for hdf5-1.8.x
On Sat, Dec 12, 2009 at 03:37:07PM +0200, Juha Jäykkä wrote: > Hi! > > This is still present in 1.8.3-2.1 and the fix is simply to remove the line > > #define H5_USE_16_API_DEFAULT 1 > > from /usr/include/H5pubconf.h, Or surround it with > > #if !defined(H5_I_REALLY_DO_NOT_WANT_OLD_API) > #define H5_USE_16_API_DEFAULT 1 > #endif > > This would give those users who, like me, have software written for 1.8 API, > the possibility to compile it without altering the code. My example is the > SAMRAI library, which is smart enough to support both 1.6 and 1.8, by > #ifdefing stuff like this: > > #if (H5_VERS_MAJOR>1) || ((H5_VERS_MAJOR==1)&&(H5_VERS_MINOR > 6)) > > But it trusts 1.8 library to use 1.8 API! Or at least that there would be a > way to make it use 1.8 syntax without altering the code or libhdf5's headers. > > I would also suggest bumping up the severity: this breaks unrelated software, > albeit none from Debian that I am aware, so I am not sure what would be > appropriate. > > -Juha > the compatibility mode is there for a reason: to allow old code being safely used without changes. If your code use the new api should also be able to use the 1.8 api explicitly and not rely upon the 1.8/1.6 choice done by third parties. If not, it needs to be fixed because over-simplified in its approach. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528685: this is a work-aorund
Here is a bash script just to see what might be wrong. I call it mport. It is located ~/mport. Gnome-menu, System > Settings > Removable media, camera settings is pointing to it. the script... #/bin/bash # make a directory named this moment mkdirstr=$(date '+%Y%m%d--%H%M%S') mkdir $mkdirstr cd $mkdirstr cp /media/NO\ NAME/DCIM/100OLYMP/* . #bye The pictures is copied. But gthumb is also started and tell that it can't open the files on the card and the cards that it can't open are listed. The script above is copying in the background. I don't know if it is gthumb, but the picture importer can't copy anything. Can i dump gthumb and use any other file manager? A bash script works. It worked flawlessly under Lenny. Bo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560421: debhelper: [man] dh -- improve override rules description
Joey Hess writes: > >>If debian/rules contains a target with a name like >>"override_", where is any of the dh-* >>calls. This is not to be confured with the Makefile target names >>like install, build, build-indep etc. dh will run that target >>from the rules file, rather than running the actual command. ... > > The man page seems clear to me that the override target needs to start > with "override_" and follow that with the name of the command that is > being overridden. So "override_auto_install" won't work; nor will > "override_dh_dh_auto_install". Imagine yourself in the reader's position. For me, it was not that clear to read that they were overriding DH_COMMANDS. The first impression was that they were overriding "debian/rules makefile TARGETS", and the utility used prefix "override_dh_" as a namespace separator. Leading to confusion: override_dh_build-indep Makefile's target Obviously there is no dh_build-indep command and the target did nothing. > I don't see how this suggestion adds any clarity. It makes reader aware that the issue here is DH_COMMAND in contrast to Makefil's targets. Please reconsider, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561028: Can't find/discover wd world book 2
reassign 561028 libsmbclient forcemerge 555462 561028 thanks On Mon, Dec 14, 2009 at 07:37:07AM +0100, Adnan Hodzic wrote: > >How is that a workaround? That's a normal mode of operation with smbclient. > In past I didn't even had to run "smbclient -L", I would go to > network:/// and that's it, my device would be listed there, now > that's not the case. Ok, this seems to be a duplicate of bug #555462 in libsmbclient then. Marking it as such. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#560878: timidity - Difficult handling of gtk interface by mouse
On Saturday 12 December 2009 23:42:27 you wrote: > Package: timidity > Version: 2.13.2-36 > Severity: normal > > Hi, > > it's difficult, rather impossible, to pick up file list by mouse. > > If you click to 'Load' bottom and try to manipulate with scroll bar > or click on 'Add', you see the problem. Hey, just click the middle mouse button on the scroll bar and drag it. It should work fine. Keep in mind that the GUI programs in timidity are ancient. You might be better served running timidity as an ALSA sequencer service and use a modern midi program. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561028: [Pkg-samba-maint] Bug#561028: Can't find/discover wd world book 2
Quoting Steve Langasek (vor...@debian.org): > > I own Western Digital World Book 2, and until now I used smbclient > > to discover/find this device. Under Gnome DE I would find it under > > Network. However for some time now, I can't seem to find it/discover > > it. > > What do you mean, "discover/find"? What is the command you're using that > *doesn't* work? I guess that the device doesn't magically appear anymor ein the "network neighbourhood" or whatever this is named in the desktop environment. Then it becomes visible after one ran the "smbclient -L" command. Sounds like a network browsing issue in some way. signature.asc Description: Digital signature
Bug#561028: Can't find/discover wd world book 2
How is that a workaround? That's a normal mode of operation with smbclient. In past I didn't even had to run "smbclient -L", I would go to network:/// and that's it, my device would be listed there, now that's not the case. Adnan On Sun, Dec 13, 2009 at 10:21 PM, Steve Langasek wrote: tags 561028 moreinfo thanks On Sun, Dec 13, 2009 at 08:50:50PM +0100, ad...@foolcontrol.org wrote: > Package: smbclient > Version: 2:3.4.3-1 > Justification: renders package unusable > Severity: grave > I own Western Digital World Book 2, and until now I used smbclient > to discover/find this device. Under Gnome DE I would find it under > Network. However for some time now, I can't seem to find it/discover > it. What do you mean, "discover/find"? What is the command you're using that *doesn't* work? > Workaround is following: > smbclient -L homez (name of my device) How is that a workaround? That's a normal mode of operation with smbclient. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBSyVa2laNMPMhshM9AQj8aBAAzgjNcMG9amOA1y26CDldm9sVnxJTnRdr vS29/IFbEtHx6y/Wuw664TAmiN3xK5dsrY+dMlkeju1a3VUxBev4L7a1Knpo/Hts N4JFTsUXTsKbJId3KwO7WVQ40vwr1YXUYbWdycWf02dbMFztpMSEWYSTunSGlFax zpZHiBsI0gU5rjW02GhlB9FWJsN7vVGpoOzpVzlCSGPe6k8+FokgU3SKIKfNHGNP a0VviAVsTi1BVNGu99JhXIViYFKsKiPiub3o34Cy/aTBxh6YKLy6Ragdi7AENqp/ otjjjo4LdtUePsrOrOLDuJ36r4R4TgONkiDrbJGQBytcFQWqpAYhjIK7IM/JBFvZ LU1JmOPPJsxqtw5NVO7ZrBesFQe3MHpvzw0Yzj2RgZmQ4BAmXt5MkvGNz+LmzlQx /dRf9KmsTJoZvjtvz/x2KglWy7QHqWWKGvFd63WWJI4XZUelMlxqG6t2kBRENNBg nJHmkeO20bS8V0kwpQ73xt4CTuK0AqAHwaKtT+Oh5aJM17/AspAlXNaeYslu5tRD dTX77N8rcZQL5QF731k1ZFVWB5zrmYeQs4+KpPf2Dv9HKalSxKYD8T29R2R0OHDe +lb+C29Ce3JUaAsjT9xE4TPjuH18Pq1uY/ZA3S1lYGs8LvRSlYYxQYiSh/jTOvbD gWJMaUSn8AQ= =WoAp -END PGP SIGNATURE- signature.asc Description: OpenPGP digital signature
Bug#561047: [Pkg-fonts-devel] Bug#561047: ITP: otf-yozfont - Japanese propotional Handwriting OpenType font
Quoting Hideki Yamane (henr...@debian.or.jp): > Package: wnpp > Severity: wishlist > X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org > >Package name: otf-yozfont > Version: 12.18~beta24 > Upstream Author: Y.Oz (Y.OzVox) > URL: http://yozvox.web.infoseek.co.jp/ > License: Open Font License 1.1 > Description: Japanese propotional Handwriting OpenType font ^ Typo: should be "proportional" signature.asc Description: Digital signature
Bug#561060: RM: kcheckgmail from stable and testing
Raphael Geissert wrote: > Hi, Hi > Please remove kcheckgmail from testing and stable. > The package is currently useless because gmail broke the login interface. removal hint added. > I've filed #561059 against the package to track it. > > I'll try to get the new version which fixes the issue in volatile, as the > package may break once again during lenny's life time. This also means that > kcheckgmail should not migrate to testing either (even after that bug is > closed, so it needs a block). block hint added. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561041: [Pkg-electronics-devel] Bug#561041: gwave: can't be installed (sid version), depends on libltdl3 but is not installable
On Sun, Dec 13, 2009 at 08:24:46PM -0300, Facundo Aguilera wrote: > The libltdl3 pack does not exist any more, and this version of gwave can't be > installed. Should it be libltdl7? > But, I can install 20090213-1+b3 version. ---end quoted text--- gwave needs to be rebuilt for amd64 architecture. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561068: nfs crashes debian
Package: nfs-kernel-server Version: debian testing I tried to install nfs-kernel-server through Synaptic. An error occurred while installing, and, when I rebooted the computer, the system simply didn't start, not even in rescue mode. I installed Debian testing AMD 64 from last week's snapshot. Cannot tell any more details, since I cannot enter to the system. Regrets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561067: override: aria2:section/priority
package: ftp.debian.org severity: wishlist aria2_1.7.1-1_amd64.deb: package says priority is extra, override says optional. Please fix override priority to extra. This is due to aria2 depends on package in extra priority in archive. Thanks. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer | Identica: @kartikm Blogs: {ftbfs, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560397: /etc/ssmtp/ssmtp.conf not found although it exists
On Thu, Dec 10, 2009 at 10:28:40PM +0100, Rob Franken wrote: >whenever i try to send an email it fails and gives the following lines in >/var/log/mail.log >Dec 10 22:09:18 mezumil64 sSMTP[30313]: /etc/ssmtp/ssmtp.conf not found >Dec 10 22:09:18 mezumil64 sSMTP[30313]: 530 5.7.0 Must issue a STARTTLS >command first. 28sm2455179eyg.36 > >+ ls -l >-rw-r- 1 root mail 180 2009-12-10 22:09 /etc/ssmtp/ssmtp.conf To fix your problem, add the username you are using to run ssmtp to the mail group list in /etc/groups. Something like: grep ^mail /etc/group mail:x:8:rob Please read: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557948 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500454 signature.asc Description: Digital signature
Bug#561066: tile: FTBFS on GNU/kFreeBSD
Package: tile Version: 0.8.2-2.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD since it cannot figure out how to deal with shared libraries. Once the attached patch applied, it's sufficient to run “autoconf” to get a buildable package. Build logs: https://buildd.debian.org/status/package.php?suite=unstable&p=tile Thanks for considering. Mraw, KiBi. --- a/tclconfig/tcl.m4 +++ b/tclconfig/tcl.m4 @@ -1575,7 +1575,7 @@ dnl AC_CHECK_TOOL(AR, ar) ]) ]) ;; - Linux*) + Linux*|GNU/kFreeBSD*) SHLIB_CFLAGS="-fPIC" SHLIB_LD_LIBS='${LIBS}' SHLIB_SUFFIX=".so"
Bug#561065: orc: FTBFS on GNU/kFreeBSD
Package: orc Version: 0.4.2-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD: | configure: error: no code allocation backend Build logs at the usual place: https://buildd.debian.org/status/package.php?suite=unstable&p=orc The attached patch fixes this. You'll also have to run autoconf afterwards (#558526). Thanks for considering. Mraw, KiBi. --- a/configure.ac +++ b/configure.ac @@ -90,7 +90,7 @@ case "${host_os}" in mingw*|cygwin*) AC_DEFINE(HAVE_CODEMEM_MALLOC, 1, [Use malloc to allocate code for execution]) ;; - linux*|darwin*|solaris*|netbsd*|freebsd*|openbsd*) + linux*|darwin*|solaris*|netbsd*|freebsd*|openbsd*|kfreebsd*) AC_DEFINE(HAVE_CODEMEM_MMAP, 1, [Use mmap to allocate code for execution]) ;; *)
Bug#556198: could be closed (Bug#556198: mpd: segfault when trying to play a m4a (AAC-LC) file)
Hi there, The recent mpd and libavcodec52 updates quoted by Frank have resolved this bug for me also -- I can once more play m4a files. Thanks code ninjas! Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560241: smartmontools: FTBFS with kfreebsd 8.x kernel headers
Hi, the libusb2-dev is out of NEW, please just add into Build-Depends line "libusb2-dev [kfreebsd-i386 kfreebsd-amd64]" Sorry for the inconvenience. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561064: tclx8.4: FTBFS on GNU/kFreeBSD
Package: tclx8.4 Version: 8.4.0-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD because shared libraries are missing: | Can't figure out how to do dynamic loading or shared libraries | on this system. | … | mv /build/buildd-tclx8.4_8.4.0-2-kfreebsd-amd64-LO0y58/tclx8.4-8.4.0/debian/tmp/usr/lib/tclx8.4/lib* /build/buildd-tclx8.4_8.4.0-2-kfreebsd-amd64-LO0y58/tclx8.4-8.4.0/debian/tmp/usr/lib/ | mv: cannot stat `/build/buildd-tclx8.4_8.4.0-2-kfreebsd-amd64-LO0y58/tclx8.4-8.4.0/debian/tmp/usr/lib/tclx8.4/lib*': No such file or directory | make: *** [install] Error 1 Build logs at the usual place: https://buildd.debian.org/status/package.php?suite=unstable&p=tclx8.4 Please find attached a tiny patch to fix this; you're already running autoconf, so you only have to apply this patch, and it should be fine. Thanks for considering. Mraw, KiBi. --- a/tclconfig/tcl.m4 +++ b/tclconfig/tcl.m4 @@ -1319,7 +1319,7 @@ dnl AC_CHECK_TOOL(AR, ar, :) fi fi ;; - Linux*) + Linux*|GNU/kFreeBSD*) SHLIB_CFLAGS="-fPIC" SHLIB_LD_LIBS='${LIBS}' SHLIB_SUFFIX=".so.0"
Bug#560771: [Pkg-acpi-devel] Bug#560771: acpid: CVE-2009-4235: weak permissions on /var/log/acpid
Hi, 2009/12/12 Ted Felix : > Looks like the problem is in this line from open_logs(): > > logfd = open(logfile, O_WRONLY|O_CREAT|O_APPEND); > > It should be this: > > logfd = open(logfile, O_WRONLY|O_CREAT|O_APPEND, 0640); > > And (theoretically, as I've not tested it) the problem is solved. Yes, the third argument is needed when using O_CREAT. > > As mentioned, this doesn't fix any existing log files that are hanging > around, so maybe we need more code to destroy any old log file that has > questionable permissions? I don't think removing it is appropriate. Logs are never removed by packages. > Is etch still even supported? Yes, security support ends in February next year. > I'm not running > etch, but if someone else is, perhaps they can test my releases? > I don't have a machine with etch at hand, but I guess I still have a vm with acpid installed on another machine. > What would you like me to do? > I think the best approach is to prepare uploads for unstable and stable (via stable-proposed-updates) fixing the permissions of the file, and an upload for oldstable (via oldstable-security) that fixes both the permissions and the open(2) call. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561063: sp-gxmlcpp: FTBFS on GNU/kFreeBSD
Package: sp-gxmlcpp Version: 1.0.20040603-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD, apparently because its build system is outdated; relibtoolizing fixes this bug, e.g. by running “autoreconf -vfi” right before calling configure. (You'll need to add autoconf, automake, and libtool to Build-Depends.) Thanks for considering. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554163: Bug #554163: Should import gqview preferences when migrating from gqview -> geeqie
Consider this seconded. I would also prefer if it could pick up the same window-manager settings as used by gqview (size, location, desktop, et cetera), but that's both significantly easier to re-set by hand and probably much harder to have happen automatically. It was mentioned in passing in bug 553920 that there is a menu entry in geeqie for migrating GQView "metadata". From the context of that mention, it seems that this menu entry should perform exactly the migration being requested by this bug; it just doesn't do it by default on first run. I can see its being arguable that in fact it should not. However, I have not yet been able to confirm whether or not this menu entry actually does that migration. I would not expect it from the name ("metadata" to me refers to things like size tags and "what program created this file" and "where I was when I took this picture" information, and is per-file not per-program; I would expect the ~/.gqview/ information to be called "configuration"), and as far as I can tell, the geeqie Help manual does not even mention this menu item, much less explain what it does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561062: python-utmp: dh_python is deprecated
Package: python-utmp Version: 0.8 Severity: minor Tags: patch dh_python is deprecated and can be dropped diff -pruN 0.7.4-0.1/debian/rules 0.7.4-0.1ubuntu2/debian/rules --- 0.7.4-0.1/debian/rules 2006-07-01 19:59:20.0 +0100 +++ 0.7.4-0.1ubuntu2/debian/rules 2009-03-10 07:03:33.0 + @@ -60,7 +60,6 @@ binary-arch: build install dh_link dh_strip dh_pysupport - dh_python dh_compress dh_fixperms # You may want to make some executables suid here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561061: ITP: blood-frontier -- a multi-player first-person space-based shooter using the Cube Engine 2
Package: wnpp Owner: Michael Gilbert Severity: wishlist * Package name: blood-frontier Version : 0.85 Upstream Author : Anthony Cord, Quinton Reeves, and Lee Salzman * URL : http://www.bloodfrontier.com * License : zlib Programming Lang: C++ Description : a multi-player first-person space-based shooter using the Cube Engine 2 In the distant future, humanity has spread throughout the universe, to ends of the galaxy and beyond. A vast communications network bridges from colony to colony, human to machine, and machine to human. This seemingly benign keystone of modern inter-planetary society, however, appears to be the carrier of a mysterious techno-biological plague. Any persons so-connected seem to fall ill and die, only to return as ravenous, sub-human cannibals. You, a machine intelligence, an android, remain unafflicted by this strange phenomenon and have been tasked with destroying the growing hordes of the infected, while, hopefully, locating and stopping the source of the epidemic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554167: New mawk upstream version
On Sun, Dec 13, 2009 at 06:47:06PM -0500, Thomas Dickey wrote: > On Sun, 13 Dec 2009, Steve Langasek wrote: > >In that context, since I haven't worked with you, I'm not going to take your > >word for the correctness of any of the changes - not for something like the > >first new upstream version of mawk in 12 years; so I don't foresee any way > >that this would be a target for collaborative maintenance at this time, no. > By the way, your comment here is directed toward my changes as well. > If you have some specific criticism, you should make everyone aware of > the issue. No, I've not yet reviewed the changes in the new upstream version. Once I've reviewed the delta, I'll certainly let you know about any problems I find. Until then, yes - I don't know your work either and am not going to take your word for the correctness of the changes, and I'm not in a hurry to integrate that new version into Debian given that the greatest possible benefit is rather small. I do intend to work on this, but I'm not going to be persuaded to do this on someone else's time table or permit someone else to make the call that it's ready, because I consider ensuring the stability of this package to be my *central* duty as its maintainer. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#561060: RM: kcheckgmail from stable and testing
Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm Hi, Please remove kcheckgmail from testing and stable. The package is currently useless because gmail broke the login interface. I've filed #561059 against the package to track it. I'll try to get the new version which fixes the issue in volatile, as the package may break once again during lenny's life time. This also means that kcheckgmail should not migrate to testing either (even after that bug is closed, so it needs a block). I've plans to add support for other login and data fetcher methods, but this requires quite some work and am not sure it will be on time for squeeze. Once other methods are implemented kcheckgmail should be ready to be shipped on a stable release. Thanks in advance. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net signature.asc Description: This is a digitally signed message part.
Bug#560984: [pkg-nvidia-devel] Bug#560984: nvidia-kernel-legacy-96xx-source: Can't build due to spelling errors in the rules-file
>Package name: nvidia-kernel-legacy-96xx-source > Version: 96.43.14-1 > > Can't build due to spelling errors in the rules-file: > How are you building it? I just tried it with module-assistant and it worked fine. > Line 31: "binary-modules" > the doc tells: "binary_modules" > > Line 52:"dh_gencontrol -- -v$(VERSION)" > should be: "dh_gencontrol -v$(VERSION)" > > > > > > -- System Information: > Debian Release: squeeze/sid > APT prefers hardy > APT policy: (500, 'hardy'), (500, 'unstable'), (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) > Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages nvidia-kernel-legacy-96xx-source depends on: > ii debhelper 7.4.10 helper programs for debian/rules > ii dpatch2.0.31 patch maintenance system for > Debia > ii make 3.81-7 An utility for Directing > compilati > ii sed 4.2.1-6The GNU sed stream editor > > Versions of packages nvidia-kernel-legacy-96xx-source recommends: > ii devscripts2.10.59scripts to make the life of a > Debi > ii kernel-package12.031 A utility for building Linux > kerne > pn nvidia-glx-legacy-96xx (no description available) > > nvidia-kernel-legacy-96xx-source suggests no packages. > > -- no debconf information > > > > ___ > Pkg-nvidia-devel mailing list > pkg-nvidia-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-nvidia-devel -- Randall Donald ra...@khensu.org http://www.khensu.orgrdon...@debian.org Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560786: gdb: Please make the python dependency optional
tags 560786 + wontfix thanks On Sat, Dec 12, 2009 at 08:22:12PM +1030, Ron wrote: > Not all machines that it's useful to be able to run gdb on > also need or want python installed. Can we please make this > extra dependency optional? No, we can't. You build GDB either with or without linking to Python. I don't see a reason to split the GDB package into two and double its archive size for this. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561059: kcheckgmail: gmail broke the login interface
Package: kcheckgmail Version: 0.5.7.7-1 Severity: serious Tags: pending Placeholder bug. Fixed package will be uploaded soon. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561058: libgl1-mesa-dri: libdrm dependency needs updating
Package: libgl1-mesa-dri Version: 7.7~rc2-1 Severity: minor Tags: patch First, I would like to thank the Debian X Strike Force for this release of Mesa, which includes r600 support. Over the past 6 weeks I have been experimenting with building my own DEBs of Mesa from upstream, because until recently the version of Mesa in Debian unstable was not including r600 support. (I have a Radeon RV770 GPU, so I've been playing around with getting accelerated 2D/3D working in X.) Now, please forgive my reporting of this bug against 'libgl1-mesa-dri': I really wanted to file against the 'mesa' source package itself. (I couldn't find any information about filing bugs against source packages, except for a couple of items in the BTS -- #560230 and #540430 -- which seem unresolved.) The first time I built custom DEBs of Mesa 7.7-rc1 (a few weeks ago), I had version 2.4.14 of 'libdrm2' installed. I am new to building DEBs, and had stolen the 'debian' directory from the Debianized sources of mesa-7.6-1 to give myself a head start. The build failed in the configure script because Mesa 7.7 had increased its libdrm dependency to 2.4.15. I built my own DEBs of libdrm 2.4.15 (also stealing the 'debian' directory from 2.4.14) first, then made the following change to 'debian/control' in the Mesa sources: diff -r a/debian/control b/debian/control 8c8 < libdrm-dev (>= 2.4.3) [!hurd-i386], libx11-dev, xutils-dev, --- > libdrm-dev (>= 2.4.15) [!hurd-i386], libx11-dev, xutils-dev, The build succeeded with the new version of libdrm, so this change seems appropriate. I also faced a problem with whitespace that caused the build to jump to my home directory looking for the next Makefile, luckily causing the build to fail. (Note to self: never keep a Makefile in the home directory!) There was a change in the Mesa sources from 7.6 to 7.7-devel that subtly caused your '03_optional-progs-and-install.patch' to stop working for me, though I see you haven't changed it... which probably means you are not seeing the same problem I did. Well, FYI, the following diff shows my changes to your patch versus your original version: diff -r mesa-7.7-rc2-dw/debian/patches/03_optional-progs-and-install.patch mesa-7.7~rc2-debian/debian/patches/03_optional-progs-and-install.patch 48,54c48,52 < + @if test -n "$(SUBDIRS)" ; then \ < + for dir in $(SUBDIRS) ; do \ < + if [ -d $$dir ] ; then \ < + (cd $$dir ; $(MAKE) install) ; \ < + fi \ < + done \ < + fi --- > + @for dir in $(SUBDIRS) ; do \ > + if [ -d $$dir ] ; then \ > + (cd $$dir ; $(MAKE) install) ; \ > + fi \ > + done This solves the issue I was having on my system, and makes the code in the "install" target of 'progs/Makefile' more similar to the surrounding code. Since your 7.7-rc2 incorporates more recent changes than the 7.7-rc2 I had built, I have now switched to the Debian XSF version. Thanks! One last issue to mention -- probably nothing to worry about, since I am a noob to Mesa and to building DEBs. I noticed that after the "install" target of 'debian/rules' is run, there are two copies of a file called 'gl.pc': one is in 'debian/tmp/usr/lib/glx/pkgconfig' and the other is in 'debian/tmp/usr/lib/pkgconfig'. Only one ends up being packaged -- the one build by the software rasterization config -- while the version created by the "dri" config is left unused. Now I don't truly understand what gl.pc is for but, as far as I have been able to gather, it is is used by 'pkg-config' to determine dependency information about libraries installed on the build system. Won't 'pkg-config' get confused if I want to build software against a DRI version of libGL.so, but the installed gl.pc contains dependency information about a (completely different) software rasterizing version of libGL.so? I have to plead ignorance here, and I am literally just seeking to satisfy my curiosity about this. The man page for 'pkg-config' indicates that more than one *.pc file can be used in a system for very similar libraries, so I was just wondering if it would be better to use both copies of gl.pc somehow. Thanks again to the XSF for your efforts! Dave W. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-0git091206.desktop.vesa (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdrm-intel1 2.4.15-0upstream091008 Userspace interface to intel-speci ii libdrm2 2.4.15-0upstream091008 Userspace interface to kernel DRM ii libexpat1 2.0.1-6XML parsing C library - runtime li libg
Bug#561057: luabind: FTBFS on GNU/kFreeBSD
Package: luabind Version: 0.8.1+dfsg-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD since the build system doesn't recognize it. The attached patch makes your package buildable. Thanks for considering. Mraw, KiBi. --- a/Jamroot +++ b/Jamroot @@ -55,7 +55,7 @@ if [ os.name ] = NT lib lua : : lua5.1 $(LUA_PATH) : : $(includes) ; } } -else if [ os.name ] in LINUX MACOSX FREEBSD +else if [ os.name ] in LINUX MACOSX FREEBSD KFREEBSD { LUA_PATH = [ os.environ LUA_PATH ] ; HOME = [ os.environ HOME ] ; @@ -102,7 +102,7 @@ else if [ os.name ] in LINUX MACOSX FREE } lib m : : shared ; -if [ os.name ] = LINUX +if [ os.name ] in LINUX KFREEBSD { lib dl : : shared ; }
Bug#561053: RM: kernel-internals-guide -- RoQA; describes Linux 2.4 so is obsolete
On Mon, Dec 14, 2009 at 01:35:36AM +, Ben Hutchings wrote: > Package: ftp.debian.org > Severity: normal > > This document describes Linux 2.4 in detail, and much of that detail > is not applicable to Linux 2.6. We have not shipped a Linux 2.4 > kernel for several releases, and is there no continuing development on > it aside from the occasional security bug fix. So I think it is now > obsolete. Ack, as maintainer. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560952: CVE-2009-3560 and CVE-2009-3720 denial-of-services
The Debian packages build with the following configuration: VTK_USE_SYSTEM_EXPAT:BOOL=ON so the VTK components will use the systemwide /usr/lib/libexpat.so.1 from the fixed Debian libexpat1 package. So while the upstream source includes source for libexpat, it is not used to create te Debian binaries. -Maitland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561056: adolc: Should this package be orphaned (or removed)?
Package: adolc Version: 1.10.2-2 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Maintainer, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * Out of date with upstream. (2.0.0 was released over a year ago). * RC bug over 1 year old. * Very low popcon. * Package has no reverse depends or reverse build-depends. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: -- thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: -- RoM; thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561045: Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Hi Hector, Matthias and debian-embedded team, Replying to Hector's email should also address Matthias' concerns, so here goes: * Hector Oron [2009-12-14 02:04:41 +0100]: > Hello Nicolas, > > 2009/12/14 Nicolas Dandrimont : > > * Package name : gcc-arm > > Version : 4.4.2 > > Upstream Author : Numerous (see gcc-4.4-source package) > > The cross compiler set can be built (in a different variant from > yours) from gcc and friends package sources. Emdebian.org has been > providing this sets for a while. > > A similar ITP was filled (in case you were not aware) a while back, > #553685, #553687, #553684, #553683, #553682, #553679. Emdebian seems to focus on embedded Linux targets. However, the packages I am currently making aim at raw targets (well, `arm-none-eabi' instead of `arm-linux-gnueabi'). This toolchain would be an equivalent of the current *-avr toolchain, but for ARM chips. Maybe the name and description of the packages I intend to make should be made clearer. > In order to keep GPL compliant, dak needs to be taught (if not > already) how to keep -source build-deps arround for autobuilders. Hmm. This is a problem I read about but I totally forgot. I re-read the 'Bits from the FTPMaster meeting'[1], in which Joerg says that work is underway, but I can't seem to find any bug-report (well, on the `ftp.debian.org' pseudopackage) keeping track of progress on this matter. [1] http://lists.debian.org/debian-devel-announce/2009/11/msg1.html > If you are interested on this topic I highly recommend you to join > debian-embed...@l.d.o, have a look to CategoryEmdebian at wiki.d.o and > join #emdebian/irc.debian.org. > > This group (debian-embedded) is working towards a nicer integration > of tools within a framework easing embedded development. > > Exotic cross compilers are planned to be kept out of debian, most > likely debian-ports.org or emdebian.org I already had a look at the Emdebian documentation, but as it focused on either porting Debian or cross-compiling specifically for Linux targets, I went ahead and filed those ITPs for the main debian archive. I was comforted by the presence of the avr toolchain in main. Indeed, if you think emdebian is the right place for those packages, I'll be happy to maintain them under its umbrella. Thank you for your interest, -- Nicolas Dandrimont NB: I'm subscribed to the debian-embed...@l.d.o mailing list, so no need to Cc: me back on replies to the list. "...Deep Hack Mode--that mysterious and frightening state of consciousness where Mortal Users fear to tread." (By Matt Welsh) signature.asc Description: Digital signature
Bug#559877: preparing qpdf update
tags 559877 +pending thanks I'm preparing a new qpdf release that builds properly with gcc 4.4. I'll upload this evening if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561054: ilisp: Interactive filename entry broken after installing ‘ilisp’
Package: ilisp Version: 5.12.0+cvs.2004.12.26-3 Severity: normal After installing the ‘ilisp’ package, the interactive prompt for ‘find-file’ is rejecting names of nonexistent files. Steps to reproduce: * Install ‘ilisp’ and ‘emacs23’. * $ emacs -nw -eval '(call-interactively (function find-file))' * At the “Find file: ” prompt, type a filename that exists (e.g. ‘/etc/debian_version’) and press ‘RET’. The file content will open in a new buffer. * Exit Emacs. * $ emacs -nw -eval '(call-interactively (function find-file))' * At the “Find file: ” prompt, type a filename that does not exist on the filesystem (e.g. ‘/tmp/blah’) and press ‘RET’. The interactive prompt will behave as though ‘TAB’ had been pressed instead: the terminal bell rings, and the prompt remains at the filename and shows “(No match)”. * Exit Emacs. * $ sudo aptitude purge ilisp * $ emacs -nw -eval '(call-interactively (function find-file))' * At the “Find file: ” prompt, type a filename that does not exist on the filesystem (e.g. ‘/tmp/blah’) and press ‘RET’. The command succeeds, with a new empty buffer named ‘blah’ and the minibuffer shows “(New file)”. So, the problem is caused by ‘ilisp’ (or one of its dependencies) affecting Emacs; and the problem stops after removing ‘ilisp’. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ilisp depends on: ii common-lisp-controller6.18 Common Lisp source and compiler ma ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.5.3 Debian package management system ii emacsen-common1.4.19 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-5 Manage installed documentation in Versions of packages ilisp recommends: ii ilisp-doc5.12.0+cvs.2004.12.26-3 Documentation for ILISP package Versions of packages ilisp suggests: pn cltl (no description available) ii emacs 23.1+1-4 The GNU Emacs editor (metapackage) ii emacs22-nox [emacs22] 22.3+1-1.1 The GNU Emacs editor (without X su ii emacs23 23.1+1-4 The GNU Emacs editor (with GTK+ us pn hyperspec (no description available) -- debconf information: * ilisp/fsf-compliant: true -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\ Brain, but isn't a cucumber that small called a gherkin?” | _o__) —_Pinky and The Brain_ | Ben Finney signature.asc Description: Digital signature
Bug#561055: FTBFS: ../astronomy/boinc_astronomy.C:29:21: error: config.h: No such file or directory
Package: boinc-app-milkyway Version: 0.18d-1 Justification: FTBFS Severity: serious Hi, boinc-app-milkyway FTBFS on i386 and other architecture. - dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # Add here commands to compile the package. cd bin && /usr/bin/make -f make.linux make[1]: Entering directory `/tmp/buildd/boinc-app-milkyway-0.18d/bin' g++ -DGMLE_BOINC -DBOINC_APP_VERSION=0.18 -DBOINC_APP_NAME='"milkyway"' -g -O2 -ftree-vectorize -funroll-loops -I/usr/include/BOINC -m32 -Wall -x c++ -c ../astronomy/boinc_astronomy.C -o ../astronomy/boinc_astronomy.o ../astronomy/boinc_astronomy.C:29:21: error: config.h: No such file or directory make[1]: *** [../astronomy/boinc_astronomy.o] Error 1 make[1]: Leaving directory `/tmp/buildd/boinc-app-milkyway-0.18d/bin' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 - Plese check and fix this problem. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496490: Please investigate removal of adolc
Hi, please investigate removal of adolc, which has been RC-buggy since August 2008 (#496490), without any single reply from the maintainer, even though Neil Williams tried to give him a hand. Mraw, KiBi. signature.asc Description: Digital signature
Bug#561050: jags: FTBFS: /usr/bin/ld: cannot find -little
Hi, Dirk. 2009/12/14 Dirk Eddelbuettel : > > > > I will apply the patch but I think Martyn (upstream, CC'ed) used recent > versions of just about everything. > OK, Thank you. Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551254: texmacs: FTBFS: ERROR: installing Rd objects failed for package 'TeXmacs'
Hi, >> applying patch 06_rebuild-r to ./ ...* installing *source* package 'TeXmacs' >> ... >> ** R >> ** demo >> ** preparing package for lazy loading >> ** help >> Warning: ./man/TeXmacs.Rd:44: unexpected UNKNOWN '\eof' >> Warning: ./man/TeXmacs.Rd:84: unexpected UNKNOWN '\eof' >> Warning: ./man/TeXmacs.Rd:23: All text must be in a section >> Warning: ./man/TeXmacs.Rd: Only one \examples section is allowed: the first >> will be used >> Error : ./man/TeXmacs.Rd: Sections \title, and \name must exist and be >> unique in Rd files >> ERROR: installing Rd objects failed for package 'TeXmacs' >> * removing >> '/build/user-texmacs_1.0.7.2-1-amd64-pGAPKf/texmacs-1.0.7.2/plugins/r/r/TeXmacs' >> * restoring previous >> '/build/user-texmacs_1.0.7.2-1-amd64-pGAPKf/texmacs-1.0.7.2/plugins/r/r/TeXmacs' >> failed. >> make: *** [debian/stamp-patched] Error 1 > > The problem seems to be specific to amd64 architecture. I am able to > apply the patch on i386 without any problems. Is there any way I can > get an account on an amd64 machine running Debian (so that I can dig > into it further)? I built this package on pbuilder / i386. I had same bug. And I have this problem in the sh4 architecture. http://buildd.debian-ports.org/fetch.php?pkg=texmacs&arch=sh4&ver=1%3A1.0.7.2-1&stamp=1260534652&file=log&as=raw Could you confirm it again? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561053: RM: kernel-internals-guide -- RoQA; describes Linux 2.4 so is obsolete
Package: ftp.debian.org Severity: normal This document describes Linux 2.4 in detail, and much of that detail is not applicable to Linux 2.6. We have not shipped a Linux 2.4 kernel for several releases, and is there no continuing development on it aside from the occasional security bug fix. So I think it is now obsolete. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561033: [buildd-tools-devel] Bug#561033: schroot -b doesn't work for block-device chroots using unions
On Sun, Dec 13, 2009 at 5:46 PM, Roger Leigh wrote: > On Sun, Dec 13, 2009 at 09:36:18PM +, Roger Leigh wrote: >> On Sun, Dec 13, 2009 at 04:12:37PM -0500, Evan Broder wrote: >> > On Sun, Dec 13, 2009 at 2:33 PM, Roger Leigh wrote: >> > > [Please could you not top-post. Thanks!] >> > > >> > > On Sun, Dec 13, 2009 at 01:57:15PM -0500, Evan Broder wrote: >> > >> I checked out the repository, ran ./bootstrap, then debuild -S, then >> > >> sbuild, then installed the resulting packages. I've rebooted since >> > >> installing the packages just to make sure there's no state sticking >> > >> around. >> > > >> > > I've put a copy of the sources and debian packages here: >> > > http://www.codelibre.net/~rleigh/schroot/ >> > > >> > > Could you try them, or rebuild them as appropriate? >> > > >> > > I've verified they work for me. However, it looked from your >> > > description that you might additionally be using filesystem >> > > unions; is this the case? If so, please could you test without >> > > a union to see if this works? >> > > >> > > If it's broken only when unions are enabled, there's some >> > > issue writing out the session file when unions are enabled. >> > >> > I've tried with both your packages and mine - I get the same behavior, >> > but you're right that it's only for union chroots. Without unions, >> > schroot -b works on type=block-device chroots. >> > >> > However, union chroots of type=directory /do/ work - it's just a >> > problem for chroots that are both union chroots and type=block-device. >> >> Thanks for checking. I'll have to have a further look to see what's >> different between the two types. > > It's actually a simple bug in the union code for block-device chroots. > If enabled, it immediately returned, skipping the session file > creation. The attached patch should amend this. Could you please > give it a try and let me know if this fixes things up for you? > Yep - that works for me on block-device union chroots. Thanks, - Evan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561052: libseed0: Depends on old version of libgstreamer-0.10-0
Package: libseed0 Version: 2.28.0-2 Severity: grave Justification: renders package unusable Attempting to upgrade libgstreamer0.10-0 in testing results in aptitude trying to remove libseed0 and all packages depending on it (in my case, this means epiphany and thus gnome) as it requires libgstreamer0.10-0 with version lower than 0.10.25-3 (with current version in testing/unstable being 0.10.25-4) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libseed0 depends on: ii gir1.0-clutter-0.8 0.6.5-3 GObject introspection data for the ii gir1.0-glib-2.00.6.5-4 Introspection data for GLib, GObje ii gir1.0-gtk-2.0 0.6.5-3 GObject introspection data for the ii gnome-js-common0.1.1-1 Common modules for GNOME JavaScrip ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgirepository1.0-0 0.6.5-4 Library for handling GObject intro ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgmp3c2 2:4.3.1+dfsg-3Multiprecision arithmetic library ii libgstreamer0.10-0 0.10.25-2 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libmpfr1ldbl 2.4.1-2 multiple precision floating-point ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libreadline5 5.2-7 GNU readline and history libraries ii libsoup2.4-1 2.28.1-3 an HTTP library implementation in ii libwebkit-1.0-21.1.16-3 Web content engine library for Gtk ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libseed0 recommends no packages. libseed0 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#561050: jags: FTBFS: /usr/bin/ld: cannot find -little
Hi Nobuhiro, On 14 December 2009 at 09:38, Nobuhiro Iwamatsu wrote: | Package: jags | Version: 1.0.4-3 | Severity: important | Tags: patch | User: debian-...@superh.org | Usertags: sh4 | X-Debbugs-CC: debian-sup...@lists.debian.org | | Hi, | | I am now trying to run Debian on Renesas SH(sh4) CPU. | http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4 | | slang-slirp can not build on sh4. Because configure of this package generated | from old autoconf. | | http://buildd.debian-ports.org/fetch.php?pkg=jags&arch=sh4&ver=1.0.4-3&stamp=1260680406&file=log&as=raw | - | .. | configure:23232: gcc -o conftest -g -O2 conftest.c -ldl -little | -L/usr/lib/gcc/sh4-linux-gnu/4.3.4 | -L/usr/lib/gcc/sh4-linux-gnu/4.3.4/../../.. -ldl -lgfortranbegin | -lgfortran -lm >&5 | /usr/bin/ld: cannot find -little | collect2: ld returned 1 exit status | | - | | Old autoconf adds -little option to compile option. sh4 architecture can't | interpret this option. Therefore, this has build error. | http://lists.gnu.org/archive/html/bug-autoconf/2008-10/msg00039.html | | Please update configure or apply attached patch. | This patch is a simple revision method to apply a patch to configure. | However, it is not a right workaround. I will apply the patch but I think Martyn (upstream, CC'ed) used recent versions of just about everything. Dirk | | Best regards, | Nobuhiro | | -- | Nobuhiro Iwamatsu | iwamatsu at {nigauri.org / debian.org} | GPG ID: 40AD1FA6 | | -- | --- a/configure 2009-12-14 09:34:48.0 +0900 | +++ b/configure 2009-12-14 09:35:18.0 +0900 | @@ -22759,7 +22759,7 @@ | |;; |# Ignore these flags. | --lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -LANG:=*) | +-lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=*) |;; | -lkernel32) |test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg" | @@ -23087,7 +23087,7 @@ | |;; |# Ignore these flags. | --lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -LANG:=* | -LIST:* | -LNO:*) | +-lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=* | -LIST:* | -LNO:*) |;; | -lkernel32) |test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg" | @@ -23941,7 +23941,7 @@ | |;; |# Ignore these flags. | --lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -LANG:=*) | +-lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=*) |;; | -lkernel32) |test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg" -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561045: ITP: binutils-arm -- The GNU assembler, linker and binary utilities for ARM targets
On 14.12.2009 00:47, Nicolas Dandrimont wrote: Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: binutils-arm Version : 2.20 Upstream Author : Numerous Authors (see CVS below) * URL : http://sourceware.org/binutils/ * License : GPL and LGPL Programming Lang: C Description : The GNU assembler, linker and binary utilities for ARM targets The programs in this package are used to manipulate binary and object files that may have been created for the ARM architecture. This package is primarily for ARM developers and cross-compilers and is not needed by normal users or developers. --- This package is the first step towards a full cross-compilation toolchain for the arm-none-eabi target. It will be built using the binutils-source package, in a manner analogous than what is done with binutils-avr. how is this effort related to the emdebian effort to build cross toolchains and provide a somewhat generic framework to manage cross toolchains? please coordinate with the emdebian project before uploading. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560334: not even slightly figlet-compatible
severity 560334 normal retitle 560334 TOIlet needs a font made of ASCII characters. thanks On Thu, Dec 10, 2009, Zefram wrote: > The package description for toilet says > > TOIlet can open FIGlet fonts and is mostly commandline-compatible with it. > > This turns out not to be the case. figlet defaults to supplying > plain printable ASCII output. toilet's default output consists, apart > from whitespace, entirely of non-ASCII characters. It's representing > characters in UTF-8, which is especially a problem if one isn't using a > UTF-8 terminal, but even with the UTF-8 decoded the problem remains that > they're not ASCII characters, nor even Latin-1. The default apparently > involves Unicode block-drawing characters. > > I have tried all of the fonts supplied with toilet, and none of them > is plain ASCII. In fact, none of them use any ASCII characters at all. True. We hope to have pure ASCII fonts in the future. > Not much figlet compatibility here. If you use the same fonts and parameters, you will usually get the same output in TOIlet and FIGlet. This is what I mean by "compatible". Since some FIGlet fonts are free, you just need to find one that suits you. > Also, the "export formats" (listed with "toilet -E list") mostly say > they'll generate colour escape sequences. All of the offered plain > text formats involve colour. That is, there is no way to request > purely-printable plain text. Almost entirely unlike figlet. TOIlet only outputs colour if you use a colour filter and/or a colour font. Otherwise, the output is pure text. > I'd really like to have a fully-free replacement for figlet. That is, > a free program that renders text nicely as (plain, pure, printable) > ASCII art. But in the absence of that capability, please at least stop > describing toilet as being compatible with figlet. The program is totally free. You seem to be unhappy with the data. -- Sam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554167: New mawk upstream version
On Sun, 13 Dec 2009, Jonathan Nieder wrote: Thomas Dickey wrote: On Sun, 13 Dec 2009, Steve Langasek wrote: In that context, since I haven't worked with you, I'm not going to take your word for the correctness of any of the changes - not for something like the first new upstream version of mawk in 12 years; so I don't foresee any way that this would be a target for collaborative maintenance at this time, no. By the way, your comment here is directed toward my changes as well. If you have some specific criticism, you should make everyone aware of the issue. For what it’s worth, I interpreted the comment a bit differently: I took it to mean he could not blindly trust my changes and would need to find time to look them over. Though I could have misunderstood. The part about "correctness of any of the changes" was in reference to the original comment about having vetted the changes yourself. Since Steve's not responded to any of my fixes, and this has gone on since September 2008, perhaps some additional help is needed to review things. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Hello Nicolas, 2009/12/14 Nicolas Dandrimont : > * Package name : gcc-arm > Version : 4.4.2 > Upstream Author : Numerous (see gcc-4.4-source package) The cross compiler set can be built (in a different variant from yours) from gcc and friends package sources. Emdebian.org has been providing this sets for a while. A similar ITP was filled (in case you were not aware) a while back, #553685, #553687, #553684, #553683, #553682, #553679. In order to keep GPL compliant, dak needs to be taught (if not already) how to keep -source build-deps arround for autobuilders. If you are interested on this topic I highly recommend you to join debian-embed...@l.d.o, have a look to CategoryEmdebian at wiki.d.o and join #emdebian/irc.debian.org. This group (debian-embedded) is working towards a nicer integration of tools within a framework easing embedded development. Exotic cross compilers are planned to be kept out of debian, most likely debian-ports.org or emdebian.org Kind regards, -- Héctor Orón "Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559533: [buildd-tools-devel] Bug#559533: sbuild: does not support new source formats
On Sunday 13 December 2009 16:54:14 Roger Leigh wrote: > On Sat, Dec 05, 2009 at 02:39:38AM -0500, Andres Mejia wrote: > > From 6cccbe91eb787cdf3cb77eed10be88e827b64fda Mon Sep 17 00:00:00 2001 > > From: Andres Mejia > > Date: Sat, 5 Dec 2009 02:35:09 -0500 > > Subject: [PATCH] Allow sbuild to support new source formats > > I think some bits need a little tweaking to make the matching a bit > stricter, and I think there's a bit missing in one place. I'd must > also give due credit to Niels Thykier for his comments on this > patch on #debian-devel. > > > diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm > > index 6aae838..be15fd0 100644 > > --- a/lib/Sbuild/Build.pm > > +++ b/lib/Sbuild/Build.pm > > @@ -572,7 +572,7 @@ sub fetch_source_files { > > > > $dsctext =~ /^Files:\s*\n((\s+.*\s*\n)+)/mi and $files = $1; > > @other_files = map { (split( /\s+/, $_ ))[3] } split( "\n", $files > > ); -$files =~ /(\Q$pkg\E.*orig.tar.gz)/mi and $orig = $1; > > +$files =~ /(\Q$pkg\E\.(?:orig\.)?tar\.[a-z\d]+)$/mi and $orig = $1; > > The tar extension is one of gz, bz2, lzma and xz according to > dpkg-source(1). I'd rather do a strict match of (gz|bz2|lzma|xz). > Also, does it need to match orig-component here, or is this > sufficient? A stricter match is ok. Also, it shouldn't match the debian tarball and I think this does now that I look at it again. Perhaps a better regex would be /(\Q$pkg\E\.(?:orig\.|)tar\.(?:gz|bz2|lzma|xz))$/mi Haven't tested this. > > $self->log_subsubsection("Check arch"); > > if (!$dscarchs) { > > @@ -2375,7 +2375,22 @@ sub fixup_pkgv { > > my $pkgv = shift; > > > > $pkgv =~ s,^.*/,,; # strip path > > -$pkgv =~ s/\.(dsc|diff\.gz|tar\.gz|deb)$//; # strip extension > > +$pkgv =~ s{ > > +\. # strip the preceding dot > > +( # for grouping the variuos suffixes > > +dsc| # a dsc > > +deb| # or deb > > +diff\.gz| # or diff.gz > > +debian\.tar\.[a-z\d]+| # or debian.tar.$extension > > As above, I'd rather use (gz|bz2|lzma|xz) in place of [a-z\d]+ > > > +( # or some tarball > > +orig # orig > > +(-[\w-]+)? # followed by component part 0 or 1 time > > I'm not sure this is correct. From dpkg-source(1): "component can only > contain alphanumeric characters and dashes ("-")". I'd rather match > on the strict [[:alnum:]-] (or it's Perlish equivalent) rather than > any non-whitespace. The '(-[\w-]+)?' regex I found looking at dpkg-source's source code. > > +\. # followed by a dot > > +)? # matches 0 time for native, 1 time for upstream > > +tar # tar portion > > +\.[a-z\d]+ # matches any extension like gz, bz2, etc. > > This is another case of allowing all extentions. > > > +)$ # must be at the end of the line > > +}{}x; # strip extension > > $pkgv =~ s/_[a-zA-Z\d+~-]+\.(changes|deb)$//; # strip extension > > > > return $pkgv; > > @@ -2510,8 +2525,10 @@ sub dsc_files { > > my $stanza = @{$stanzas}[0]; > > > > # We're only interested in the name of the files in the Files field. > > +my $source = ${$stanza}{'Source'}; > > +$source =~ s/\s+//msg; > > my $entry = ${$stanza}{'Files'}; > > -@files = grep(/\.tar\.gz$|\.diff\.gz$/, split(/\s/, $entry)); > > +@files = grep(/$source/, split(/\s+/, $entry)); > > I'm not entirely clear on what this bit is doing. Could you possibly > explain what the change is here? It's getting the name of the source package via the "Source" field and stripping out the white space from the entry (leading space and trailing \n). Then it's splitting the "Files" entry by white space, and only adding the source package files into the @files array via the source package name, which should leave out the checksum and the size of the file. This is different from adding entries to the @files array via 'tar.gz' or 'diff.gz'. > > Many thanks, > Roger > -- Regards, Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560366: 560366 openoffice.org-impress
p, li { white-space: pre-wrap; } Hi, I can confirm the erratic behavior in OO impress, version 1.3.1.1-8, debian squeeze amd64 with INTEL graphics. I also see it using either KDE4 or LXDE. So not related with KDE4 compositing. Incidentally I see same behavior also on my other machine running Kubuntu 9.10 with nvidia graphics. CheersVolker Koch --
Bug#561049: stressapptest: Please support sh4
tags 561049 + fixed pending thanks * Nobuhiro Iwamatsu [20091214 01:35]: > I am now trying to run Debian on Renesas SH(sh4) CPU. > http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4 > stressapptest package can build on sh4. I attached build log. > Could you add sh4 into support architecture list? Thanks, fixed in git and uploading soon. regards, -mika- signature.asc Description: Digital signature
Bug#561051: RFP: jansson -- C library for encoding, decoding and manipulating JSON data
Package: wnpp Severity: wishlist * Package name: jansson Version : 1.1.2 Upstream Author : Petri Lehtinen * URL : http://www.digip.org/jansson/ * License : MIT Programming Lang: C Description : C library for encoding, decoding and manipulating JSON data Jansson is a C library for encoding, decoding and manipulating JSON data. It features simple and intuitive API and data model, comprehensive documentation, no dependencies on other libraries, full unicode support (UTF-8) and an extensive test suite. Comments from submitter: I looked at 3 or 4 json libraries usable from C, and jansson seemed like the nicest, at least for generating json. I'd consider packaging it, but the author already makes packages available for Ubuntu, so maybe he wants to maintain them for Debian? The current packages are CDBS, which I don't have much experience with. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561050: jags: FTBFS: /usr/bin/ld: cannot find -little
Package: jags Version: 1.0.4-3 Severity: important Tags: patch User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org Hi, I am now trying to run Debian on Renesas SH(sh4) CPU. http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4 slang-slirp can not build on sh4. Because configure of this package generated from old autoconf. http://buildd.debian-ports.org/fetch.php?pkg=jags&arch=sh4&ver=1.0.4-3&stamp=1260680406&file=log&as=raw - .. configure:23232: gcc -o conftest -g -O2 conftest.c -ldl -little -L/usr/lib/gcc/sh4-linux-gnu/4.3.4 -L/usr/lib/gcc/sh4-linux-gnu/4.3.4/../../.. -ldl -lgfortranbegin -lgfortran -lm >&5 /usr/bin/ld: cannot find -little collect2: ld returned 1 exit status - Old autoconf adds -little option to compile option. sh4 architecture can't interpret this option. Therefore, this has build error. http://lists.gnu.org/archive/html/bug-autoconf/2008-10/msg00039.html Please update configure or apply attached patch. This patch is a simple revision method to apply a patch to configure. However, it is not a right workaround. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 --- a/configure 2009-12-14 09:34:48.0 +0900 +++ b/configure 2009-12-14 09:35:18.0 +0900 @@ -22759,7 +22759,7 @@ ;; # Ignore these flags. --lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -LANG:=*) +-lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=*) ;; -lkernel32) test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg" @@ -23087,7 +23087,7 @@ ;; # Ignore these flags. --lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -LANG:=* | -LIST:* | -LNO:*) +-lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=* | -LIST:* | -LNO:*) ;; -lkernel32) test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg" @@ -23941,7 +23941,7 @@ ;; # Ignore these flags. --lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -LANG:=*) +-lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=*) ;; -lkernel32) test x"$CYGWIN" != xyes && ac_cv_f77_libs="$ac_cv_f77_libs $ac_arg"
Bug#446332: Update on this bug
On Sun, 13 Dec 2009, Luk Claes wrote: I think it's wrong to leave non-regressions unfixed. Though this bug might qualify for a downgrade of the severity to important. I leave it up to you to dowgrade the severity if you thinks that's justified. I agree with you, Luk. I'll be working on fixing this bug because this bug is important. I'll mark it that way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#392838: jwm: possiblity to add include directive to jwmrc
That's should already be there... via the "Include" tag: finame On 2009-12-12 07:48PM, Jari Aalto wrote: > > Hi Joe, > > There is a long standing report: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392838 > > where a new feature is wished. A possiblity to include snippets of > configuration via "include" tags. Something like: > > > > > ... > > The content of that pointed file[*] would be just dumped into the > position. > > Would that be a hard to implement in next release? > Jari > > [*] Supposing relative to HOME is no explicit path is set; Perhaps a > variabale JWMHOME could take precedence over HOME if it were set to > read all .jwm* related configuration files. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561049: stressapptest: Please support sh4
Package: stressapptest Version: 1.0.1-2 Severity: important User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org Hi, I am now trying to run Debian on Renesas SH(sh4) CPU. http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4 stressapptest package can build on sh4. I attached build log. Could you add sh4 into support architecture list? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 stressapptest_1.0.1-2_sh4.build.gz Description: GNU Zip compressed data
Bug#561048: pootle: upgrade to 2.0.0 fails: chokes on code...@valencia
Package: pootle Version: 2.0.0-1 Severity: important Upgrade to Pootle 2.0.0 failed. Here are what I could grab from the console output: Sætter pootle (2.0.0-1) op... Installerer ny version af konfigurationsfil /etc/init.d/pootle... Moving /var/lib/pootle/ikiwiki to /var/lib/pootle/po/ikiwiki Creating table django_session Creating table auth_permission Creating table auth_group Creating table auth_user Creating table auth_message Creating table django_content_type Creating table django_site Creating table django_admin_log Creating table pootle_app_directory Creating table pootle_app_language Creating table pootle_app_project Creating table pootle_app_pootleprofile Creating table pootle_app_permissionset Creating table pootle_app_permissionsetcache Creating table pootle_app_translationproject Creating table pootle_app_suggestion Creating table pootle_app_submission Creating table pootle_store_store Creating table pootle_notifications_notice Creating table registration_registrationprofile Creating table siteconfig_siteconfiguration Installing index for auth.Permission model Installing index for auth.Message model Installing index for admin.LogEntry model Installing index for pootle_app.Directory model Installing index for pootle_app.PermissionSet model Installing index for pootle_app.PermissionSetCache model Installing index for pootle_app.TranslationProject model Installing index for pootle_app.Suggestion model Installing index for pootle_app.Submission model Installing index for pootle_store.Store model Installing index for pootle_notifications.Notice model Installing index for siteconfig.SiteConfiguration model 2009-12-14 01:57:39,585 INFO Already found a language named el. Data for this language are not imported. 2009-12-14 01:57:39,586 INFO Already found a language named en. Data for this language are not imported. 2009-12-14 01:57:39,588 INFO Already found a language named af. Data for this language are not imported. 2009-12-14 01:57:39,589 INFO Already found a language named vi. Data for this language are not imported. 2009-12-14 01:57:39,591 INFO Already found a language named ca. Data for this language are not imported. 2009-12-14 01:57:39,592 INFO Already found a language named it. Data for this language are not imported. 2009-12-14 01:57:39,593 INFO Already found a language named eu. Data for this language are not imported. 2009-12-14 01:57:39,595 INFO Already found a language named ar. Data for this language are not imported. 2009-12-14 01:57:39,596 INFO Already found a language named ga. Data for this language are not imported. 2009-12-14 01:57:39,597 INFO Already found a language named cs. Data for this language are not imported. 2009-12-14 01:57:39,598 INFO Already found a language named et. Data for this language are not imported. 2009-12-14 01:57:39,600 INFO Already found a language named gl. Data for this language are not imported. 2009-12-14 01:57:39,601 INFO Already found a language named id. Data for this language are not imported. 2009-12-14 01:57:39,602 INFO Already found a language named es. Data for this language are not imported. 2009-12-14 01:57:39,603 INFO Already found a language named nap. Data for this language are not imported. 2009-12-14 01:57:39,605 INFO Already found a language named pap. Data for this language are not imported. 2009-12-14 01:57:39,606 INFO Already found a language named ru. Data for this language are not imported. 2009-12-14 01:57:39,607 INFO Already found a language named nl. Data for this language are not imported. 2009-12-14 01:57:39,609 INFO Already found a language named pt. Data for this language are not imported. 2009-12-14 01:57:39,610 INFO Already found a language named ln. Data for this language are not imported. 2009-12-14 01:57:39,611 INFO Already found a language named nb. Data for this language are not imported. 2009-12-14 01:57:39,612 INFO Already found a language named tr. Data for this language are not imported. 2009-12-14 01:57:39,614 INFO Already found a language named lt. Data for this language are not imported. 2009-12-14 01:57:39,615 INFO Already found a language named lv. Data for this language are not imported. 2009-12-14 01:57:39,648 INFO Already found a language named ro. Data for this language are not imported. 2009-12-14 01:57:39,649 INFO Already found a language named is. Data for this language are not imported. 2009-12-14 01:57:39,650 INFO Already found a language named pl. Data for this language are not imported. 2009-12-14 01:57:39,651 INFO Already found a language named templates. Data for this language are not imported. 2009-12-14 01:57:39,653 INFO Already found a language named fr. Data for this language are not imported. 2009-12-14 01:57:39,654 INFO Already found a language named de. Data for this language are not imported. 2009-12-14 01:57:39,655 INFO Already found a language named uk. Data for this language are not imported. 2009-12-14 01:57:39,656 INFO Already found a language named pt_BR. Data for this language ar
Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: gcc-arm Version : 4.4.2 Upstream Author : Numerous (see gcc-4.4-source package) * URL : http://gcc.gnu.org/ * License : GPL3 (+ exception for runtime library) Programming Lang: C Description : The GNU C Compiler (cross-compiler for ARM targets) This is the GNU C compiler, a fairly portable optimizing compiler which supports multiple languages. This package includes support for C and C++ on arm-none-eabi targets. --- This package will be built using the gcc-4.4-source package, in a manner analogous to what is done for gcc-avr. It will Build-Depend on newlib-arm so as to be able to build the C++ compiler. This makes a loop-Build-Dependency, but as newlib-arm will be an Arch-independent package it shouldn't pose a bootstrap problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561043: ITP: gdb-arm -- The GNU debugger for ARM targets
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: gdb-arm Version : 7.0 Upstream Author : Numerous (see gdb package) * URL : http://www.gnu.org/software/gdb/ * License : GPL Programming Lang: C Description : The GNU debugger for ARM targets GDB is a source-level debugger, capable of breaking programs at any specific line, displaying variable values, and determining where errors occurred. Currently, it works for C, C++, Fortran Modula 2 and Java programs. A must-have for any serious programmer. This package has been built for the arm-none-eabi target. It is intended for ARM developers and cross-compilers and is not needed by normal users or developers. --- I'm not really sure how I will package gdb for arm cleanly, as there is no gdb-source package available. The gdb-avr and gdb-m68hc1x packages bundle the DFSG-cleaned gdb-6.4.90 source. This doesn't feel quite right to me, but it seems to be the way to go. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561047: ITP: otf-yozfont - Japanese propotional Handwriting OpenType font
Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org Package name: otf-yozfont Version: 12.18~beta24 Upstream Author: Y.Oz (Y.OzVox) URL: http://yozvox.web.infoseek.co.jp/ License: Open Font License 1.1 Description: Japanese propotional Handwriting OpenType font YOzFont is Handwriting Japanese font that standards to "JIS X 0213:2004" and contains the 1 or more characters (includes hiragana, katakana and kanji). . This is "meiryo compatible" - similar to Microsoft Meiryo font, Propotional (without Japanese character) and Wide line pitch . It consists of - YOzFontN (new kana) - YOzFont - YOzFontA (antique kana) - YOzFontC (cute) - YOzFontE (educational) -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561045: ITP: binutils-arm -- The GNU assembler, linker and binary utilities for ARM targets
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: binutils-arm Version : 2.20 Upstream Author : Numerous Authors (see CVS below) * URL : http://sourceware.org/binutils/ * License : GPL and LGPL Programming Lang: C Description : The GNU assembler, linker and binary utilities for ARM targets The programs in this package are used to manipulate binary and object files that may have been created for the ARM architecture. This package is primarily for ARM developers and cross-compilers and is not needed by normal users or developers. --- This package is the first step towards a full cross-compilation toolchain for the arm-none-eabi target. It will be built using the binutils-source package, in a manner analogous than what is done with binutils-avr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561044: ITP: newlib-arm -- newlib C library (ARM)
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: newlib-arm Version : 1.17.0 Upstream Author : Jeff Johnston and others * URL : http://sourceware.org/newlib/ * License : collection of libs under BSD, GPL, LGPL and other licenses Programming Lang: C Description : newlib C library (ARM) Newlib is a C library intended for use on embedded systems. It is a conglomeration of several library parts, all under free software licenses that make them easily usable on embedded products. This package contains the newlib library built for ARM targets. --- This package will be built using the newlib-source package. I chose to split it out of the newlib source package to avoid cluttering it, but the packages could be merged. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560945: closed by Mathieu Malaterre
reopen 560945 thanks On Sun, 13 Dec 2009 18:18:04 + Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the vxl package: > > #560945: CVE-2009-3560 and CVE-2009-3720 denial-of-services > > It has been closed by Mathieu Malaterre. i don't think that this was sufficiently addressed. i checked an ldd of all of the vxl libraries and none are using the system expat. there are two possibilties: one is that none of the libraries use expat, and the other is is that they are still using the embedded copy. please make sure you are passing --with-expat=system to your configure script. mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554167: New mawk upstream version
On Sun, 13 Dec 2009, Steve Langasek wrote: In that context, since I haven't worked with you, I'm not going to take your word for the correctness of any of the changes - not for something like the first new upstream version of mawk in 12 years; so I don't foresee any way that this would be a target for collaborative maintenance at this time, no. By the way, your comment here is directed toward my changes as well. If you have some specific criticism, you should make everyone aware of the issue. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561039: updated patch
found a second reset_heartbeat instance that did the same thing; switched to checking against "not HB_DISABLED" for consistency. --- tzc-2.6.15.orig/tzc.c +++ tzc-2.6.15/tzc.c @@ -1369,7 +1377,9 @@ globals->ebuf = (char *) malloc(globals->ebufsiz); globals->ebufptr = globals->ebuf; - reset_heartbeat(); + if (globals->heartbeat.status != HB_DISABLED) { + reset_heartbeat(); + } globals->pending_replies = NULL; @@ -1605,7 +1616,9 @@ } /* zephyr server is still talking to us, so reset the heartbeat */ - reset_heartbeat(); + if (globals->heartbeat.status != HB_DISABLED) { + reset_heartbeat(); + } /* if this is a heartbeat zgram, don't report it */ if (!strcasecmp(notice->z_class, TZC_HEARTBEAT_CLASS) && @@ -2003,6 +2016,7 @@ globals->heartbeat.period = atoi(optarg); if (globals->heartbeat.period == 0) globals->heartbeat.status = HB_DISABLED; + break; case 'd': globals->debug = 1; break; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549576: links
Apparently there's a bug in adobe's bug tracker at http://bugs.adobe.com/jira/browse/FP-2933 which points to an ubuntu bug at https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407 -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561036: installation-reports: Debian-Installer for PPC (daily-netinst 20091210) lacks support for powerbook5, 6 internal keyboard
On Sunday 13 December 2009, Christian Adams wrote: > debian-installer does not support the internal keyboard. installation > only possible with external usb-keyboard. If you can tell us exactly what is needed to support the internal keyboard (some kernel module probably?), we'll be happy to include it. Does the installed system support the internal keyboard? If it does, then a start could be to compare the module list and/or the syslog from the installer and the installed system. You can find logs from the installation in /var/log/installer. (We cannot do this ourselves as it's likely nobody active on the D-I team has the hardware.) Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521096: [Buildd-tools-devel] Bug#521096: sbuild: --apt-update doesn't work
tags 521096 + fixed-upstream pending thanks On Tue, Mar 24, 2009 at 01:39:11PM -0700, Ryan Niebur wrote: This is now fixed on the master branch, and will be uploaded soon. Gustavo's patch was a valid fix, but I've opted to add more comprehensive support for apt updating. There are now options --apt-clean, --apt-update, --apt-upgrade and --apt-distupgrade for use when running sbuild, with corresponding configuration variables $apt_clean, $apt_update, $apt_upgrade and $apt_distupgrade to enable any of these by default. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#561041: gwave: can't be installed (sid version), depends on libltdl3 but is not installable
Package: gwave Version: 20090213-2 Severity: important The libltdl3 pack does not exist any more, and this version of gwave can't be installed. Should it be libltdl7? But, I can install 20090213-1+b3 version. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwave depends on: ii guile-1.8-libs1.8.7+1-2 Main Guile libraries ii guile-cairo 1.4.0-2+b1 Guile bindings for Cairo ii guile-gnome2-glib 2.16.1-4 Guile bindings for GLib ii guile-gnome2-gtk 2.16.1-4 Guile bindings for GTK+, libglade, ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libffi5 3.0.9~rc3-1Foreign Function Interface library ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface ii libgwrap-runtime2 1.9.13-1 scripting interface generator for pn libltdl3 (no description available) ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libreadline6 6.0-5 GNU readline and history libraries ii libx11-6 2:1.3.2-1 X11 client-side library Versions of packages gwave recommends: ii extra-xdg-menus 1.0-4 Extra menu categories for applicat gwave suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561039: tzc: -s fails to turn off heartbeat
Package: tzc Version: 2.6.15-5.1+b1 Severity: normal in main(), the getopt switch does: 1995: case 's': use_zctl = 1; /* XXX we can't guarantee that the user has subscribed to * the heartbeat class/inst, so disable it to be safe. * Could check it with ZGetSubscriptions(). */ globals->heartbeat.status = HB_DISABLED; Good idea. But the end of that switch calls 2047:setup(use_zctl); and all paths through setup() call 1380: reset_heartbeat(); which immediately stomps it back on: 1314: void reset_heartbeat() { int fuzz; globals->heartbeat.status = HB_ENABLED; Obvious fix is for setup() to do + if (globals->heartbeat.status == HB_ENABLED) { reset_heartbeat(); + } (While you're in there, the getopt switch has case 't' fall through to case 'd', and I don't think it's intentional that setting a heartbeat timeout always turn on debugging...) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.30-2-kirkwood Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tzc depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcomerr2 1.41.9-1 common error description library ii libzephyr4-krb5 [libzephyr 3.0~rc.2544-1 The original "Instant Message" sys ii zephyr-clients 3.0~rc.2544-1 Project Athena's notification serv tzc recommends no packages. tzc 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#561040: ITP: dxcentral-1.42 -- Displays space weather conditions provided by NOAA and NIST
Package: wnpp Severity: wishlist Owner: Andreas Weller * Package name: dxcentral Version : 1.42 Upstream Author : Kenneth D. Standard * URL : http://www.sourceforge.net/projects/dxcentral * License : GPL Programming Lang: C++ Description : Displays space weather conditions provided by NOAA and NIST DX Central is an application of graphical displays indicating the condition of data collected from NOAA and NIST web sites. It is displayed in a easy to use format. Images of the sun are included. For sun watchers and SWL/DX. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546538: Seems to be working again with xserver-xorg-intel 2:2.9.1-1
Hi all, the recent update of xserver-xorg-intel to 2:2.9.1-1 reminded me of this problem. For me, warzone2100 is working fine again. I'm running a self-compiled 2.6.31 with KMS enabled. Anyone else? Regards, Jakob -- ceterum censeo microsoftem esse delendam. signature.asc Description: PGP signature
Bug#561038: gitweb: incorrect "action" attribute on project search form
Package: gitweb Version: 1:1.6.5-1 Severity: normal Tags: patch The "project search" form on the front ("project list") page of gitweb defaults to pointing to "http://localhost";. This is because the call to $cgi->startform on line 4584 has no "action" parameter. This is fixed by adding the parameter so that it matches the other call to $cgi->startform, on line 3170. (The local $action variable is equal to the global $my_uri variable.) Patch included. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gitweb depends on: ii git-core 1:1.6.5-1 fast, scalable, distributed revisi ii perl 5.10.1-8 Larry Wall's Practical Extraction gitweb recommends no packages. Versions of packages gitweb suggests: ii git-doc 1:1.6.5-1 fast, scalable, distributed revisi -- no debconf information --- gitweb.cgi.old 2009-12-13 23:03:13.0 + +++ gitweb.cgi 2009-12-13 23:01:02.0 + @@ -4584,7 +4584,7 @@ insert_file($home_text); print "\n"; } - print $cgi->startform(-method => "get") . + print $cgi->startform(-method => "get", -action => $my_uri) . "Search:\n" . $cgi->textfield(-name => "s", -value => $searchtext) . "\n" . "" .
Bug#546621: belpic FTBFS
severity 546621 serious tag 546621 confirmed quit this bug now causes belpic to FTBFS in unstable. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#561037: [debian-maintainers] Please add Laurent Léonard to debian-maintainers keyring
Package: debian-maintainers Version: 1.64 Severity: normal I would like to be added to the debian-maintainers keyring. The jetring changeset is attached. -- Laurent Léonard Comment: Add Laurent Léonard as a Debian Maintainer Date: Sun, 13 Dec 2009 23:35:16 +0100 Action: import Recommended-By: Guido Günter Agreement: http://lists.debian.org/debian-newmaint/2009/12/msg00027.html Advocates: http://lists.debian.org/debian-newmaint/2009/12/msg00029.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEa2G2ERBACFaj+pYX7ehKwfEhjcaftFIK8mzO5QI+iZzAOHsCDIUpQEzPL3 T7pblD3eLNZMpLuix/3amltlWn2Ud2xNt1XhOpEGCSBuHXnPfoF4Vqcyd1AqM/RS ujWyWEHCeLqlBjQh8N9VfHJ/v0q6NG7gKxZEjfiD2QrcmFmnFjvMq9yUrwCgvwbb ojo00cKYNFcdn+VJRz0RMU8D/0GwQmGct47Pph5+bwpX9Z/LmN6jjyYpQrItVddI M8YOMsxcYrYzm7l5H1BoMrvZR26aDT69+ZxIcKtX7cIojJjdHSKtey1MWR0r1D1q vBe53slOcQBrLVXAtkHtdfPKaPW1N+UPQgj7u7xS/mx6RwjMmKX+TcNo4iuOTbXk FJWgA/wOn9JcTL/SFVD3m79xYvlmsuf0OwwvWyQRQ56taaVsxR1Nw8568wKLjCWQ 9l/s84ARWT3+imFbV+qcj3KvGSV5zkyvv7KoZTpgpWzzgojKgMmqIrKK0yDktv8a /85n9dqIuT+dDTb57pKECVFI2Wz/Lz0JTboV0iAvTTEIIoIpLLQpTGF1cmVudCBM w6lvbmFyZCA8bGF1cmVudEBvcGVuLW1pbmRzLm9yZz6IYAQTEQIAIAUCRrYbYQIb AwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEChGbxpUwqGFn0wAn2N5sz7fQq9Y 7PwHhhS29SNDpRm9AKC0XUOMxqzbnGE4Us1pUejq9mjCnIhGBBARAgAGBQJHhNOH AAoJEOwiEbJsi2Y0RZoAn15/CIGt00M2S1uNa6mzIGeJH86gAJ9Yk0Ay4hhRNXc3 u6pFN9Dc/dHr+YhGBBARAgAGBQJLHo4nAAoJEMfZMCWd/6rUy/gAoJ/jNaEII+Hn PF8VC0NDsFGIkRuFAJ9DdNypXLssTM08/M2G8R3Tj7Off4hGBBARAgAGBQJHhSPA AAoJEIqv9+fOWIR4SRkAn24ogZx6og7AgaMCVDVeB4EKDnQBAKCC/TxjIN6m9Or9 pI275R5L1uQUFbkEDQRGthxLEBAA7rFckTQpkURwdWEKdaIDXsZJ4gUj+LYKI7tJ 4xWo+fAjvE9a3e2Buc1ze9mWedL/UzrXRxGHrAnsmzX6LqqThTGnmRdUnh49tLnK IOe1XEYm5K4XnzCQbFbC9Dqieq1U11BjXHnFbeCLOLExFGt76+hHscsIhZ7VIILP 74AVA+Hg8OfRfEnIgnaLjXHEAdilK2FTQo/98aTCxoDZZFuqbJyxbX/Lb7TVJhzz QNXCUvMlhXfBB9zMBCa/6j6JzDqXrKuXMtS6nmhfMq1l1dRO2RaKvACEptkCbe8w 6yoNtkgNOrpTzM+knB+cq6dkCZhLikgTfM0tHXVhiwvncro/rEUIHlQFLxfJc/P7 4AaGtvrQjDzv62ivAShycWwcVogGP2iBWjcU42O4NN9yV4pEPk7ZpMwD1CsFOev0 bMOS8627vlp+D3jIwLj6pGgH4KBeIIgc8gkk0Dln7QjsIQLHh8N6DW4sIbV3taIX lPP9vbnOh5RxFEuyKXEa0sfRl3nk2h7hFCZJBhYuFHSfm2lpRBxxqtupb0Or8UBU 8eRyG+jY+iDo98JCQiREUBhrkjk4uzeTeCiCZg8g7sPsYBqdbPndUrrOPPvjSgxv LVh9myqNyB2uA5ks4vHJjVH31X/SLtFcpdwBg7MN3CxhK56d7kTwspCqLeq42zh/ ZwKtyVMAAwYQAMkds4LqIK8wCi4k6QpPCqaJRXucVKWf/462rYiX0MQ7rwBbIkIy JyuMw0b205KMd6s7QnKPbyNi/scaZdBijydgx2s/GHCg/X3Dlt4B1f9GhnrKULHh WyK09QN5JaoDlTDw3KNUSKrxjhbqrXGgOVSfTaNUuqLoVv45yJeXx5eN+cUeVDtm 5o3ECLUq9tIdehA9cuWNuv5G+El7VtIUmg3POrFlwbUiDr4HTGYQeqn/4QOMFTS2 o/+oyv1Q3rY2A10fTlOCbMPF8ZGVtdKv4KAEoqMyYx11fr/bTs9R7gwSe9zhMapE oPgkRHBRIIrY445cS9WuGOd0EcJkmnxRXYwW6ldkP3aSnQRxGHm8tyNsfid9c9rU QOcIvt7iegNI4ZspID6Yu5gpyAhdNf+pcQqKHXpyy+MqJNQi/+PKiy1qUFg3lQ7N 4fx9g8EWNOSxzu6LbGtVGh/0zPVF83e9GbKpbigN+wq79kqzWRF5jbcdW7xlMvV9 3iY2xHT/itveiU1MXr6EMO4LYNjioWCiMeQksHmRcDnUcHmIrDIz3xVIu3GjhVkx SawGqS4tz6ORItSsUkVi482J6gAgF6WA1BUZ2KelEugRlvJ5EloCdKov1Ro7B8xR YbLNt5Q6S+uVe3gGN5/3oOsH55n7xnSQnajHPTmSAqTtqVV2ZvFOAnPHiEkEGBEC AAkFAka2HEsCGwwACgkQKEZvGlTCoYX+7QCgn6xZkPD9tX85I5SCtFZtlUBUJkUA nRkw5XZ+ocaF2zxjcDiOMMiemBdM =qoH6 -END PGP PUBLIC KEY BLOCK- signature.asc Description: This is a digitally signed message part.
Bug#561036: installation-reports: Debian-Installer for PPC (daily-netinst 20091210) lacks support for powerbook5, 6 internal keyboard
Package: installation-reports Severity: important debian-installer does not support the internal keyboard. installation only possible with external usb-keyboard. -- Package-specific info: Boot method: CD Image version: ppc netinst testing/daily 20091210 Date: Machine: Apple Powerbook G4 Al (powerbook5,6) Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="6.0 (squeeze) - installer build 20091210-00:00" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux munin-wire 2.6.30-2-powerpc #1 Sat Oct 3 22:43:22 UTC 2009 ppc GNU/Linux lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 2 AGP [106b:0034] lspci -knn: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] lspci -knn: Subsystem: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] [1002:4e50] lspci -knn: Kernel driver in use: radeonfb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 2 PCI [106b:0035] lspci -knn: 0001:10:12.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03) lspci -knn: Subsystem: Apple Computer Inc. Device [106b:004e] lspci -knn: Kernel driver in use: b43-pci-bridge lspci -knn: 0001:10:13.0 CardBus bridge [0607]: Texas Instruments PCI1510 PC card Cardbus Controller [104c:ac56] lspci -knn: Kernel driver in use: yenta_cardbus lspci -knn: 0001:10:17.0 Class [ff00]: Apple Computer Inc. KeyLargo/Intrepid Mac I/O [106b:003e] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Intrepid USB [106b:003f] lspci -knn: 0001:10:1a.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Intrepid USB [106b:003f] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:1b.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation USB [1033:0035] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:1b.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Subsystem: NEC Corporation USB [1033:0035] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:1b.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04) lspci -knn: Subsystem: NEC Corporation USB 2.0 [1033:00e0] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 0002:24:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 2 Internal PCI [106b:0036] lspci -knn: 0002:24:0d.0 Class [ff00]: Apple Computer Inc. UniNorth/Intrepid ATA/100 [106b:003b] lspci -knn: Kernel driver in use: ide-pmac lspci -knn: 0002:24:0e.0 FireWire (IEEE 1394) [0c00]: Apple Computer Inc. UniNorth 2 FireWire [106b:0031] (rev 81) lspci -knn: Subsystem: Apple Computer Inc. Device [106b:5811] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: 0002:24:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) [106b:0032] (rev 80) lspci -knn: Kernel driver in use: gem lsmod: Module Size Used by lsmod: nls_utf85236 0 lsmod: ufs83092 0 lsmod: hfsplus84864 0 lsmod: dm_mod 65176 0 lsmod: md_mod100192 0 lsmod: xfs 509508 0 lsmod: exportfs7844 1 xfs lsmod: reiserfs 260028 0 lsmod: jfs 179120 0 lsmod: hfs51996 0 lsmod: ext4 238868 0 lsmod: jbd2 61820 1 ext4 lsmod: crc16 5348 1 ext4 lsmod: ext3 137808 2 lsmod: jbd50692 1 ext3 lsmod: vfat 14644 0 lsmod: fat55700 1 vfat lsmod: ext2 74168 0 lsmod: mbcache11300 3 ext4,ext3,ext2 lsmod: sungem 33308 0 lsmod: sungem_phy 14788
Bug#544499: ITP: nautilus-dropbox -- nautilus plugin for dropbox
Note that the dropbox client downloads binary blobs to interface with their proprietary API, so this ITP should probably be targeted for contrib. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561033: [buildd-tools-devel] Bug#561033: schroot -b doesn't work for block-device chroots using unions
On Sun, Dec 13, 2009 at 09:36:18PM +, Roger Leigh wrote: > On Sun, Dec 13, 2009 at 04:12:37PM -0500, Evan Broder wrote: > > On Sun, Dec 13, 2009 at 2:33 PM, Roger Leigh wrote: > > > [Please could you not top-post. Thanks!] > > > > > > On Sun, Dec 13, 2009 at 01:57:15PM -0500, Evan Broder wrote: > > >> I checked out the repository, ran ./bootstrap, then debuild -S, then > > >> sbuild, then installed the resulting packages. I've rebooted since > > >> installing the packages just to make sure there's no state sticking > > >> around. > > > > > > I've put a copy of the sources and debian packages here: > > > http://www.codelibre.net/~rleigh/schroot/ > > > > > > Could you try them, or rebuild them as appropriate? > > > > > > I've verified they work for me. However, it looked from your > > > description that you might additionally be using filesystem > > > unions; is this the case? If so, please could you test without > > > a union to see if this works? > > > > > > If it's broken only when unions are enabled, there's some > > > issue writing out the session file when unions are enabled. > > > > I've tried with both your packages and mine - I get the same behavior, > > but you're right that it's only for union chroots. Without unions, > > schroot -b works on type=block-device chroots. > > > > However, union chroots of type=directory /do/ work - it's just a > > problem for chroots that are both union chroots and type=block-device. > > Thanks for checking. I'll have to have a further look to see what's > different between the two types. It's actually a simple bug in the union code for block-device chroots. If enabled, it immediately returned, skipping the session file creation. The attached patch should amend this. Could you please give it a try and let me know if this fixes things up for you? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. diff --git a/sbuild/sbuild-chroot-block-device.cc b/sbuild/sbuild-chroot-block-device.cc index fa8bbbe..542d73e 100644 --- a/sbuild/sbuild-chroot-block-device.cc +++ b/sbuild/sbuild-chroot-block-device.cc @@ -136,31 +136,31 @@ chroot_block_device::setup_lock (chroot::setup_type type, chroot_facet_union::const_ptr puni (base->get_facet()); assert(puni); - if (puni->get_union_configured()) - return; + if (!puni->get_union_configured()) #endif - - sbuild::device_lock dlock(this->device); - if (lock) - { - try - { - dlock.set_lock(lock::LOCK_EXCLUSIVE, 15); - } - catch (sbuild::lock::error const& e) - { - throw error(get_device(), DEVICE_LOCK, e); - } - } - else { - try + sbuild::device_lock dlock(this->device); + if (lock) { - dlock.unset_lock(); + try + { + dlock.set_lock(lock::LOCK_EXCLUSIVE, 15); + } + catch (sbuild::lock::error const& e) + { + throw error(get_device(), DEVICE_LOCK, e); + } } - catch (sbuild::lock::error const& e) + else { - throw error(get_device(), DEVICE_UNLOCK, e); + try + { + dlock.unset_lock(); + } + catch (sbuild::lock::error const& e) + { + throw error(get_device(), DEVICE_UNLOCK, e); + } } } } signature.asc Description: Digital signature
Bug#561035: Please add Pietro Battiston as Debian Maintainer
Package: debian-maintainers Version: 1.64 I'm attaching the jetring changeset. Pietro Battiston Comment: Add Pietro Battiston as a Debian Maintainer Date: Sun, 13 Dec 2009 23:09:17 +0100 Action: import Recommended-By: Stefano Zacchiroli , Piotr Ożarowski Agreement: http://lists.debian.org/debian-newmaint/2009/12/msg00020.html Advocates: http://lists.debian.org/debian-newmaint/2009/12/msg00023.html http://lists.debian.org/debian-newmaint/2009/12/msg00030.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEZG5v8RBAC4BG9EveyaU8jDT5feWgFQF7QTw2HoCZREn1p3UjE5/QCJBLPc BUQ49xAslX8g3G5fMP9W9cp08f1No7hL4zElGHWteA/8PRPc1S5KPqvsUSur09LU F2nCUTd04jmndsY/xeTHar8LKeEcRLPXqayzr8AVGNKBLCFM9Wy321qUTwCg6CSj uSreWzcuV3qw7wy21moq9WMD/A/6Vueuv9uM8p8CPAqGYx1nYSe8Nj5NumBw+ceB YINCkYz7k7oLkbJVLYS3i63hrSitNP7SUiUFl13SWgHlTq3eavdu1CjjLEcQd8Bn 56/P8t6n9zmdi66x9fViWVe/CymGCOT3YQPasTmvsFtgYPIQlqKGZbmdg006 J+yHA/9NEvdC+Wyr4ypFHu4PAyDKRvuGpO7S4L98nRgkA1oO5Oj3BVFU3DlbDGTX jvJileY2HDiik5QxRGi8LroWmrfavKPrB1YWObd4utNGcbJHgUPOMySg1yPwXFh2 NZoe8aZ0YZc3qYG3VKg83zQizYGBMXSjsiWT5nrWtRQ/MMDZUbQxUGlldHJvIEJh dHRpc3RvbiA8YmF0dGlzdG9uQHBvaXNzb24ucGhjLnVuaXBpLml0PohmBBMRAgAm AhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AFAkoiLW4FCQeb2uEACgkQcZVtR82b mAYBbACeNRXEe1FckW03fovDrgk9P12BcR4An0qRsinegjuc8KoLER6EBCOMohlv iEYEEBECAAYFAkgGbwEACgkQ9+AtkU4mejNuRACfdVkuX1R+dd6wBr6dkqOkEaRW 6bIAn1jWTjFr8HPU4lK2vuAELHmySAt6iGYEExECACYFAkfy0+sCGwMFCQHhM4AG CwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRBxlW1HzZuYBgZvAJoDca9y7liwv5yj 4/Jvr7KugOZ+BACgkyZ/bhhJBmjxxb+IYOtoyqTwbQmIRgQQEQIABgUCSWp99AAK CRBAzO7mGYQfXG2XAKCv6JRvGYFX16+sbcFWUSDID+hjxQCgglhROsgrIlzLkGXu Nxoi54Q8rsCIZgQTEQIAJgIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheABQJILCiG BQkD2sVhAAoJEHGVbUfNm5gGnzEAnAir3wSgcp+OMOHWDehQdCaRXmhzAJ435D/r teI7yoWUo5rXyLvfmskV9YhGBBARAgAGBQJLFCkGAAoJEPS0sMx5fr+rekEAoJS/ Ll34ThD5fEwgGHSEQH4MlYMbAKCMLp7VCjCOUF59r9+/yN+JiQjbHLQzUGlldHJv IEJhdHRpc3RvbiA8cGlldHJvLmJhdHRpc3RvbkBzdHVkaW8udW5pYm8uaXQ+iGYE ExECACYCGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAUCSiItawUJB5va4QAKCRBx lW1HzZuYBkG0AJ9aFpLOG958rbHCLS4KS+Pv78zVqwCg40m5rS1CReSS/iTf29V5 3RPAiM2IRgQQEQIABgUCSSlwiQAKCRDAUO4fmTg5r9G1AKC2m0wwd9hrZIciC8Rd BpeC2E7oPACfTMHweAc7umwz0DobrPeoYI90t3SIRgQQEQIABgUCSWp99AAKCRBA zO7mGYQfXPdqAJ96fZpkGTia77GupJF1whQKQo/hZACgjHeFuncih9zB3b4WoOyy 6QeCbNKIZgQTEQIAJgUCSQ9s/gIbAwUJA9rFYQYLCQgHAwIEFQIIAwQWAgMBAh4B AheAAAoJEHGVbUfNm5gGehoAnjOP8dpRjIaK1cNM00qBhqVT0y5wAJ0WJXp93+rr hkyrzMs0OoW7OS4xX4hGBBARAgAGBQJLFCkGAAoJEPS0sMx5fr+r93UAmwf1wl+b 0sPTFQyIyAec1AxOGqK8AJ90zHN/aZNrZGk4AjM8TrFqZIlbqLQrUGlldHJvIEJh dHRpc3RvbiAoVG9vYmF6KSA8dG9vYmF6QGVtYWlsLml0PohmBBMRAgAmAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AFAkoiLW4FCQeb2uEACgkQcZVtR82bmAYmnQCd GPAw05X5SeSBwl4aueVml+DYa1MAmwY5Kj+JFKT1OOjTLPCNV+Trpr8ciEYEEBEC AAYFAkZG6o0ACgkQ/LC7XF8fv3AKWQCdHORBXLhFYw33WGr4MbwqWOQ5Pw8AoIJX SaXst75xuRXMzvOVAs3TNx7eiEYEExECAAYFAkeHNXkACgkQn9+U2U1xy840TACf crYVQA8mWDeQG1np8/utdGDIhTYAn3ITe+mPbR7b1JauGg4cerTF2LXDiEYEExEC AAYFAkeHNaUACgkQs3Yokh6zvjRU9QCeKYybW61NzaG+cF7cu5FXufKiTQUAn215 cIVMk2ylISqnyMjqHs0gLb/MiEYEEBECAAYFAkgGbwEACgkQ9+AtkU4mejNuRACf dVkuX1R+dd6wBr6dkqOkEaRW6bIAn1jWTjFr8HPU4lK2vuAELHmySAt6iEYEEBEC AAYFAkgGbwkACgkQ9+AtkU4mejOJaQCfYoErZfvFLkhJbxgv7bPcklbsbmcAn3JR U0mMkb8DPA4tHFe9i0qVHVjtiGYEExECACYFAkZG5v8CGwMFCQHhM4AGCwkIBwMC BBUCCAMEFgIDAQIeAQIXgAAKCRBxlW1HzZuYBtNlAJ9wxMJvhoJAU7mV5ynMqArr fJQRawCgt3TCz4LPIJwmb83IHpzv6Ar77lSIRgQQEQIABgUCSWp99AAKCRBAzO7m GYQfXD/UAJoCpwAfGAbsQV3+9jYf/wpat9YMFACggrz86Qm43RvrqFA24ls90NJD 1NeIZgQTEQIAJgIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheABQJILCiMBQkD2sVh AAoJEHGVbUfNm5gG2b8Anj3RH5sdsF8CON2+BZaB5PrW3H2AAJ9ABsMxzN0Qnmri v6VmWV3pyCY9J4hGBBARAgAGBQJLFCkGAAoJEPS0sMx5fr+rIo4An3vsyex42LjO ShXB/slURWB4sDweAJ9dGdhQml29pUQbcTszjRbcJQjP+bkCDQRGRucbEAgA+8om f0Qq2R27MO1hENrmgLrKN3E5KwGEqkS9qeXo31+QXksNl8uiwPdRWtbk2TPdqtzo Irn+cJYkmoZam+qOehfFpNR69Zdzrxuwb7lX9VaitHQpIgmp+WMoBw+mb34j2BVS BCVqHADzO8qAYbsUNqVyuVY36kBxI3pBu2IX2N+4AjOey3eqvhfJ96yqEaj4Trz5 d89M+L5XG4z6LIa5XRW3UrPuarxsOvdXQu7PcF5gA681R7O/3akvNzYoFcPvifP4 Onz/V06kxtBK97+a5TWNR/ElhGrhmc4eycnWUeB0Y7VaJBamlYTt6wpbvAh6H3oa r399pcPg6ZL3hSyXWwADBgf+KxkShDH6elACEw5khJbYOrk1XEiyflpP5n42yAQX 8DdIdphc6aZJKb8EGcQ87kJt9u1PPRmAc0QqkSgqaCwERiEp6miRVh5ID2OH1zC6 emkbRZuGjidLpjDEXwniPekwfUG6ob+mKagJi/JhZn9l3kYlgdw7ex8b6P3Xvxv3 BrQG42AOPHeRXx7feRihkU3uy8k7OZWcS8BtgvEie9Vn/aB+TnGFo+sHpXWMLdmv oVG0hvsNrj5vdFrjWWSdTTJuGiaNO/h0ZMzlA2AR71KSL+ojHeXxvZE/1OfXqKKc YQNLNG/1H0BmtiCeO7wavMW1/VNQJgnqX6I/7OBH5DcAjYhPBBgRAgAPAhsMBQJK Ii3KBQkHm9rFAAoJEHGVbUfNm5gGC1cAn395EC2tDOxapfFY/fevOnDNO/b3AKDP LRTgwiunuRq7jJA43E1/uXhwUA== =sSqE -END PGP PUBLIC KEY BLOCK- signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#560697: qa.debian.org: old watch file used for DEHS for pam-pgsql
Jan Dittberner wrote: > Package: qa.debian.org > Severity: normal > > my DDPO shows an outdated upstream version in the unstable Watch column. > Obviously DEHS does not use the current watch file from the package in > unstable but an old version (maybe the one from the version in Lenny). > It uses the watch file and version information from the first entry it finds of a package in Sources. So yes, your package is not yet at the same version in all the architectures. I will eventually make it use the latest version no matter in what place in the Sources file is, but this requires more work than what I am willing to commit to DEHS right now. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536245: New upstream version 2.24
Hiya, On Sun, Dec 13, 2009 at 09:59:26PM +, David Claughton wrote: > David Claughton wrote: > > Hi All, > > > > (BTW, did you mean bug #504569? That's the one you seem to have fixed!, > > I also notice you haven't committed a changelog update, if you want to > > do this, I'll make sure I merge mine with yours) > > > > Apologies, Ana - I see now you've fixed both bugs and added a changelog > entry - I don't know how I missed this :-( > I have not received the email you are quoting above and I have read it in the BTS. Answering globally here. I hope you manage to coordinate[0] with other people interested in the package and upload the new version. Given that the amount of changes involved for the new version is likely to delay this a bit and I interested in getting it back to uploadeable state ASAP (needed by people who are boostraping new archs currently), I will do the QA upload tomorrow and you can merge from there, it will be all in the git repo. I am only fixing the guile stuff and since I am on it, a couple of easy bugs that won't hurt and make the ocalm bindings usable again. I am waiting for a small update in the ocalm stuff and I will upload tomorrow. Ana [0] Have you thouht about creating a mailing list in alioth for this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560789: pbuilder: output uses CAPITAL FONTS
On Sun, Dec 13, 2009, Loïc Minier wrote: > ioctl(0, TIOCGWINSZ, (char *)&win); > if (openpty(&master, &slave, NULL, &tt, &win) < 0) all the ioctls of this type fail in the strace log I got: 13708 ioctl(1, TIOCGWINSZ, 0x7fff86c8c790) = -1 EINVAL (Invalid argument) 13708 ioctl(0, TIOCGWINSZ, 0x7fff86c8b6f0) = -1 ENOTTY (Inappropriate ioctl for device) 13708 ioctl(0, TIOCGWINSZ, 0x7fff86c8b6f0) = -1 ENOTTY (Inappropriate ioctl for device) but win is passed unconditionally and is never initialized; I suspect it's passing random terminal setup data. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#433563: python-paramiko: generating a 160-bit DSS key leads to eternal loop
tags 433563 + fixed-upstream thanks This has been fixed upstream in PyCrypto 2.1.0. Generating 160-bit DSA keys is now disallowed; DSA.generate now accepts only multiples of 64 bits between 512 and 1024, per the DSA standard (such a small DSA key is not terribly useful, anyway). Cheers, - Dwayne -- Dwayne C. Litzenberger Key-signing key - 19E1 1FE8 B3CF F273 ED17 4A24 928C EC13 39C2 5CF7 Annual key (2009) - C805 1746 397B 0202 2758 2821 58E0 894B 81D2 582E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561034: Please specify the Homepage in the package
Package: eglibc Version: 2.10.2-2 Severity: wishlist Hi! Could you please add a Homepage header? http://www.eglibc.org seems to be a suitable place to mention in the package. Thanks! Kumar -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- God seeks comrades and claims love, the Devil seeks slaves and claims obedience. - Rabindranath Tagore (Fireflies, 1928) signature.asc Description: Digital signature
Bug#560030: libsdl-pango-dev fails to place header in correct location
severity 560030 normal thanks so, i think this situation is a bit messy, but based on the facts now, it really shouldn't be considered release-critical. mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560851: [Bash-completion-devel] Bug#560851: bash-completion: completion doesn't works if file name has an apostrophe
On 091212 20:38, skizzhg wrote: > if I try with "ls" or "mv" then to obtain the file list inside, > it doesn't complete anything > > ~$ ls Pills\ \'n\'\ Thrills\ and\ Bellyaches/ I think there's a bug in `compgen -f' if a directory contains a single or double quote. I asked the bug-bash mailing list, see: http://www.mail-archive.com/bug-b...@gnu.org/msg06684.html We need to look into this and probably apply the workarounds below to _filedir(). Excerpt from bug-bash mail: ---8< So, these are the workarounds: $ ls a\'b/ # For reference, works on both bash-3 & bash-4 c $ compgen -f a\\\'b/ # Workaround for bash-4 a\'b/c $ compgen -f a\\\'b/ # Workaround for bash-3 a\'b/c ---8< Regards, Freddy Vulto http://fvue.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559533: [buildd-tools-devel] Bug#559533: sbuild: does not support new source formats
On Sat, Dec 05, 2009 at 02:39:38AM -0500, Andres Mejia wrote: > From 6cccbe91eb787cdf3cb77eed10be88e827b64fda Mon Sep 17 00:00:00 2001 > From: Andres Mejia > Date: Sat, 5 Dec 2009 02:35:09 -0500 > Subject: [PATCH] Allow sbuild to support new source formats I think some bits need a little tweaking to make the matching a bit stricter, and I think there's a bit missing in one place. I'd must also give due credit to Niels Thykier for his comments on this patch on #debian-devel. > diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm > index 6aae838..be15fd0 100644 > --- a/lib/Sbuild/Build.pm > +++ b/lib/Sbuild/Build.pm > @@ -572,7 +572,7 @@ sub fetch_source_files { > > $dsctext =~ /^Files:\s*\n((\s+.*\s*\n)+)/mi and $files = $1; > @other_files = map { (split( /\s+/, $_ ))[3] } split( "\n", $files ); > -$files =~ /(\Q$pkg\E.*orig.tar.gz)/mi and $orig = $1; > +$files =~ /(\Q$pkg\E\.(?:orig\.)?tar\.[a-z\d]+)$/mi and $orig = $1; The tar extension is one of gz, bz2, lzma and xz according to dpkg-source(1). I'd rather do a strict match of (gz|bz2|lzma|xz). Also, does it need to match orig-component here, or is this sufficient? > $self->log_subsubsection("Check arch"); > if (!$dscarchs) { > @@ -2375,7 +2375,22 @@ sub fixup_pkgv { > my $pkgv = shift; > > $pkgv =~ s,^.*/,,; # strip path > -$pkgv =~ s/\.(dsc|diff\.gz|tar\.gz|deb)$//; # strip extension > +$pkgv =~ s{ > +\. # strip the preceding dot > +( # for grouping the variuos suffixes > +dsc| # a dsc > +deb| # or deb > +diff\.gz| # or diff.gz > +debian\.tar\.[a-z\d]+| # or debian.tar.$extension As above, I'd rather use (gz|bz2|lzma|xz) in place of [a-z\d]+ > +( # or some tarball > +orig # orig > +(-[\w-]+)? # followed by component part 0 or 1 time I'm not sure this is correct. From dpkg-source(1): "component can only contain alphanumeric characters and dashes ("-")". I'd rather match on the strict [[:alnum:]-] (or it's Perlish equivalent) rather than any non-whitespace. > +\. # followed by a dot > +)? # matches 0 time for native, 1 time for upstream > +tar # tar portion > +\.[a-z\d]+ # matches any extension like gz, bz2, etc. This is another case of allowing all extentions. > +)$ # must be at the end of the line > +}{}x; # strip extension > $pkgv =~ s/_[a-zA-Z\d+~-]+\.(changes|deb)$//; # strip extension > > return $pkgv; > @@ -2510,8 +2525,10 @@ sub dsc_files { > my $stanza = @{$stanzas}[0]; > > # We're only interested in the name of the files in the Files field. > +my $source = ${$stanza}{'Source'}; > +$source =~ s/\s+//msg; > my $entry = ${$stanza}{'Files'}; > -@files = grep(/\.tar\.gz$|\.diff\.gz$/, split(/\s/, $entry)); > +@files = grep(/$source/, split(/\s+/, $entry)); I'm not entirely clear on what this bit is doing. Could you possibly explain what the change is here? Many thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#536245: New upstream version 2.24
David Claughton wrote: > Hi All, > > (BTW, did you mean bug #504569? That's the one you seem to have fixed!, > I also notice you haven't committed a changelog update, if you want to > do this, I'll make sure I merge mine with yours) > Apologies, Ana - I see now you've fixed both bugs and added a changelog entry - I don't know how I missed this :-( Cheers, David. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560789: pbuilder: output uses CAPITAL FONTS
On Sun, Dec 13, 2009, Loïc Minier wrote: > Hit this a good number of time today; sometimes happens when aptitude > installs build-deps, sometimes when pbuilder calls apt-get install > fakeroot, sometimes not at all. I did not manage to strace a broken > apt-get, so it could very well be a race condition. I tried reproducing by sending APT's output to a FIFO: bash -c 'exec > >(tee /tmp/log) 2>&1; sudo apt-get -y purge hello; sudo apt-get install hello' I tried this in the build chroot as well, with fakeroot etc. but it didn't help. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560030: libsdl-pango-dev fails to place header in correct location
On Sun, 13 Dec 2009 16:41:57 -0500 Michael Gilbert wrote: > only works if the headers are moved to the SDL directory. i don't see > any reverse depends for libsdl-pango-dev at this point ('apt-cache > showpkg libsdl-pango-dev') oops, that's not the right way to check that since it doesn't actually show reverse build-depends. the smart thing is to do is to run it against the actual library apt-cache showpkg libsdl-pango1 which shows a bunch of things like frozen-bubble. looking at frozen-bubble, it has an explicit -I/usr/include/SDL, which is why that picks up the SDL headers. so the question is whether that should be necessary? mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560030: libsdl-pango-dev fails to place header in correct location
> Hi, > > I don't necessarily disagree with your assesment but there are > currently at least 5 packages depending or build-depending on > libsdl-pango-dev that are not experiencing this problem. What package > are you having a problem with? its a custom piece of code that paultag is working on. the core of the problem is that the use of #include will produce an error that says unable to find SDL.h since it is located in /usr/include/SDL /rather than /usr/include. however, use of #include only works if the headers are moved to the SDL directory. i don't see any reverse depends for libsdl-pango-dev at this point ('apt-cache showpkg libsdl-pango-dev'), so perhaps that is why no one else has run into the problem. mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557197: [buildd-tools-devel] Bug#557197: Bug#557197: Bug#557197: Bug#557197: Bug#557197: schroot -b doesn't work for chroots with type=block-device
clone 557197 -1 retitle -1 schroot -b doesn't work for block-device chroots using unions tags 557197 + fixed-upstream pending thanks On Sun, Dec 13, 2009 at 04:12:37PM -0500, Evan Broder wrote: > On Sun, Dec 13, 2009 at 2:33 PM, Roger Leigh wrote: > > [Please could you not top-post. Thanks!] > > > > On Sun, Dec 13, 2009 at 01:57:15PM -0500, Evan Broder wrote: > >> I checked out the repository, ran ./bootstrap, then debuild -S, then > >> sbuild, then installed the resulting packages. I've rebooted since > >> installing the packages just to make sure there's no state sticking > >> around. > > > > I've put a copy of the sources and debian packages here: > > http://www.codelibre.net/~rleigh/schroot/ > > > > Could you try them, or rebuild them as appropriate? > > > > I've verified they work for me. However, it looked from your > > description that you might additionally be using filesystem > > unions; is this the case? If so, please could you test without > > a union to see if this works? > > > > If it's broken only when unions are enabled, there's some > > issue writing out the session file when unions are enabled. > > I've tried with both your packages and mine - I get the same behavior, > but you're right that it's only for union chroots. Without unions, > schroot -b works on type=block-device chroots. > > However, union chroots of type=directory /do/ work - it's just a > problem for chroots that are both union chroots and type=block-device. Thanks for checking. I'll have to have a further look to see what's different between the two types. Since this is actually two bugs relating to -b not creating session files: 1) block-device, now fixed and 2) block-device with unions, which is still outstanding, I'm cloning this into two separate bugs so they can be tracked independently. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#554167: RFC: mawk (not maintainer, updated package)
Steve Langasek wrote: > On Sun, Dec 13, 2009 at 12:04:17AM -0600, Jonathan Nieder wrote: >> I am wondering what to do next: should I pursue a 14-day delayed NMU? >> Do nothing and hope some of my changes are picked up? > > An unsanctioned NMU of a new upstream version of a Priority: required > package? No. To be fair, I was only asking for advice. Probably this is confusing because -mentors gets used both for sponsored uploads and packaging advice. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561032: graphmonkey: updated man page
Package: graphmonkey Version: 1.7-1 Severity: minor Tags: patch Here are some updates from the HELP file to the manpage. Ubuntu is currently using this manpage. Thanks! diff -ruN graphmonkey-1.7/debian/graphmonkey.1 graphmonkey-1.7-1ubuntu1/debian/graphmonkey.1 --- graphmonkey-1.7/debian/graphmonkey.12009-12-13 12:49:49.0 -0500 +++ graphmonkey-1.7-1ubuntu1/debian/graphmonkey.1 2009-11-05 21:55:24.0 -0500 @@ -2,7 +2,7 @@ .\" First parameter, NAME, should be all caps .\" Second parameter, SECTION, should be 1-8, maybe w/ subsection .\" other parameters are allowed: see man(7), man(1) -.TH GRAPHMONKEY 1 "July 4, 2005" +.TH GRAPHMONKEY 1 "June 13, 2008" .\" Please adjust this date whenever revising the manpage. .\" .\" Some roff macros, for reference: @@ -59,13 +59,28 @@ .br hyperbolic tangent : tan() .br - logarithm : log() + natural logarithm : ln() +.br + base 10 logarithm : log() .br exponential : exp() +.br + absolute value : abs() +.br + greatest integer : int() .sp 2 It is also possible to modify the range. - +.br +For example, you can try: +.br +sin(x)*x +.br +(sqrt(x)+5)*3 +.br +2.3233^5*(x/cos(x)) +.br +NOTE: replace "." by "," if you use "," for decimal values in your country .SH AUTHOR graphmonkey was written by Bellabes Lounis . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561031: graphmonkey: check copyright dates
Package: graphmonkey Version: 1.7-1 Severity: minor Tags: patch Check the copyright dates in debian/copyright diff -ruN graphmonkey-1.7.orig/debian/copyright graphmonkey-1.7-1/debian/copyright --- graphmonkey-1.7.orig/debian/copyright 2009-12-13 12:49:49.0 -0500 +++ graphmonkey-1.7-1/debian/copyright 2009-11-05 21:55:24.0 -0500 @@ -3,7 +3,7 @@ It was downloaded from http://sourceforge.net/projects/graphmonkey/ -Copyright (C) 2004 Bellabes Lounis +Copyright (C) 2004 - 2006 Bellabes Lounis License: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547570: Kopete 4.3.5.10-2 and ICQ
On Sunday 13 December 2009 16:32:12 Patrick Häcker wrote: > Hello, > > without the proposed patch and without changing the config file manually, > ICQ does _not_ work. Good to know. > The versions in http://kopete.kde.org/oscarversions.xml seem to be correct, > but the update procedure did not even start in my short tests. > > I can have a deeper look, if you tell me, what you want to know exactly. Why it doesn't update, and if it is fixable. > But what would that good for? The proposed patch is not a good long term > solution, but does it have to be? If it works for lenny, it is fine from > my point of view, as squeeze will contain KDE 4 and I guess that the > problem is solved there already (although I did not check that). It is good just in maintainership terms: if we can solve the problem by it's root, we don't need to be dealing with patches any time the protocol changes. We also need to contact the release team each time a package has to change in stable. And that also means me bugging some DD in the team to contact them :-( Remember that freeze will happen next year, but that doesn't means that Squeeze will be released soon. OTOH, no one else appears to have time enough to deal with this problem, and I do not use ICQ (nor I want to), so if you can help finding the problem, the better for everyone :) Regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org