Bug#377308: libid3-3.8.3: Where did the utilities in original upstream pkg vanished?
Package: libid3-3.8.3 Version: 3.8.3-4.1 Severity: minor The upstream package for libid3-3.8.3 at http://belnet.dl.sourceforge.net/sourceforge/id3lib/id3lib-3.8.3.tar.gz contains many utilities: -rwxr-xr-x 1 root root 4622 2006-07-06 18:16 id3convert -rwxr-xr-x 1 root root 4596 2006-07-06 18:16 id3cp -rwxr-xr-x 1 root root 4604 2006-07-06 18:16 id3info -rwxr-xr-x 1 root root 4598 2006-07-06 18:16 id3tag The debian/changelog does not mention what happened then and the last recorded in debian/changelog reads: id3lib (3.7.13-5) unstable; urgency=low * Fixed typo in id3tag manpage SUGGESTION Please add a paragraph to debian/README.DEbian to explain the differences to the upstream source package and explain in which package the utlilities are now part of. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libid3-3.8.3 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-7 GCC support library ii libstdc++51:3.3.6-13 The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-12 compression library - runtime libid3-3.8.3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377309: gajim: Please suggest nautilus-sendto
Package: gajim Version: 0.10.1-2 Severity: minor Now that nautilus-sendto 0.7-2 contains the Gajim plugin, please let gajim suggest it. I don't think that Recommends: is justified, since aptitude will pull in half of GNOME and some people use Gajim in other environments. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-486 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377300: libxul0d: symbol lookup error: /usr/lib/libxul.so.0d: undefined symbol: JS_SetGCParameter
severity 377300 normal reassign 377300 libmozjs0d merge 377300 376374 tag 376374 pending thanks On Fri, Jul 07, 2006 at 11:19:03PM -0400, Akira Yamanita <[EMAIL PROTECTED]> wrote: > Package: libxul0d > Version: 1.8.0.4-1 > Severity: grave > Justification: renders package unusable > > Epiphany and Galeon no longer function and return the same error. Both > browsers are updated the the latest vailable in the unstable branch. > > epiphany-browser 2.14.2.1-2 > galeon2.0.1-3 > > epiphany: symbol lookup error: /usr/lib/libxul.so.0d: undefined symbol: > JS_SetGCParameter > > galeon: symbol lookup error: /usr/lib/libxul.so.0d: undefined symbol: > JS_SetGCParameter This has already been reported in bug #376374. You need to upgrade libmozjs0d. Next upload will tighten dependencies so that it won't happen. Mike PS: I'm downgrading bug severity from RC because as a new package, there is no risk for the user to get different versions of the libs like you did. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377310: gcc: [inaccurate] warning: the use of `mktemp' is dangerous, better use `mkstemp'
Package: gcc Version: 4:4.1.1-3 Severity: normal While compiling binutils-2.17 from (Debian) sources, gcc reports following: bucomm.o: In function `make_tempname': /usr/src/net/deb/src/binutils-2.17/binutils/bucomm.c:426: warning: the use of `mktemp' is dangerous, better use `mkstemp' The proper fix is to use `mkdtemp' in the code, but the error message does not tell this. The developers may mistakenly disregard this message when they think "Oh, I create directories and `mkstemp' cannot create directories, so the warning does not apply to this code". SUGGESTION a) Add to the manual page, mkstemp.1, that this function works for files only. Add Crosss reference to mkdtemp and vice versa (from mkdtemp => mkstemp.1) b) Implement better checking in gcc to differtiate directories from files when displaying warning about use of mktemp function. OR mention both mkstemp and mkdtemp in the warning message if the parser cannot know which is the case This message has been submitted to GCC bugzilla as well: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28310+ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages gcc depends on: ii cpp 4:4.1.1-3 The GNU C preprocessor (cpp) ii gcc-4.1 4.1.1-7The GNU C compiler Versions of packages gcc recommends: ii libc6-dev [libc-dev] 2.3.6-15 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377311: python-2play: removal failed
Package: python-2play Version: 0.1.9-1 Severity: normal It seems impossible to remove the package without altering it's postrm: :~# dpkg --purge python-2play (Reading database ... 651922 files and directories currently installed.) Removing python-2play ... Traceback (most recent call last): File "/usr/sbin/update-python-modules", line 208, in ? raise "%s does not exist"%arg /usr/share/python-support/python-2play does not exist dpkg: error processing python-2play (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: python-2play :~# -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python-2play depends on: ii python2.3.5-11 An interactive high-level object-o ii python-support0.2.2 automated rebuilding support for p python-2play recommends no packages. -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#377312: num-utils: typo in long description
Package: num-utils Severity: minor Hi, The long description for num-utils includes the line: * numround: Round each number according to it's value. The word "it's" should actually be "its" (no apostrophe). This is one of the terribly many grammatical exceptions in English; the word "it's" is only ever used as a contraction for "it is". Thanks - Ben. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377138: [Pbuilder-maint] Bug#377138: pbuilder can't work if env does not contain HOSTNAME
Hi,
> > I mean, please re-send
> >
> > strace hostname -f
> >
> > that fails.
> >
> $ strace hostname -f
> execve("/bin/hostname", ["hostname", "-f"], [/* 40 vars */]) = 0
[snip]
> write(1, "localhost\n", 10localhost
> ) = 10
> munmap(0x2b6a993a9000, 4096)= 0
> exit_group(0) = ?
This is succeeding, with an output of 'localhost'.
I want something that fails.
Can you do within a script session:
$ unset HOSTNAME
$ env
$ strace hostname -f
$ ltrace hostname -f
regards,
junichi
--
[EMAIL PROTECTED],netfort.gr.jp} Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377145: Drop FUD messages from cdrecord output
* Joerg Schilling <[EMAIL PROTECTED]> [2006-07-07 19:58]: > My dictionary lists 'inofficial' before 'unofficial' and a native speaker from Because i comes before u in the alphabet or for another reason? > London did tell me that 'inofficial' is OK. Are you not a native speaker? The word "unofficial" is _much_ more common. "inofficial" sounds awkward, no matter whether the dictionary may allow it as an alternative or not. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377286: Mitre ID
Hi there, This has been given a Mitre ID CVE-2006-3458. Please mention this in changelogs. Cheers, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377138: [Pbuilder-maint] Bug#377138: pbuilder can't work if env does not contain HOSTNAME
On 7/8/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
Hi,
> > I mean, please re-send
> >
> > strace hostname -f
> >
> > that fails.
> >
> $ strace hostname -f
> execve("/bin/hostname", ["hostname", "-f"], [/* 40 vars */]) = 0
[snip]
> write(1, "localhost\n", 10localhost
> ) = 10
> munmap(0x2b6a993a9000, 4096)= 0
> exit_group(0) = ?
This is succeeding, with an output of 'localhost'.
I want something that fails.
Can you do within a script session:
$ unset HOSTNAME
$ env
$ strace hostname -f
$ ltrace hostname -f
Hello,
now I can't reproduce this bug, pbuilder does not report error even
when env does not contain HOSTNAME[1]. I don't know why.
anyway I run your script[2], and the result in attachment.
feel free to close bug, because now I don't know how to reproduce it.
[1]
$ env | grep HOSTNAME
$ sudo pbuilder update
W: /home/nichloas/.pbuilderrc does not exist
Upgrading for distribution sid
Building the build Environment
-> extracting base tarball [/var/cache/pbuilder/base.tgz]
-> creating local configuration
-> copying local configuration
-> mounting /proc filesystem
-> mounting /dev/pts filesystem
-> policy-rc.d already exists
Refreshing the base.tgz
-> upgrading packages
Get:1 http://debian.ustc.edu.cn sid Release.gpg [189B]
Hit http://debian.ustc.edu.cn sid Release
Err http://debian.ustc.edu.cn sid Release
Get:2 http://debian.ustc.edu.cn sid Release [38.3kB]
Ign http://debian.ustc.edu.cn sid Release
Hit http://debian.ustc.edu.cn sid/main Packages/DiffIndex
Fetched 38.5kB in 5s (7055B/s)
Reading package lists... Done
W: GPG error: http://debian.ustc.edu.cn sid Release: Could not execute
'/usr/bin/gpgv' to verify signature (is gnupg installed?)
W: You may want to run apt-get update to correct these problems
dpkg - warning: ignoring request to remove lilo which isn't installed.
Obtaining the cached apt archive contents
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree... Done
build-essential is already the newest version.
dpkg-dev is already the newest version.
apt is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Copying back the cached apt archive contents
-> unmounting dev/pts filesystem
-> unmounting proc filesystem
-> creating base tarball [/var/cache/pbuilder/base.tgz]
-> cleaning the build env
-> removing directory /var/cache/pbuilder/build//8166 and its subdirectories
$
[2]
$ unset HOSTNAME
$ env > 1.log
$ strace hostname -f >> 1.log 2>&1
$ ltrace hostname -f >> 1.log 2>&1
--
LI Daobing
1.log
Description: Binary data
Bug#350739: #350739: cdrecord status?
* Joerg Schilling ([EMAIL PROTECTED]) [060707 17:50]: > You seem not to understand how a constitution works > > If you do not follow written rules, you end up in arbitraryness. Actually, I'm a debian officer while you are not. It seems that my peer developers actually have some trust in me that I do my work correct. And all other developers are actually satisfied by the decision that CDDL doesn't meet the DFSG. The only one always barking and whining are you. So isn't the chance quite good that you are wrong, and all other people are right? Obviously, you are unable to interact in a good way with other people. I really recommend you to go to a specialist and take treatment to at least have a basic way to interact with other people. (BTW, I'm not sure if you employer is happy that you use work address and work ressources and so link him up with your bad attitude. Anyways, it's not my job that's put in danger by that.) Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369994: kpdf cannot open password protected pdf files
On Monday 05 June 2006 06:36, Josh Metzler wrote: > > Have you tried more than one password protected pdf? Just two weeks ago I > received the only password protected pdf I've ever come across, and KPDF > was able to open it just fine (once I entered the password). > I'm very sorry to have lost track of this bug and not been able to reply back. This issue is seen for the Bank Statements that I receive from Citibank (India) which are in password protected PDF format. I've tried every month's statement but get the same problem. xpdf opens the file fine. ii xpdf 3.01-8 Portable Document Format (PDF) suite ii xpdf-common3.01-8 Portable Document Format (PDF) suite -- comm ii xpdf-reader3.01-8 Portable Document Format (PDF) suite -- view ii xpdf-utils 3.01-8 Portable Document Format (PDF) suite -- util ii kpdf 3.5.3-1PDF viewer for KDE Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." "Stealing logic from one person is plagiarism, stealing from many is research." "The great are those who achieve the impossible, the petty are those who cannot - rrs" pgpnGHy8Wybqr.pgp Description: PGP signature
Bug#377315: ltrace: crash
Package: ltrace Version: 0.4-1 Severity: normal Hello, when I run [1], ltrace crash. I follow [2] got a gdb backtrace[3] [1] $ ltrace -c -C wdmd Usage: wdmd [options] configfile Allowed Options: General Options: --version print version string --helpproduce help message Config Options: -n [ --normal ]normal mode(default) -s [ --shake ] shake mdoe -i [ --ignore-error ] ignore-error mode --pdb set trajectory type to pdb --xyz set trajectory type to txyz --dat set trajectory type to dmddat --xtc set trajectory type to xtc -m [ --mol ] argmol file name -f [ --forcefield ] arg force field file name -o [ --traj ] arg trajectory file name -e [ --events ] arg events file name 0x54cad0% time seconds usecs/call calls function -- --- --- - 99.442.050415 2050415 1 boost::program_options::operator<<(std::ostream&, boost::program_options::options_description const&) 0.250.005183 33 156 std::basic_streambuf >::xsputn(char const*, long) 0.060.001172 293 4 boost::program_options::options_description::add_options() 0.040.000733 733 1 log4cxx::BasicConfigurator::configure() 0.030.000670 2724 operator delete(void*) 0.030.000618 2822 std::basic_string, std::allocator >::~basic_string() 0.020.000399 2814 std::basic_string, std::allocator >::basic_string(std::string const&) 0.020.000353 39 9 boost::program_options::options_description_easy_init::operator()(char const*, char const*) 0.010.000259 28 9 operator new(unsigned long) 0.010.000228 32 7 boost::program_options::options_description_easy_init::operator()(char const*, boost::program_options::value_semantic const*, char const*) 0.010.000208 29 7 std::basic_string, std::allocator >::basic_string(char const*, std::allocator const&) 0.010.000207 34 6 boost::program_options::options_description::add(boost::program_options::options_description const&) 0.010.000200 28 7 std::basic_string, std::allocator >::basic_string() 0.010.000200 28 7 std::allocator::~allocator() 0.010.000199 28 7 std::allocator::allocator() 0.010.000122 30 4 boost::program_options::options_description::options_description(std::string const&, unsigned int) Segmentation fault [2] http://wiki.debian.org/HowToGetABacktrace [3] (gdb) bt #0 0x004075b6 in dict_enter (d=0x538180, key=0x538370, value=0x5383c0) at dict.c:87 #1 0x004072f1 in my_demangle (function_name=0x545210 "_ZN5boost15program_options19options_description3addERKS1_") at demangle.c:51 #2 0x00407b74 in show_summary () at summary.c:80 #3 0x2b57929dd57d in exit () from /lib/libc.so.6 #4 0x0040578b in wait_for_something () at wait_for_something.c:37 #5 0x00402c86 in main (argc=, argv=0x7fff18329910) at ltrace.c:137 (gdb) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-em64t-p4-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ltrace depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libelfg0 0.8.6-3an ELF object file access library ltrace recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377314: update-ca-certificates: please allow hooks
Package: ca-certificates Version: 20050804 Severity: wishlist Hi, I'm reporting this bug with the xulrunner maintainer and the firefox co-maintainer hats on. It would be interesting if update-ca-certificates would allow hooks so that we could update some other "certificate database" besides /etc/ssl/certs/ca-certificates.crt. What I have in mind, for instance, would be a hook that calls certutil (when it is packaged, wishlist bug #377269) to update a .db file that firefox/xulrunner/whatever is using libnss could use. It would be nice if the hooks would be called for addition, modification and removal of certificates instead of calling them each time for the whole set of certificates, but I don't know how difficult it would be to do that. Any comments welcome. Cheers, Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii openssl 0.9.8b-2 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341801: skge error; hangs w/ hardware memory hole
* Andi Kleen <[EMAIL PROTECTED]> [2006-07-07 23:28]: > Is that a board with VIA chipset? Yes, according to lspci, there's a VIA K8T800Pro and VT8237. :00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] (prog-if 00 [Normal decode]) :00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) (prog-if 10 [OHCI]) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) (prog-if 00 [UHCI]) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) (prog-if 00 [UHCI]) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) (prog-if 00 [UHCI]) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) (prog-if 00 [UHCI]) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) (prog-if 20 [EHCI]) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316083: 1.8 is released
Hi Rob, Guile 1.8 was released in February and is a major improvement over 1.6. The newest versions of some apps already depend on it, for example fluxus [1]. So, we are eagerly waiting for a package :-) Reagrds, Thomas [1] http://www.pawfal.org/fluxus/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350739: #350739: cdrecord status?
Andreas Barth <[EMAIL PROTECTED]> wrote: > * Joerg Schilling ([EMAIL PROTECTED]) [060707 17:50]: > > You seem not to understand how a constitution works > > > > If you do not follow written rules, you end up in arbitraryness. > > Actually, I'm a debian officer while you are not. It seems that my peer > developers actually have some trust in me that I do my work correct. And > all other developers are actually satisfied by the decision that CDDL > doesn't meet the DFSG. The only one always barking and whining are you. > So isn't the chance quite good that you are wrong, and all other people > are right? As you are unable to prove your claims by quoting related parts of written down rules, you are obviously not trustworthy. I am not sure if this is just because you are unable to cooperate/interact with other people or because you like to have arbitraryness at Debian. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#377266: wrong glyph for Georgian letter D
forwarded 377266 https://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=17062 thanks Quoting Ian Jackson ([EMAIL PROTECTED]): > Package: ttf-freefont > Version: 20060501cvs-4 > > An Ubuntu user reported[1] that the Georgian letter D U10D3 has the > wrong glyph. We have fixed this with the attached patch. I thought I > saw that this had already been fixed in an upstream version but since > the error is still in recent Debian packages perhaps not. I reported the bug back to upstream. Contrary to what's said in Launchpad, the bug is not fixed in upstream's CVS. Thanks again, Ian, for the nice interaction between our two BTS. Feel free to forward any other issue reported in Launchpad signature.asc Description: Digital signature
Bug#377267: suggested fix
Tags: patch
This problem came up with moving UTS_RELEASE from
include/linux/version.h to include/linux/utsrelease.h
in the kernel sources (new for 2.6.18-rc1).
Attached you can find a suggested fix. I could build,
installing, and reinstalling 2.6.18-rc1 on amd64.
Hope this helps
Harri
diff -ur ../kernel-package-10.049/debian/changelog ./debian/changelog
--- ../kernel-package-10.049/debian/changelog 2006-06-16 22:51:53.0
+0200
+++ ./debian/changelog 2006-07-08 09:43:44.0 +0200
@@ -1,3 +1,10 @@
+kernel-package (10.049.1) unstable; urgency=low
+
+ * support UTS_RELEASE in include/linux/utsrelease.h (2.6.18-rc1)
+(Closes: #377267).
+
+ -- Harald Dunkel <[EMAIL PROTECTED]> Sat, 8 Jul 2006 09:42:09 +0200
+
kernel-package (10.049) unstable; urgency=low
* Bug fix: "kernel-package: localversion* files not supported?", thanks
diff -ur ../kernel-package-10.049/kernel/ruleset/misc/version_vars.mk
./kernel/ruleset/misc/version_vars.mk
--- ../kernel-package-10.049/kernel/ruleset/misc/version_vars.mk
2006-03-29 17:20:50.0 +0200
+++ ./kernel/ruleset/misc/version_vars.mk 2006-07-08 09:34:29.0
+0200
@@ -103,8 +103,12 @@
EXTRAV_ARG :=
endif
-UTS_RELEASE_VERSION=$(shell if [ -f include/linux/version.h ]; then
\
- grep 'define UTS_RELEASE' include/linux/version.h |
\
+UTS_RELEASE_HEADER:=$(shell \
+ x=include/linux/utsrelease.h ; \
+ test -f $$x || x=include/linux/version.h ; \
+ echo $$x)
+UTS_RELEASE_VERSION:=$(shell if [ -f $(UTS_RELEASE_HEADER) ]; then
\
+ grep 'define UTS_RELEASE' $(UTS_RELEASE_HEADER) |
\
perl -nle 'm/^\s*\#define\s+UTS_RELEASE\s+("?)(\S+)\1/g &&
print $$2;';\
else echo "" ;
\
fi)
diff -ur ../kernel-package-10.049/kernel/ruleset/modules.mk
./kernel/ruleset/modules.mk
--- ../kernel-package-10.049/kernel/ruleset/modules.mk 2006-03-27
18:57:27.0 +0200
+++ ./kernel/ruleset/modules.mk 2006-07-08 09:39:43.0 +0200
@@ -81,7 +81,7 @@
@(echo "The changelog says we are creating $(saved_version), but I
thought the version is $(version)"; exit 1)
endif
$(if $(subst $(strip $(UTS_RELEASE_VERSION)),,$(strip $(version))), \
- echo "The UTS Release version in include/linux/version.h"; \
+ echo "The UTS Release version in $(UTS_RELEASE_HEADER)"; \
echo " \"$(strip $(UTS_RELEASE_VERSION))\" "; \
echo "does not match current version:"; \
echo " \"$(strip $(version))\" "; \
@@ -126,7 +126,7 @@
@(echo "The changelog says we are creating $(saved_version), but I
thought the version is $(version)"; exit 1)
endif
$(if $(subst $(strip $(UTS_RELEASE_VERSION)),,$(strip $(version))), \
- echo "The UTS Release version in include/linux/version.h"; \
+ echo "The UTS Release version in $(UTS_RELEASE_HEADER)"; \
echo " \"$(strip $(UTS_RELEASE_VERSION))\" "; \
echo "does not match current version:"; \
echo " \"$(strip $(version))\" "; \
@@ -171,7 +171,7 @@
@(echo "The changelog says we are creating $(saved_version), but I
thought the version is $(version)"; exit 1)
endif
$(if $(subst $(strip $(UTS_RELEASE_VERSION)),,$(strip $(version))), \
- echo "The UTS Release version in include/linux/version.h"; \
+ echo "The UTS Release version in $(UTS_RELEASE_HEADER)"; \
echo " \"$(strip $(UTS_RELEASE_VERSION))\" "; \
echo "does not match current version:"; \
echo " \"$(strip $(version))\" "; \
@@ -206,7 +206,7 @@
@echo Modules not configured, so not making $@
else
$(if $(subst $(strip $(UTS_RELEASE_VERSION)),,$(strip $(version))), \
- echo "The UTS Release version in include/linux/version.h"; \
+ echo "The UTS Release version in $(UTS_RELEASE_HEADER)"; \
echo " \"$(strip $(UTS_RELEASE_VERSION))\" "; \
echo "does not match current version:"; \
echo " \"$(strip $(version))\" "; \
diff -ur ../kernel-package-10.049/kernel/ruleset/targets/headers.mk
./kernel/ruleset/targets/headers.mk
--- ../kernel-package-10.049/kernel/ruleset/targets/headers.mk 2006-06-16
22:33:28.0 +0200
+++ ./kernel/ruleset/targets/headers.mk 2006-07-08 09:41:34.0 +0200
@@ -35,7 +35,7 @@
@echo "This is kernel package version $(kpkg_version)."
ifeq ($(strip $(MAKING_VIRTUAL_IMAGE)),)
$(if $(subst $(strip $(UTS_RELEASE_VERSION)),,$(strip $(version))), \
- echo "The UTS Release version in include/linux/version.h"; \
+ echo "The UTS Re
Bug#377287: OpenGL HW acceleration doesn't work with SDL (with r300_dri)
On Fri, Jul 07, 2006, Christian Aichinger wrote: > | libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so > | libGL error: dlopen /usr/lib/dri/r300_dri.so failed > (/usr/lib/dri/r300_dri.so: undefined symbol: _glapi_Dispatch) > | libGL error: unable to find driver: r300_dri.so > [...] > The workaround proposed there (preloading libGL.so.1) actually > works. > [...] > So the attached patch introduces a new static function > SDL_LoadObject_LibGL() in src/video/x11/SDL_x11gl.c, which does the > same as SDL_LoadObject, but uses RTLD_GLOBAL. If SDL_LOADSO_DLOPEN > is not defined (i.e. not the dlopen SDL_LoadObject implementation is > used, but another one), the patch doesn't touch anything. > > It fixes the bug for me and shouldn't cause any other problems > AFAICS. All these workarounds are interesting, but any idea why /usr/lib/dri/r300_dri.so can't be linked with libGL instead? Regards, -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377295: exim: db_upgrade error during configuration
On Fri, Jul 07, 2006 at 02:32:04PM -1000, Ryo Furue wrote: > > bash# dpkg-reconfigure exim > db_upgrade: /var/spool/exim/db/retry.lockfile: unrecognized file type > db_upgrade: DB->upgrade: /var/spool/exim/db/retry.lockfile: Invalid argument > bash# > > I marked this bug as "grave" but I actually don't know how > severe this error is. All I can say is that exim *seems* to > continue to be working, but . . . This is the usual berkeley DB foo. Try moving /var/spool/exim/db away, creating an empty directory, and see whether this helps. And, please take a look at the new Description of the exim 3 package, consider that it might disappear from Debian any time soon, and update to exim4. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377317: adduser: [INTL:fr] French manpages translation update
Package: adduser Version: 3.92 Severity: wishlist Tags: l10n patch Hello, Please find attached the French manpages translation update, proofread by the debian-l10n-french mailing list. (to be dropped in the doc/po4a/po directory) Thanks in advance, -- Nekral fr.po.bz2 Description: Binary data
Bug#377302: quanta: please also add U+017E LATIN SMALL LETTER Z WITH CARON ž
Package: quanta Version: 4:3.5.2-2 Followup-For: Bug #377302 When transcribing some Czech text onto a web page, I also used ž U+017E LATIN SMALL LETTER Z WITH CARON, which is also missing from the list provided in Quanta Plus when typing &# -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages quanta depends on: ii kdelibs4c2a4:3.5.3-1 core libraries and binaries for al ii kfilereplace 4:3.5.2-2 batch search-and-replace component ii klinkstatus4:3.5.2-2 web link validity checker for KDE ii kommander 4:3.5.2-2 visual dialog builder and executor ii libacl12.2.39-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-1 The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcvsservice0 4:3.5.2-1+b2 DCOP service for accessing CVS rep ii libfam02.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-7 GCC support library ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libidn11 0.6.3-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.1-7 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-2 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.17-2 XSLT processing library - runtime ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii quanta-data4:3.5.2-2 data files for Quanta Plus web dev ii tidy 20051018-1HTML syntax checker and reformatte ii zlib1g 1:1.2.3-12compression library - runtime Versions of packages quanta recommends: ii cervisia4:3.5.2-1+b2 a graphical CVS front end for KDE ii docbook-defguide2.0.8-2 DocBook: The Definitive Guide - HT ii gnupg 1.4.3-2 GNU privacy guard - a free PGP rep ii kompare 4:3.5.2-1+b2 a KDE GUI for viewing differences ii kxsldbg 4:3.5.2-2graphical XSLT debugger for KDE ii phpdoc 20060408-1 Transition package for PHP4 and PH pn wdg-html-reference (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377295: exim: db_upgrade error during configuration
severity 377295 normal thanks Marc Haber wrote: On Fri, Jul 07, 2006 at 02:32:04PM -1000, Ryo Furue wrote: bash# dpkg-reconfigure exim db_upgrade: /var/spool/exim/db/retry.lockfile: unrecognized file type db_upgrade: DB->upgrade: /var/spool/exim/db/retry.lockfile: Invalid argument bash# I marked this bug as "grave" but I actually don't know how severe this error is. All I can say is that exim *seems* to continue to be working, but . . . This is the usual berkeley DB foo. Try moving /var/spool/exim/db away, creating an empty directory, and see whether this helps. Not entirely. There's a bug here that it tries to check all files in the directory, including the lockfile. I ought to write a more complicated pattern so it ignores lock files. However, there shouldn't ordinarily be a lock file there as exim isn't running - something must have crashed and left it perhaps? All errors from the database upgrade are ignored, so this will have no effect on whether exim runs properly, so this is not really a problem. However the error message sounds bad, so this will confuse people and ought to be fixed. I will do something about it if and when I do another exim package. And, please take a look at the new Description of the exim 3 package, consider that it might disappear from Debian any time soon, and update to exim4. I second this excellent advice. Despite maintaining the exim 3 packages, I have run exim4 on my own server for years. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377320: madwifi module unbuildable with gcc-4.1
Package: madwifi-source
Version: 0.svnr1679.0.9.1-1
Severity: important
madwifi-source cannot be built against kernel compiled with gcc-4.1
because it is more pedantic and -Werror option is passed to compiler.
on my pachine:
# Build modules
/usr/bin/make -C /usr/src/modules/madwifi modules \
KERNELPATH=/usr/src/linux-headers-2.6.17-1-686
KERNELRELEASE=2.6.17-1-686
KERNELCONF=/usr/src/linux-headers-2.6.17-1-686/.config ATH_RATE=ath_rate/sample
make[2]: Entering directory `/usr/src/modules/madwifi'
Checking requirements... ok.
Checking kernel configuration... ok.
/usr/bin/make -C /usr/src/linux-headers-2.6.17-1-686
SUBDIRS=/usr/src/modules/madwifi modules
/bin/sh: line 0: [: -lt: unary operator expected
make[3]: Entering directory `/usr/src/linux-headers-2.6.17-1-686'
CC [M] /usr/src/modules/madwifi/ath/ah_osdep.o
HOSTCC /usr/src/modules/madwifi/ath/uudecode
CC [M] /usr/src/modules/madwifi/ath/if_ath.o
cc1: warnings being treated as errors
In file included from /usr/src/modules/madwifi/ath/if_ath.c:51:
include/linux/skbuff.h: In function 'skb_add_data':
include/linux/skbuff.h:1140: warning: pointer targets in passing argument 1 of
'csum_and_copy_from_user' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_attach':
/usr/src/modules/madwifi/ath/if_ath.c:611: warning: pointer targets in passing
argument 1 of 'strcpy' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_grppoll_start':
/usr/src/modules/madwifi/ath/if_ath.c:5821: warning: pointer targets in passing
argument 1 of 'sscanf' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5824: warning: pointer targets in passing
argument 1 of 'strcmp' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5824: warning: pointer targets in passing
argument 2 of 'strcmp' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5828: warning: pointer targets in passing
argument 1 of 'sscanf' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5829: warning: pointer targets in passing
argument 1 of 'strlen' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5829: warning: pointer targets in passing
argument 1 of 'strlen' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_getchannels':
/usr/src/modules/madwifi/ath/if_ath.c:8394: warning: pointer targets in passing
argument 4 of 'ath_hal_init_channels' differ in signedness
make[5]: *** [/usr/src/modules/madwifi/ath/if_ath.o] Error 1
make[4]: *** [/usr/src/modules/madwifi/ath] Error 2
make[3]: *** [_module_/usr/src/modules/madwifi] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.17-1-686'
make[2]: *** [modules] Error 2
make[2]: Leaving directory `/usr/src/modules/madwifi'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/madwifi'
make: *** [kdist_build] Error 2
BUILD FAILED!
After i've applied this patch/workarround
--- Makefile.inc~ 2006-07-08 10:34:27.0 +0200
+++ Makefile.inc2006-07-08 11:53:23.0 +0200
@@ -187,7 +187,7 @@
#
TOOLS= ${DEPTH}/tools
-COPTS+=-Werror
+#COPTS+= -Werror
INCS= -include ${obj}/${DEPTH}/include/compat.h -I${obj}/${DEPTH}/include
ifeq ($(strip ${BUS}),AHB)
I can build the module with a lot of warnings.
Attached you can found buildlog of successfull m-a invocation, so you
can see all gcc-4.1 warnings.
Ciao
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Versions of packages madwifi-source depends on:
ii bzip2 1.0.3-3high-quality block-sorting file co
ii debhelper 5.0.37.2 helper programs for debian/rules
ii module-assistant 0.10.4 tool to make module package creati
madwifi-source recommends no packages.
-- no debconf information
--
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4
dh_testdir
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/madwifi clean \
KERNELPATH=/usr/src/linux-headers-2.6.17-1-686
KERNELRELEASE=2.6.17-1-686
KERNELCONF=/usr/src/linux-headers-2.6.17-1-686/.config ATH_RATE=ath_rate/sample
make[1]: Entering directory `/usr/src/modules/madwifi'
for i in ./net80211 ath_rate/sample ./ath; do \
/usr/bin/make -C $i clean; \
done
make[2]: Entering directory `/usr/src/modules/madwifi/net80211'
rm -f *~ *.o *.ko *.mod.c
rm -f .depend .version .*.o.flags .*.o.d .*.o.cmd .*.ko.cmd
rm -rf .tmp_versions
make[2
Bug#131387: metting you
Hire, i am !here sitting in tahe internet caffe. Found your em!ail and decided to writea. I amight be coming to your pl!ace in 14 days, soa I decided to email you.a May be we can meet? I am 25 y.o. girl. I have a picture if you want. N!o need to reply here as thais is not my email. Write me at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350739: #350739: cdrecord status?
* Joerg Schilling ([EMAIL PROTECTED]) [060708 11:19]: > As you are unable to prove your claims by quoting related parts of written > down rules, you are obviously not trustworthy. Please see Don's reply. It contains all useful information. Even though you behave like a Kindergarte would be the right place for you, I'm not doing total mouthfeeding for you now. And BTW, I'm not interested to be considered anything by you or not. You're just irrelevant. Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377316: jabref: wrapper script, command line options, the right "java"
Package: jabref Version: 2.0.1+2.1b2-1 Severity: minor Hello, Thanks for packaging JabRef! Just noticed some minor issues in the wrapper script /usr/bin/jabref. First, JabRef is not just a GUI, it also accepts some commend line options. Try: java -jar /usr/share/java/jabref.jar --help However, the wrapper script ignores all command line options. I would suggest a simple change: java -jar /usr/share/java/jabref.jar "$@" instead of: java -jar /usr/share/java/jabref.jar Second, JabRef cannot use any "java" that happens to be available in the system; it specifically requires the Sun Java (or some other non-free thingy?). If the alternatives are chosen so that "java" points to, say, /usr/lib/jvm/java-gcj/jre/bin/java, one will get an error message such as this (I copy & paste it here in case someone else is looking for the error message in the BTS): % jabref createDefaultRoot not implemented fireChangedUpdate not implemented Exception in thread "main" java.lang.NullPointerException at net.sf.jabref.MnemonicAwareAction.putValue(Unknown Source) at javax.swing.AbstractAction.(libgcj.so.7) at javax.swing.AbstractAction.(libgcj.so.7) at javax.swing.AbstractAction.(libgcj.so.7) at net.sf.jabref.MnemonicAwareAction.(Unknown Source) at net.sf.jabref.imports.OpenDatabaseAction.(Unknown Source) at net.sf.jabref.JabRefFrame.(Unknown Source) at net.sf.jabref.JabRef.openWindow(Unknown Source) at net.sf.jabref.JabRef.(Unknown Source) at net.sf.jabref.JabRef.main(Unknown Source) Naturally, "update-alternatives --config java" and explicitly choosing /usr/lib/jvm/java-1.5.0-sun/jre/bin/java helps. However, as far as I can see, this is not the default setting even if one has Sun Java installed from the Debian packages. I do not know what would be the right way to fix this problem. Some ideas: - Document the issue in README.Debian. - An ugly trick such as using "/usr/lib/jvm/java-1.5.0-sun/jre/bin/java" if available; otherwise falling back to "java"? Best regards, Jukka Suomela -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages jabref depends on: ii sun-java5-jre 1.5.0-07-1 Sun Java(TM) Runtime Environment ( jabref recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377318: gnome-control-center: Spurious 'Unable to start the settings manager 'gnome-settings-daemon'.' message
Package: gnome-control-center Version: 1:2.14.2-1 Severity: normal Whenever I run gnome-keyboard-properties or gnome-keybinding-properties, I am greeted by the following message: Unable to start the settings manager 'gnome-settings-daemon'. Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager. But: $ pgrep -fl gnome-settings-daemon 5223 /usr/lib/control-center/gnome-settings-daemon --oaf-activate-iid=OAFIID:GNOME_SettingsDaemon --oaf-ior-fd=26 After I dismiss the message window, the capplet runs normally. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.2-1configuration applets for GNOME 2 ii desktop-file-utils 0.10-1Utilities for .desktop files ii gnome-desktop-data 2.14.2-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus2.14.0-3 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libebook1.2-5 1.6.2-3 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-desktop-2 2.14.2-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.0-3 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.2-1Utility library for getting window ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.0-2 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins-base0 0.10.8-1 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.8-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.5-1library of lightweight GTK2 based ii libnautilus-extension1 2.14.1-5 libraries for nautilus components ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscell
Bug#377319: Modify dependencies to support PHP 5
Package: kronolith2 Version: 2.1-1 Uninstallable on a PHP 5 system. Currently requires php4-mcal, php4-mysql or php4-pgsql. Needs to alternatively support php5-mcal, php5-mysql or php5-pgsql. Another of kronolith2's dependencies, php-date, also has a PHP4-only dependency (php4-pear), preventing successful installation on a PHP5 system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334040: xmms: In Locale UTF8, Dialogs Display Nothing
Package: xmms Version: 1.2.10+cvs20060429-1 Followup-For: Bug #334040 If xmms is launched with a UTF-8 locale, all GTK dialogs (preference panel, file load panel, error dialogs) appear with no text. If xmms is launched with LANG=en_US (no UTF-8 qualifier), then the dialogs appear normally. LANG=C works as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xmms depends on: ii libasound2 1.0.11-3ALSA library ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6-7 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libgl1-mesa-glx [libgl1] 6.4.2-1 A free implementation of the OpenG ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libmikmod2 3.1.11-a-6 A portable sound library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libsm6 1:1.0.0-4 X11 Session Management library ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxxf86vm1 1:1.0.0-4 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages xmms recommends: ii unzip 5.52-7 De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360739: fixed with new linux version
> "Stephen" == Stephen R Marenka <[EMAIL PROTECTED]> writes: Stephen> linux-kbuild-2.6.17 (in NEW) should provide the proper Stephen> fixdep, so that with the move to 2.6.17, should get us Stephen> building on m68k again. Hello, As soon as the linux-kbuild-* packages are available in unstable, i will upload a new version of squashfs. Regards, Arnaud Fontaine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365241: libmodule-build-perl: Upstream version 0.2801 has been released
Julian Mehnle wrote: > Upstream has released version 0.28 of Module::Build: > [...] > It fixes many bugs of 0.26 and brings many new useful features. Please > package it! By now, 0.2801 has been released: http://search.cpan.org/dist/Module-Build-0.2801/ Please package it. 0.2600 from Debian is grossly outdated. :-( pgpUVjq3wDgUP.pgp Description: PGP signature
Bug#377302: quanta: list of Czech characters missing from &#nnn; list
Package: quanta Version: 4:3.5.2-2 Followup-For: Bug #377302 Hi, checking the Unicode character map with what is listed in Quanta Plus under &#nnn; I found the following absent: č U+010D LATIN SMALL LETTER C WITH CARON absent ď U+010F LATIN SMALL LETTER D WITH CARON absent ě U+011B LATIN SMALL LETTER E WITH CARON absent ň U+0148 LATIN SMALL LETTER N WITH CARON absent ř U+0159 LATIN SMALL LETTER R WITH CARON absent š U+0161 LATIN SMALL LETTER S WITH CARON absent ť U+0165 LATIN SMALL LETTER T WITH CARON absent ů U+016F LATIN SMALL LETTER U WITH RING ABOVE absent ž U+017E LATIN SMALL LETTER Z WITH CARON absent -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages quanta depends on: ii kdelibs4c2a4:3.5.3-1 core libraries and binaries for al ii kfilereplace 4:3.5.2-2 batch search-and-replace component ii klinkstatus4:3.5.2-2 web link validity checker for KDE ii kommander 4:3.5.2-2 visual dialog builder and executor ii libacl12.2.39-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-1 The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcvsservice0 4:3.5.2-1+b2 DCOP service for accessing CVS rep ii libfam02.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-7 GCC support library ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libidn11 0.6.3-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.1-7 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-2 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.17-2 XSLT processing library - runtime ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii quanta-data4:3.5.2-2 data files for Quanta Plus web dev ii tidy 20051018-1HTML syntax checker and reformatte ii zlib1g 1:1.2.3-12compression library - runtime Versions of packages quanta recommends: ii cervisia4:3.5.2-1+b2 a graphical CVS front end for KDE ii docbook-defguide2.0.8-2 DocBook: The Definitive Guide - HT ii gnupg 1.4.3-2 GNU privacy guard - a free PGP rep ii kompare 4:3.5.2-1+b2 a KDE GUI for viewing differences ii kxsldbg 4:3.5.2-2graphical XSLT debugger for KDE ii phpdoc 20060408-1 Transition package for PHP4 and PH pn wdg-html-reference (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377322: Support updated Python policy.
Package: apt-proxy
Severity: important
Tags: patch
diff -Nru /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/changelog
/tmp/vFArSlQAly/apt-proxy-1.9.33/debian/changelog
--- /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/changelog 2006-03-28
22:06:20.0 +
+++ /tmp/vFArSlQAly/apt-proxy-1.9.33/debian/changelog 2006-07-08
10:16:48.0 +
@@ -1,3 +1,9 @@
+apt-proxy (1.9.33-0.2) unstable; urgency=low
+
+ * Convert to updated Python policy.
+
+ -- Matthias Klose <[EMAIL PROTECTED]> Sat, 8 Jul 2006 10:14:32 +
+
apt-proxy (1.9.33-0.1) unstable; urgency=high
* Non-maintainer upload.
diff -Nru /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/control
/tmp/vFArSlQAly/apt-proxy-1.9.33/debian/control
--- /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/control 2006-03-28
15:35:03.0 +
+++ /tmp/vFArSlQAly/apt-proxy-1.9.33/debian/control 2006-07-08
10:14:25.0 +
@@ -4,14 +4,16 @@
Maintainer: Otavio Salvador <[EMAIL PROTECTED]>
Uploaders: Chris Halls <[EMAIL PROTECTED]>
Standards-Version: 3.6.2
-Build-Depends-Indep: debhelper (>= 4.1.13), po-debconf, help2man,
python-twisted (>= 1.0.0), python, python-apt, po4a (>= 0.18.1)
+XS-Python-Version: current
+Build-Depends-Indep: debhelper (>= 4.1.13), po-debconf, help2man,
python-twisted (>= 2.4), python (>= 2.3.5-11), python-apt, po4a (>= 0.18.1),
python-central (>= 0.5)
Package: apt-proxy
Architecture: all
-Depends: debconf (>= 0.5.00) | debconf-2.0, ${python:Depends}, python-twisted
(>= 1.3.0-7) | python2.3 (<< 2.3.5-1), python-twisted (>= 1.0.0),
python-twisted-web | python-twisted (<< 2.1.0), python-apt (>= 0.5.8), bzip2,
logrotate, adduser
+Depends: ${python:Depends}, debconf (>= 0.5.00) | debconf-2.0,
${python:Depends}, python-twisted-web (>= 0.6), python-apt (>= 0.6.18), bzip2,
logrotate, adduser
Conflicts: apt-proxy-v2 (<= 1.9.5)
Replaces: apt-proxy-v2 (<= 1.9.5)
Suggests: rsync
+XB-Python-Version: ${python:Versions}
Description: Debian archive proxy and partial mirror builder development
This is version 2 of apt-proxy which will, when ready, replace apt-proxy v1.
.
diff -Nru /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/rules
/tmp/vFArSlQAly/apt-proxy-1.9.33/debian/rules
--- /tmp/WksUAyXxzD/apt-proxy-1.9.33/debian/rules 2006-03-28
15:47:20.0 +
+++ /tmp/vFArSlQAly/apt-proxy-1.9.33/debian/rules 2006-07-08
10:17:57.0 +
@@ -34,6 +34,7 @@
dh_installman
dh_installchangelogs
dh_installlogrotate
+ dh_pycentral
dh_python
dh_installinit
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377109: Bug#350739: #350739: cdrecord status?
Don Armstrong <[EMAIL PROTECTED]> wrote: > On Fri, 07 Jul 2006, Joerg Schilling wrote: > > Andreas Barth <[EMAIL PROTECTED]> wrote: > > > Also, as usual, you are ignoring the vital fact that the > > > combination of CDDL and GPL is something between legally dubious > > > and illegal. Of course, you ca distribute whatever you want, but > > > Debian is bound to legal behaviour. > > > > It seems that you did never read the GPL and the CDDL in depth > > enough in order to under stand either of them... > > > > The GPL explicitely allows to use the code and it only forbids to > > use GPL code in non-GPL projects. So it is obvious that the GPL > > allows to use non GPL code in a GPL project. > > The GNU GPL only allows this when it is possible to satisfy the > conditions of the GPL for the distributed work. For example, this is > why it is possible to combine MIT licensed works with GPLed works. Your assumption is made on wrong general prerequisites. The CDDL definitely does not have any requirements on "other" code as it is a clearly file based license. For this rerason, your statements (below) on the CDDL are wrong. What you mention about the GPL is only true in case you put GPLd code or parts of GPLd code into a non-GPL project. The relevent part of the GPL is: b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. Other claims often made about the GPL when talking about the GPL cannot be found in the original GPL text, viloate the law and thus are void. The GPL includes no text that is related to GPL projects that include/use non-GPLd code. As the GPL in general permits to use the code, this is a permitted use. Before writing more, it seems to be iomportant to mention a common missconception: Both, the CDDL and the GPL are _source_ licenses. They both _allow_ binary redistribution under certain conditions but it is definitely wrong to even think about: "under what license might the resultant binary be". There is no "binary license for the project" but there is a permission to distribute/use binaries under certain conditions. The CDDL enforces contidions under which the resultant binary may be distributed but it does not enforce _anything_ on the non-CDDL source. The GPL enforces other contidions under which the resultant binary may be distributed but it does not enforce _anything_ on the non-GPL source. Note that you simply cannot create a license that tries to enforce conditions on other people's code because this would be illegal. Many people forget about the law and about the original intention of the FSF when talking about the GPL. Unless you asume that the FSF is acting like Microsoft, it is obvious that the intention of the FSF it "only" to prevent the GPLd code from disappearing in CSS projects and to keep it free. Both do not apply to code under the CDDL because the CDDL is a free license that itself tries to prevent the code from being made non-free. > Allow me to make it abundantly clear why the CDDL and GPL are > incompatible:[1] > > CDDL 3.1 requires that the Source Code of Covered Works made available > in Executable form be distributable only under the CDDL; CDDL 3.4 > disallows additional restrictions. CDDL 6.2 (patent retaliation) is a > restriction not present in the GPL. See above: The text is correct, the conclusion is wrong. The CDDL is a file based license and does not enforce any restrictions on non-CDDL code. > GPL 2 requires all of the work when distributed together to apply to > the GPL. GPL 6 dissallows additional restrictions. GPL 2c is a > requirement not present in the CDDL. See above: The GPL (see GPL § 2b) only requires the whole work to be distributed under the GPL in case that a non-GPL project tries to use GPL code. The GPL does not contain any text that could cause the assumption the GPL tries to enforce restrictions on non-GPL code. > As you can see, they're incompatible with eachother in either As you see, you just did make the wrong conclusions > direction. Indeed, I've been told by those involved in the drafting of > the CDDL that this was done by design. [See the video of the Solaris > discussion at Debconf 6 if you want to see someone talk about it; you > can also see me discussing this issue and others as well in the same > video.] This is of course wrong - sorry. Please stop distributing wrong claims. I have been involved with the creation of the CDDL and I know that your claim is wrong. The reason for not using the GPL for OpenSolaris is simple: The GPL (if used for OpenSolaris) would not allow Sun to create the "Sun Solaris Distribution" from the OpenSolaris sources. I had a 1.5 hour phone conference with the lawyer who created the CDDL and the Solaris chief engineer and we did discuss all aspects of the CDDL a
Bug#377323: patch for NMU (Support updated Python policy.)
Package: flumotion
Tags: patch
diff -u flumotion-0.2.0/debian/control flumotion-0.2.0/debian/control
--- flumotion-0.2.0/debian/control
+++ flumotion-0.2.0/debian/control
@@ -3,13 +3,15 @@
Priority: optional
Maintainer: Loic Minier <[EMAIL PROTECTED]>
Build-Depends: cdbs, debhelper (>= 4.1.0)
-Build-Depends-Indep: pkg-config, python-twisted (>= 1.3.0),
python-twisted-names, python-twisted-web, python-gtk2-dev (>= 2.6.3),
python-glade2, libgstreamer0.10-dev (>= 0.10.1),
libgstreamer-plugins-base0.10-dev (>= 0.10.1), python-gst0.10 (>= 0.10.1),
python
+Build-Depends-Indep: pkg-config, python-twisted (>= 1.3.0),
python-twisted-names, python-twisted-web, python-gtk2-dev (>= 2.6.3),
python-glade2, libgstreamer0.10-dev (>= 0.10.1),
libgstreamer-plugins-base0.10-dev (>= 0.10.1), python-gst0.10 (>= 0.10.1),
python (>= 2.3.5-11), python-central (>= 0.5)
+XS-Python-Version: current
Standards-Version: 3.7.2
Package: flumotion
Architecture: all
Depends: ${python:Depends}, ssl-cert (>= 1.0-11), python-twisted (>= 1.3.0),
python-gtk2 (>= 2.4.0), python-glade2, python-gst0.10 (>= 0.10.1),
python-pyopenssl, python-imaging, gstreamer0.10-plugins-base,
gstreamer0.10-plugins-good, adduser
Suggests: xsltproc
+XB-Python-Version: ${python:Versions}
Description: Fluendo Streaming Server - manager, worker and admin
Flumotion is a modern streaming media server built with a modular
distributed design. This gives you unprecedented stability and
diff -u flumotion-0.2.0/debian/changelog flumotion-0.2.0/debian/changelog
--- flumotion-0.2.0/debian/changelog
+++ flumotion-0.2.0/debian/changelog
@@ -1,3 +1,10 @@
+flumotion (0.2.0-1.1) unstable; urgency=low
+
+ * NMU
+ * Convert to updated Python policy.
+
+ -- Matthias Klose <[EMAIL PROTECTED]> Sat, 8 Jul 2006 10:25:15 +
+
flumotion (0.2.0-1) unstable; urgency=low
* New upstream release, "San Telmo".
diff -u flumotion-0.2.0/debian/rules flumotion-0.2.0/debian/rules
--- flumotion-0.2.0/debian/rules
+++ flumotion-0.2.0/debian/rules
@@ -1,5 +1,7 @@
#!/usr/bin/make -f
+DEB_PYTHON_SYSTEM=pycentral
+
binary-install/flumotion::
# run dh_python before dh_installinit so that invoke-rc.d can start
# compiled Python executables
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350739: #350739: cdrecord status?
Andreas Barth <[EMAIL PROTECTED]> wrote: > Please see Don's reply. It contains all useful information. Even though > you behave like a Kindergarte would be the right place for you, I'm not > doing total mouthfeeding for you now. As you continue to send irrelevent rants, you are obviously not able or willing to have a fruitful discussion. Please stay off this discussion unless you have anything relevent to say! Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#377320: madwifi module unbuildable with gcc-4.1
Marco Nenciarini wrote:
Package: madwifi-source
Version: 0.svnr1679.0.9.1-1
Severity: important
This is not from debian, but from the staging repository.
madwifi-source cannot be built against kernel compiled with gcc-4.1
because it is more pedantic and -Werror option is passed to compiler.
I use gcc-4.1 for a long time, and cannot reproduce this (I do not use
the 2.6.17-* debian kernel however). I suspect a problem with the
headers, and not madwifi. Can you please send this information to the
madwifi-users mailing list [1] so that I may discuss it with Pavel Roskin?
[1] http://madwifi.org/wiki/Resources#MailingLists
Thanks, Kel.
on my pachine:
# Build modules
/usr/bin/make -C /usr/src/modules/madwifi modules \
KERNELPATH=/usr/src/linux-headers-2.6.17-1-686
KERNELRELEASE=2.6.17-1-686
KERNELCONF=/usr/src/linux-headers-2.6.17-1-686/.config ATH_RATE=ath_rate/sample
make[2]: Entering directory `/usr/src/modules/madwifi'
Checking requirements... ok.
Checking kernel configuration... ok.
/usr/bin/make -C /usr/src/linux-headers-2.6.17-1-686
SUBDIRS=/usr/src/modules/madwifi modules
/bin/sh: line 0: [: -lt: unary operator expected
make[3]: Entering directory `/usr/src/linux-headers-2.6.17-1-686'
CC [M] /usr/src/modules/madwifi/ath/ah_osdep.o
HOSTCC /usr/src/modules/madwifi/ath/uudecode
CC [M] /usr/src/modules/madwifi/ath/if_ath.o
cc1: warnings being treated as errors
In file included from /usr/src/modules/madwifi/ath/if_ath.c:51:
include/linux/skbuff.h: In function 'skb_add_data':
include/linux/skbuff.h:1140: warning: pointer targets in passing argument 1 of
'csum_and_copy_from_user' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_attach':
/usr/src/modules/madwifi/ath/if_ath.c:611: warning: pointer targets in passing
argument 1 of 'strcpy' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_grppoll_start':
/usr/src/modules/madwifi/ath/if_ath.c:5821: warning: pointer targets in passing
argument 1 of 'sscanf' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5824: warning: pointer targets in passing
argument 1 of 'strcmp' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5824: warning: pointer targets in passing
argument 2 of 'strcmp' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5828: warning: pointer targets in passing
argument 1 of 'sscanf' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5829: warning: pointer targets in passing
argument 1 of 'strlen' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c:5829: warning: pointer targets in passing
argument 1 of 'strlen' differ in signedness
/usr/src/modules/madwifi/ath/if_ath.c: In function 'ath_getchannels':
/usr/src/modules/madwifi/ath/if_ath.c:8394: warning: pointer targets in passing
argument 4 of 'ath_hal_init_channels' differ in signedness
make[5]: *** [/usr/src/modules/madwifi/ath/if_ath.o] Error 1
make[4]: *** [/usr/src/modules/madwifi/ath] Error 2
make[3]: *** [_module_/usr/src/modules/madwifi] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.17-1-686'
make[2]: *** [modules] Error 2
make[2]: Leaving directory `/usr/src/modules/madwifi'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/madwifi'
make: *** [kdist_build] Error 2
BUILD FAILED!
After i've applied this patch/workarround
--- Makefile.inc~ 2006-07-08 10:34:27.0 +0200
+++ Makefile.inc2006-07-08 11:53:23.0 +0200
@@ -187,7 +187,7 @@
#
TOOLS= ${DEPTH}/tools
-COPTS+=-Werror
+#COPTS+= -Werror
INCS= -include ${obj}/${DEPTH}/include/compat.h -I${obj}/${DEPTH}/include
ifeq ($(strip ${BUS}),AHB)
I can build the module with a lot of warnings.
Attached you can found buildlog of successfull m-a invocation, so you
can see all gcc-4.1 warnings.
Ciao
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Versions of packages madwifi-source depends on:
ii bzip2 1.0.3-3high-quality block-sorting file co
ii debhelper 5.0.37.2 helper programs for debian/rules
ii module-assistant 0.10.4 tool to make module package creati
madwifi-source recommends no packages.
-- no debconf information
dh_testdir
dh_testroot
dh_clean
/usr/bin/make -C /usr/src/modules/madwifi clean \
KERNELPATH=/usr/src/linux-headers-2.6.17-1-686
KERNELRELEASE=2.6.17-1-686
KERNELCONF=/usr/src/linux-headers-2.6.17-1-686/.config ATH_RATE=ath_rate/sample
make[1]: Entering directory `/usr/src/modules/madwifi'
for i in ./net80211 ath_rate/sample ./ath; do \
/usr/bin/make -C $i clean; \
done
Bug#376868: dpkg-dev: same behaviour as #376868 during a kernel build
Package: dpkg-dev Version: 1.13.22 Followup-For: Bug #376868 hi tried building a kernel with make-kpkg and the deb-pkg target of the source tree and i get the same error regardless of what i do as a normal user. e.g.: % sudo dpkg-architecture Password: DEB_BUILD_ARCH=i386 DEB_BUILD_ARCH_OS=linux DEB_BUILD_ARCH_CPU=i386 DEB_BUILD_GNU_CPU=i486 DEB_BUILD_GNU_SYSTEM=linux-gnu DEB_BUILD_GNU_TYPE=i486-linux-gnu DEB_HOST_ARCH=i386 DEB_HOST_ARCH_OS=linux DEB_HOST_ARCH_CPU=i386 DEB_HOST_GNU_CPU=i486 DEB_HOST_GNU_SYSTEM=linux-gnu DEB_HOST_GNU_TYPE=i486-linux-gnu % dpkg-architecture DEB_BUILD_ARCH= DEB_BUILD_ARCH_OS=linux DEB_BUILD_ARCH_CPU= DEB_BUILD_GNU_CPU= DEB_BUILD_GNU_SYSTEM= DEB_BUILD_GNU_TYPE= DEB_HOST_ARCH= DEB_HOST_ARCH_OS=linux DEB_HOST_ARCH_CPU= DEB_HOST_GNU_CPU= DEB_HOST_GNU_SYSTEM= DEB_HOST_GNU_TYPE= yikes! :) simon -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1000, 'unstable'), (998, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.7-acahkos.2 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages dpkg-dev depends on: ii binutils 2.17-1 The GNU assembler, linker and bina ii cpio 2.6-16 GNU cpio -- a program to manage ar ii dpkg 1.13.21package maintenance system for Deb ii make 3.81-2 The GNU version of the "make" util ii patch 2.5.9-4Apply a diff file to an original ii perl [perl5] 5.8.8-6Larry Wall's Practical Extraction ii perl-modules 5.8.8-6Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-3high-quality block-sorting file co ii gcc [c-compiler] 4:4.1.1-3 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-7The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#255569: Some progress but not quite
It seems we want four things: 1. ftinfo -a /usr/share/fonts/truetype/freefont/FreeMono.ttf must show: /usr/share/fonts/truetype/freefont/FreeMono.ttf: 0: postscript: isFixedPitch: 1 2. typing a file in FreeMono in Openoffice, and extracting the content.xml, should show 3. /usr/share/fonts/truetype/freefont/fonts.cache-1 should have spacing=100: 4. KDE control center should list FreeMono among the available monospaced fonts. I could solve 1 - 3 (details below). However, 4 remains unsolved. FreeMono remains unrecognised by KDE (I especially installed kde-core to test this). But I noticed that Luxi Mono is *also* not recognised by KDE. This is, apparently, a 3 year old Debian bug! (#197163). Maybe it is some kind of "KDE" bug rather than a "font" bug. A) To solve 1 and 2: (starting from the newest version of ttf-freefont, ttf-freefont_20060501cvs-5_all.deb by Christian Perrier): Using ttx, change in the "post" table to Then (this is important) do dpkg-reconfigure fontconfig. B) To solve 2 and 3: use ttx, change in the "hmtx" table all width values to 600 (apart from .null, which can remain at width="0"). Also do dpkg-reconfigure fontconfig. If you want to solve 1,2, and 3 together, you must do both A) and B). Luxi Mono already has correct entries in the "post" and "hmtx" tables, so it does not have the problems 1-3. But it has problem 4. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368248: Elfutils ITP?
On Sat, Jul 08, 2006 at 11:02:59AM +0200, Christian Aichinger wrote: > > Is the work you've done available online somewhere, so I could take > a look? > > I currently do have enough time, and somehow I also happen to like > this lowlevel ELF stuff for some strange reason.. I've put what I currently have at http://roeckx.be/packages Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377201: [Pkg-nagios-devel] Bug#377201: nagios-plugins: transition to new PostgreSQL architecture
hi martin, On Fri, Jul 07, 2006 at 12:46:09PM +0200, Martin Pitt wrote: > nagios-plugins still did not do the postgresql transition announced a > year ago [1]. Can you please update the build dependency to use > libpq-dev and use pg_config in debian/rules? i've finally gotten around to committing this to svn, it'll be in the next update. quick question though... the PGINCLUDE type arguments are meant to be at the end of the configure line, and not the beginning? sean signature.asc Description: Digital signature
Bug#377325: [patch] Support updated Python policy
Package: castle-combat
Tags: patch
I'm not uploading this before Jul 15 as a NMU, because it's a change
to the build system as well (introducing debhelper).
Matthias
diff -u castle-combat-0.8.1/debian/control castle-combat-0.8.1/debian/control
--- castle-combat-0.8.1/debian/control
+++ castle-combat-0.8.1/debian/control
@@ -2,15 +2,17 @@
Section: games
Priority: optional
Maintainer: John Lightsey <[EMAIL PROTECTED]>
-Build-Depends: dpatch
+Build-Depends: dpatch, debhelper (>= 5.0.37.2), python-central (>= 0.5)
+XS-Python-Version: >= 2.3
Standards-Version: 3.7.2.0
Package: castle-combat
Architecture: all
-Depends: python (>= 2.3), python-twisted, python-pygame, ttf-bitstream-vera
+Depends: ${python:Depends}, python-twisted, python-pygame, ttf-bitstream-vera
Provides: castle-combat-data
Replaces: castle-combat-data (<< 0.8.0)
Conflicts: castle-combat-data (<< 0.8.0)
+XB-Python-Version: ${python:Versions}
Description: game where the player builds one castle and destroys others
A clone of the old DOS game Rampart. Up to four players (or
more in future versions) build castle walls, place cannons
reverted:
--- castle-combat-0.8.1/debian/postinst
+++ castle-combat-0.8.1.orig/debian/postinst
@@ -1,13 +0,0 @@
-#!/bin/sh -e
-
-if [ "$1" = "configure" ] && [ -x /usr/bin/update-menus ]; then
- update-menus
- PYTHON=python2.3
- if which $PYTHON >/dev/null 2>&1; then
- DIRLIST="/usr/share/games/castle-combat"
- for i in $DIRLIST ; do
-# $PYTHON -E -O /usr/lib/$PYTHON/compileall.py -q $i
- $PYTHON -E /usr/lib/$PYTHON/compileall.py -q $i
- done
- fi
-fi
reverted:
--- castle-combat-0.8.1/debian/postrm
+++ castle-combat-0.8.1.orig/debian/postrm
@@ -1,3 +0,0 @@
-#!/bin/sh -e
-
-if [ -x "`which update-menus 2>/dev/null`" ]; then update-menus ; fi
reverted:
--- castle-combat-0.8.1/debian/prerm
+++ castle-combat-0.8.1.orig/debian/prerm
@@ -1,4 +0,0 @@
-#!/bin/sh
-
-dpkg -L castle-combat | awk '$0~/\.py$/ {print $0"c\n" $0"o"}' | \
- xargs rm -f >&2
diff -u castle-combat-0.8.1/debian/rules castle-combat-0.8.1/debian/rules
--- castle-combat-0.8.1/debian/rules
+++ castle-combat-0.8.1/debian/rules
@@ -57,6 +57,7 @@
rm -f build-stamp configure-stamp debian/files
rm -f debian/castle-combat.substvars
rm -rf debian/castle-combat
+ dh_clean
install: build checkroot
rm -f debian/castle-combat.substvars
@@ -87,26 +88,19 @@
# Build architecture-dependent files here.
binary-indep: build install checkroot
- $(INSTALL_DIR) debian/castle-combat/usr/share/doc/castle-combat \
- debian/castle-combat/usr/share/menu \
- debian/castle-combat/DEBIAN
- $(INSTALL_FILE) README TODO debian/copyright
debian/castle-combat/usr/share/doc/castle-combat
- $(INSTALL_FILE) debian/menu
debian/castle-combat/usr/share/menu/castle-combat
- $(INSTALL_FILE) debian/changelog
debian/castle-combat/usr/share/doc/castle-combat/changelog.Debian
-
- chmod a-x debian/castle-combat/usr/share/man/man6/castle-combat.6
- gzip -9f debian/castle-combat/usr/share/man/man6/castle-combat.6 \
-
debian/castle-combat/usr/share/doc/castle-combat/changelog.Debian
- $(INSTALL_SCRIPT) debian/postinst debian/postrm debian/prerm
debian/castle-combat/DEBIAN
- dpkg-gencontrol -pcastle-combat -ldebian/changelog -isp \
- -Pdebian/castle-combat
- chmod 644 debian/castle-combat/DEBIAN/control
- chown 0.0 debian/castle-combat/DEBIAN/control
- cd debian/castle-combat && find . -type f ! -regex '.*/DEBIAN/.*'
-printf '%P\0' \
- | xargs -r0 md5sum > DEBIAN/md5sums
- chmod 644 debian/castle-combat/DEBIAN/md5sums
- chown 0.0 debian/castle-combat/DEBIAN/md5sums
- dpkg-deb --build debian/castle-combat ..
+ dh_testdir
+ dh_testroot
+ dh_installdocs -i README TODO
+ dh_installchangelogs -i
+ dh_installmenu -i
+ dh_pycentral -i
+ dh_python -i #/usr/share/games/castle-combat
+ dh_compress -i
+ dh_fixperms -i
+ dh_installdeb -i
+ dh_gencontrol -i
+ dh_md5sums -i
+ dh_builddeb -i
binary: binary-indep binary-arch
.PHONY: build clean binary-indep binary-arch binary install configure
diff -u castle-combat-0.8.1/debian/changelog
castle-combat-0.8.1/debian/changelog
--- castle-combat-0.8.1/debian/changelog
+++ castle-combat-0.8.1/debian/changelog
@@ -1,3 +1,9 @@
+castle-combat (0.8.1-1.1) unstable; urgency=low
+
+ * Convert to updated Python policy.
+
+ -- Matthias Klose <[EMAIL PROTECTED]> Sat, 8 Jul 2006 10:46:49 +
+
castle-combat (0.8.1-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- castle-combat-0.8.1.orig/debian/substvars
+++ castle-combat-0.8.1/debian/substvars
@@ -0,0 +1 @@
+python:Versions=>= 2.3
only in patch2:
unchanged
Bug#377326: eagle-usb-modules-source: fails to compile
Package: eagle-usb-modules-source Version: 2.1.1-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1001, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages eagle-usb-modules-source depends on: ii debhelper 5.0.37.2 helper programs for debian/rules ii make 3.81-2 The GNU version of the "make" util Versions of packages eagle-usb-modules-source recommends: ii kernel-package10.049 A utility for building Linux kerne ii module-assistant 0.10.4 tool to make module package creati -- debconf-show failed Hi, this seems to be the cause: USE_CMVS=0 make -C /lib/modules/2.6.17.3/source SUBDIRS=/usr/src/modules/eagle-usb/driver modules make[1]: Entering directory `/usr/src/linux-2.6.17.3' CC [M] /usr/src/modules/eagle-usb/driver/eu_main.o In file included from /usr/src/modules/eagle-usb/driver/eagle-usb.h:30, from /usr/src/modules/eagle-usb/driver/eu_main.c:41: /usr/src/modules/eagle-usb/driver/eu_types.h:54:5: warning: "USE_CMVS" is not defined /usr/src/modules/eagle-usb/driver/eu_main.c:176: error: unknown field 'owner' specified in initializer /usr/src/modules/eagle-usb/driver/eu_main.c:176: warning: initialization from incompatible pointer type /usr/src/modules/eagle-usb/driver/eu_main.c:253: error: expected ')' before string constant /usr/src/modules/eagle-usb/driver/eu_main.c:255: error: expected ')' before string constant /usr/src/modules/eagle-usb/driver/eu_main.c:1101:5: warning: "USE_CMVS" is not defined /usr/src/modules/eagle-usb/driver/eu_main.c:1336:5: warning: "USE_CMVS" is not defined /usr/src/modules/eagle-usb/driver/eu_main.c:1404:5: warning: "USE_CMVS" is not defined make[2]: *** [/usr/src/modules/eagle-usb/driver/eu_main.o] Error 1 make[1]: *** [_module_/usr/src/modules/eagle-usb/driver] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.17.3' make: *** [eagle-usb.ko] Error 2 The kernel is compiled from the original tarball using kernel-package utility and the compiler is gcc-4.0.4 $ LC_ALL=C cc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada, treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix= -4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enabl e-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4 .0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release x86_64-l inux-gnu Thread model: posix gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) Best Regards, Manolo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377324: linux-2.6: HPA re-enabled after resume causes hard drive to be partially not accessible
Package: linux-2.6
Severity: normal
Tags: patch
Host protected area (sometimes called hidden protected area) is used to
have a hidden partition at the end of the harddrive.
The linux kernel disables HPA on boot and makes the whole harddrive
available to the kernel. I have a /home partition overlapping the host
protected area.
When doing a supend-to-ram and resume on my laptop, the Host protected
area is re-enabled causing the harddrive to appear smaller than it
actually is. After that, When I access data beyond the hpa limit,
the IO layer thinks I am accessing beyond the harddrive limit, catches
the error and remounts the /home partition read only.
The patch re-enables HPA on resume from ram and makes
suspend-to-ram/resume work on my laptop.
Regards,
--
Arnaud Cornet
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
diff -ruN linux-2.6-2.6.17/drivers/ide/ide.c linux-2.6-2.6.17-resume-hpa/drivers/ide/ide.c
--- linux-2.6-2.6.17/drivers/ide/ide.c 2006-06-18 03:49:35.0 +0200
+++ linux-2.6-2.6.17-resume-hpa/drivers/ide/ide.c 2006-07-08 11:39:35.0 +0200
@@ -1238,6 +1238,7 @@
struct request rq;
struct request_pm_state rqpm;
ide_task_t args;
+ int ret;
memset(&rq, 0, sizeof(rq));
memset(&rqpm, 0, sizeof(rqpm));
@@ -1248,7 +1249,11 @@
rqpm.pm_step = ide_pm_state_start_resume;
rqpm.pm_state = PM_EVENT_ON;
- return ide_do_drive_cmd(drive, &rq, ide_head_wait);
+ ret = ide_do_drive_cmd(drive, &rq, ide_head_wait);
+
+ if (drive->has_hpa)
+ idedisk_disable_hpa(drive);
+ return ret;
}
int generic_ide_ioctl(ide_drive_t *drive, struct file *file, struct block_device *bdev,
diff -ruN linux-2.6-2.6.17/drivers/ide/ide-disk.c linux-2.6-2.6.17-resume-hpa/drivers/ide/ide-disk.c
--- linux-2.6-2.6.17/drivers/ide/ide-disk.c 2006-06-18 03:49:35.0 +0200
+++ linux-2.6-2.6.17-resume-hpa/drivers/ide/ide-disk.c 2006-07-08 11:39:35.0 +0200
@@ -510,11 +510,29 @@
set_max = idedisk_set_max_address(drive, set_max);
if (set_max) {
drive->capacity64 = set_max;
+ drive->has_hpa = 1;
printk(KERN_INFO "%s: Host Protected Area disabled.\n",
drive->name);
}
}
+void idedisk_disable_hpa(ide_drive_t *drive)
+{
+ int lba48 = idedisk_supports_lba48(drive->id);
+
+ /* On my machine idedisk_set_max_address has no effect if
+ * idedisk_read_native_max_address is not called before */
+ if (lba48) {
+ idedisk_read_native_max_address_ext(drive);
+ idedisk_set_max_address_ext(drive, drive->capacity64);
+ } else {
+ idedisk_read_native_max_address(drive);
+ idedisk_set_max_address(drive, drive->capacity64);
+ }
+ printk(KERN_INFO "%s: Host Protected Area disabled.\n",
+ drive->name);
+}
+
/*
* Compute drive->capacity, the full capacity of the drive
* Called with drive->id != NULL.
diff -ruN linux-2.6-2.6.17/include/linux/ide.h linux-2.6-2.6.17-resume-hpa/include/linux/ide.h
--- linux-2.6-2.6.17/include/linux/ide.h 2006-06-18 03:49:35.0 +0200
+++ linux-2.6-2.6.17-resume-hpa/include/linux/ide.h 2006-07-08 11:39:36.0 +0200
@@ -602,6 +602,7 @@
unsigned scsi : 1; /* 0=default, 1=ide-scsi emulation */
unsigned sleeping : 1; /* 1=sleeping & sleep field valid */
unsigned post_reset : 1;
+ unsigned has_hpa : 1; /* host protected area detected */
u8 quirk_list; /* considered quirky, set for a specific host */
u8 init_speed; /* transfer rate set at boot */
Bug#377145: Drop FUD messages from cdrecord output
On Fri, 2006-07-07 at 19:58 +0200, Joerg Schilling wrote: > >Every time I burn a CD I am presented with the following FUD: > > > cdrecord: Warning: Running on Linux-2.6.16-2-k7 > > cdrecord: There are unsettled issues with Linux-2.5 and newer. > > cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. > > This is not FUD but important information. > > Note that Debian did not update cdrtools since 14 months and the Linux-2.6 > kernel series did introduce 2 incompatible interface changes (that are > important > to cdrtools) meanwhile. > > These incompatible interface changes cause a user level progam like cdrecord > to fail. > > Note that the message directs you to _stable_ systems. If it was missing, > many users would not know why they have problems... Please back these claims up with references. I have seen similar statements from you in the past, but you never actually describe the changed interfaces, or provide a reason why cdrecord cannot be modified to take them into account. > >I think it is inappropriate for Debian to advertise the use of non-free > >operating systems such as Solaris. > > It is questionable whether the Linux Kernel you are running is free (it > violates the GPL), Cite please. If you really think this is true, please file a bug against the linux-2.6 package. > but Solaris is definitely free, so what? I assume you mean OpenSolaris here? As you know, it is distributed under the CDDL, which is not DFSG-free. Besides, the Freeness of Solaris is not germane to this discussion, unless someone creates a port of Debian to a gnu-ksolaris architecture. > >Furthermore, if Linux 2.4 is > >recommended over 2.6 then Debian should ship 2.4 as the default (I > >believe 2.4 is to be dropped from the Etch release entirely). > > It seems that you forgot that Linux-2.4 is the latest stable version. > All newer Linux kernel versions are in alpha/pre-alpha state "Stable" according to whom? Etch will ship 2.6.16; the only changes that will be made to the kernel packages (and all other packages) during Etch's lifecycle are those which fix security flaws and critical bugs. > >This message should also be removed: > > > Warning: Open by 'devname' is unintentional and not supported. > > Wrong: open by devname is not documented in the man page and undocumented > features may be removed without prior notice. You are incorrectly assuming that it is the job of the Debian maintainers to simply import new upstream releases, verbatim. This is not the case. It is the job of the Debian maintainers to integrate the package into Debian so that it works with the other packages present in the distribution. Since Etch will be released with the Linux 2.6.16 kernel, the maintainers know that the cdrecord package has to work with that kernel. Therefore they are not going to drop the one feature that makes it possible for Etch's cdrecord package to function! Besides, newer releases of cdrecord that may drop this interface will not make it into Debian anyway, since they are not DFSG-free. > rad the man page and follow the documentation... If I did this then I would be unable to burn CDs at all due to the issues I mentioned in my original bug report (which you neglected to quote when replying). > >While I'm at it, I would prefer that the marked lines of the following > >message should go as well: > > > Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 > > Joerg Schilling > >* NOTE: this version of cdrecord is an inofficial (modified) release of > >cdrecord > >* and thus may have bugs that are not present in the original version. > >Please send bug reports and support requests to <[EMAIL PROTECTED]>. > >* The original author should not be bothered with problems of this > >version. > > > If Debian would remove this note, Debian would violate the "Urheberrecht". > Do you really like that Debian violates the law? I'm sorry, but I don't read German and so I don't know what this means. I do know that the version of cdrecord that Debian currently ships is made available under the GPL, which does allow the marked lines to be removed. If this is not the case then the package should be punted into non-free. In case you misunderstood my original statement: I am not requesting that the copyright notice be removed; I am merely requesting that the pointless messages that only serve to annoy our users should be removed. > The cdrecord from Debian not only "may have bugs" but definitely is known to > have > bugs that are not present in the original. Debian needs to inform their users > that they are not using the original. Yadda yadda yadda. We have the bug tracking system to track bugs. Furthermore, Debian users *know* that Debian modifies the software that they ship; that's the *point* of creating a distribution. Such messages are not present in the other ~10,000 packages that Debian ships. > >Since bug reports filed with reportbug go to t
Bug#376426: libnss-ldap: Can't login even as local user
Quoting Sjoerd Simons <[EMAIL PROTECTED]>:
> I've also tried sash and that seems to work fine..
If I understand you correctly, you've tried zsh and bash but then you can't
login, but if you try sash, then it works?!
Then maybe you have some faulty .bash{rc,_profile} as well?
> So it still seems like a bug/regression in libnss-ldap (especially since
> downgrading fixes the problem..)
Oki, that's true...
--
attack Legion of Doom FSF Panama Ft. Bragg cracking ammonium PLO
toluene Delta Force Saddam Hussein strategic colonel CIA Peking
[See http://www.aclu.org/echelonwatch/index.html for more about this]
[Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf]
If neither of these works, try http://www.aclu.org and search for echelon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375584: reprepro: please support pulling only a specific package using the commandline
* Matt Brown <[EMAIL PROTECTED]> [060626 16:22]: > Currently when using the pull feature of reprepro the only > method of restricting which packages are updated is to use the > FilterFormula and FilterList configuration file options. > > I would like a method to be able to pull only a specific package leaving > the other packages in the "source" distribution as they > are. I'm imagining a command format like Did you already take a look at the new "copy" command of reprepro 1.0.0? Does it do what you need? Can I close this wishlist bug? Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367910: real xine outpug plugin
> > Could you check which *real* output plugin(s) causes the crash? > > Amarok crashes both when I choose Also and oss instead of Autodetect- as long > as i use the old amarokrc which i posted in >a previous mail. I meant Alsa, not Also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377328: xfs: add font dir to catalogue in /etc/X11/fs/config
Package: xfs Version: 1:1.0.1-5 Please apply the attached patch or provide some other way to have the directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/ added to the the line begining with "catalogue = " in /etc/X11/fs/config. That is part of the fix for bug 363378. Thanks. diff -ruN orig/xfs-1.0.1/debian/patches/02_debian_setup.diff xfs-1.0.1/debian/patches/02_debian_setup.diff --- orig/xfs-1.0.1/debian/patches/02_debian_setup.diff 2006-07-08 12:44:29.0 +0200 +++ xfs-1.0.1/debian/patches/02_debian_setup.diff 2006-07-08 12:51:32.0 +0200 @@ -25,7 +25,7 @@ +XCOMM turn off TCP port listening (Unix domain connections are still permitted) +no-listen = tcp +XCOMM paths to search for fonts -+catalogue = /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/cyrillic/,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ ++catalogue = /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/cyrillic/,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/ XCOMM in decipoints default-point-size = 120 -default-resolutions = 75,75,100,100 signature.asc Description: This is a digitally signed message part
Bug#376426: libnss-ldap: Can't login even as local user
Quoting =?UTF-8?B?VmVkcmFuIEZ1cmHEjQ==?= <[EMAIL PROTECTED]>: > Same here, except I can't login[1] even using sash. > > If I start nscd, login, and then disable nscd, sash will work (unlike bash > or zsh). > > [1] Authentication is, actually, successful, I see the MOTD, but shell > isn't started and it brings me back to "login: ". Maybe the latest libnss-ldap is more picky about exit/return codes OR messages produced by the shell? I know that I have problems with ssh/scp if I have a verbose .bashrc! If my .bashrc is outputting text, and i try to scp a file to that machine (with the verbose .bashrc), then the scp will fail! Disabling the output, and all is well... Maybe something similar with the latest libnss-ldap? Just an idea... -- CIA Rule Psix explosion PLO Khaddafi Legion of Doom Soviet class struggle Panama ammonium toluene security bomb president KGB [See http://www.aclu.org/echelonwatch/index.html for more about this] [Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf] If neither of these works, try http://www.aclu.org and search for echelon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377327: Make subscribing to a bug easier
Package: bugs.debian.org It would be nice if the bug subscription feature could be done using the original mail, perhaps by adding a "Subscribe: yes" pseudo-header. If that header is there, the BTS could send the [EMAIL PROTECTED] mail automatically as soon as it knows the bug number. This would save the submitter from having to wait for the ACK to arrive (giving them the bug number), and then sending the subscription mail. (I would prefer the BTS to default to "Subscribe: no", since this is less surprising for people used to the system. reportbug could add the header by default.) A final finesse could be to allow the "Subscribe:" header to have either "yes", "no", or an e-mail address to be subscribed. -- I've never seen anyone wear a Freudian slip. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375931: closed by "Steinar H. Gunderson" <[EMAIL PROTECTED]> (Re: Contents file is empty, where is it gone ?)
severity 375931 minor thanks On Fri, Jul 07, 2006 at 07:21:34PM +0900, Junichi Uekawa wrote: > There's one bug that's not addressed; the warning message. That is surely not RC; downgrading. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377316: jabref: wrapper script, command line options, the right "java"
On Sat, 08 Jul 2006 12:32:59 +0300, Jukka Suomela wrote: > Thanks for packaging JabRef! > Just noticed some minor issues in the wrapper script /usr/bin/jabref. Thanks for your bug report! > However, the wrapper script ignores all command line options. I would > suggest a simple change: > java -jar /usr/share/java/jabref.jar "$@" Good point, fixed. > Second, JabRef cannot use any "java" that happens to be available in > the system; it specifically requires the Sun Java (or some other > non-free thingy?). [..] > I do not know what would be the right way to fix this problem. Some > ideas: > > - Document the issue in README.Debian. I decided to take this option for the time being, because ... > - An ugly trick such as using >"/usr/lib/jvm/java-1.5.0-sun/jre/bin/java" if available; >otherwise falling back to "java"? ... this seems a little "fragile" with regard to changing names in the future. Thanks again, I've already contacted my sponsor and asked him to upload the new revision. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Bob Dylan: High Water signature.asc Description: Digital signature
Bug#335406: Easy fix for these (ancient) bugs
merge 335406 240824
tags 240824 patch
thanks
This bug is really easy to fix, linux_logo just has to hardcode the linux
logo number to use when selection '-c'. The attached patch fixes these long
standing bugs and makes linux_logo do what the manpage does.
Please apply this fix to the package, thanks
Javier
diff -Nru linuxlogo-4.13/linux_logo.c linuxlogo-4.13.patch/linux_logo.c
--- linuxlogo-4.13/linux_logo.c 2006-01-11 18:29:23.0 +0100
+++ linuxlogo-4.13.patch/linux_logo.c 2006-07-08 13:28:49.0 +0200
@@ -749,7 +749,7 @@
switch (c) {
case 'a': settings.plain_ascii=1; break;
case 'b': settings.banner_mode=1; break;
-case 'c': settings.banner_mode=0; break;
+case 'c': settings.banner_mode=0; logo_num=2; break;
case 'd': settings.pretty_output=0;
set_pretty_printing(0);
break;
signature.asc
Description: Digital signature
Bug#377329: python2.3 -c 'int(buffer(__import__("array").array("c")))' segfaults
Package: python2.3
Version: 2.3.5-14
Severity: normal
python2.3 -c 'int(buffer(__import__("array").array("c")))' segfaults
This was discussed on the python mailing list but should be fixed
anyway as python should never segfault. This bug is reproducible on i386
stable and with python2.4, too.
See http://mail.python.org/pipermail/python-dev/2006-June/065646.html
and http://mail.python.org/pipermail/python-dev/2006-June/065678.html.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages python2.3 depends on:
ii libbz2-1.01.0.3-3high-quality block-sorting file co
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii libdb4.3 4.3.29-5 Berkeley v4.3 Database Libraries [
ii libncurses5 5.5-2 Shared libraries for terminal hand
ii libreadline5 5.1-7 GNU readline and history libraries
ii libssl0.9.8 0.9.8b-2 SSL shared libraries
ii python-central0.5.1 register and build utility for Pyt
ii zlib1g1:1.2.3-12 compression library - runtime
Versions of packages python2.3 recommends:
pn python2.3-cjkcodecs | python2 (no description available)
pn python2.3-cjkcodecs | python2 (no description available)
-- no debconf information
signature.asc
Description: Digital signature
Bug#366500: Problem not fixed?
On Sat, Jul 08, 2006 at 08:25:09AM +0200, Robert Gomułka wrote: > In my version I think the problem is still not fixed. Should I reopen this > bug? Not really. None of the files causing trouble in your mandb output is from xbase-clients. The ones I have left quoted are from libxau-dev, which had a similar bug, and for which a fix is pending. Please be patient. The rest of the output is even more irrelevant... Thanks, Vasilis > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauFileName.3x.gz: bad symlink or ROFF > `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink > or > ROFF `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauLockAuth.3x.gz: bad symlink or ROFF > `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauGetAuthByAddr.3x.gz: bad symlink or > ROFF `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauWriteAuth.3x.gz: bad symlink or ROFF > `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauReadAuth.3x.gz: bad symlink or ROFF > `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauDisposeAuth.3x.gz: bad symlink or ROFF > `.so' request > mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory > mandb: warning: /usr/share/man/man3/XauUnlockAuth.3x.gz: bad symlink or ROFF > `.so' request -- Vasilis Vasaitis "A man is well or woe as he thinks himself so."
Bug#340598: Shouldn't this bug be left open?
On Fri, 7 Jul 2006 21:54:11 -0600 LaMont Jones wrote:
> On Fri, Jul 07, 2006 at 11:12:07AM +0200, Jonas Smedegaard wrote:
> > I stumbled across exact same problem today (although using
> > cowbuilder around pbuild :-) ), and wonder: if tagging as wontfix,
> > isn't it then an error to also close this bug?
>
> Not an error - it's not even a bug, so there's nothing to fix.
>
> Policy requires (7.6) that build-depends be installed when the clean
> target is invoked. Pretty clear. Backporting frequently requires
> adjusting build-deps.
>
> > Also, would it not be correct to add (or move) libdb4.3-dev to
> > build-depends-indep?
>
> No. Build-depends-indep is (according to policy in 7.6) used only on
> build, build-indep, binary, and binary-indep. Clean and build-arch
> (which use libdb${version}-dev) require build-depends.
Ok. Thanks for the detailed response!
- Jonas
--
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
- Enden er nær: http://www.shibumi.org/eoti.htm
pgpX5cejnSDQN.pgp
Description: PGP signature
Bug#305490: firefox bug followup
On Thu, Apr 20, 2006 at 01:54:08PM -0400, Chris Davies <[EMAIL PROTECTED]> wrote: > even with the latest updates, this happened again once today. No > iframe's on the page, however, there were a number of nested tables. > > So, this bug still exists. Should a new bug be opened? This might be related to https://bugzilla.mozilla.org/show_bug.cgi?id=343953 , which will be fixed in next upload. It would be helpful if you'd setup something so that you could get a backtrace. Here, I added a script doing the following in /etc/rcS.d: mkdir -m 1777 /tmp/core echo "/tmp/core/%e.%s.%p" > /proc/sys/kernel/core_pattern Then I set ulimit -c to half my /tmp size so that I don't fill /tmp with core files. When you get a crash, you'll get a file named /tmp/core/firefox-bin.SIG.PID (SIG is likely to be 11), which you can use to get a full backtrace: You first need to install firefox-dbg, then run firefox -g and type core /tmp/core/firefox-bin.SIG.PID bt full and send the result here ;) I think I'm going to add this recipe in the reportbug notice. Cheers, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337937: [gmail] Bug#337937: CVEs for quake3
> Please address CVE-2006-3325 and CVE-2006-3324 before uploading quake3. if it is uploaded, it will be based on the last svn version, from the description in the db; it is already fixed in the last svn versions. -- greetz, marc Man, you guys should see this ugly sticky flesh. Kinda like my Aunt Ruth's special Jello. Crichton - Green-Eyed Monster scorpius.homelinux.org 2.6.17 #2 PREEMPT Thu Jun 22 07:18:33 CEST 2006 GNU/Linux signature.asc Description: Digital signature
Bug#377332: expect: intermittent failures processing large amounts of binary data
Package: expect
Version: 5.43.0-3.1
Severity: normal
[ CC'ed to package adopter as the BTS doesn't know about them yet ]
Hi.
Expect seems to have intermittent semi-random problems during
processing of large amounts of binary data.
The attached scripts, testspew (expect) and spew (perl) originally had a
telnet connection between them (I'm SIGSEGV hunting in telnetd-ssl)
but if I take out the telnet connection the problem still appears.
Put them both in the same directory, make them executable, then do:
./testspew|cat -A
spew just spits out incrementing 32 bit numbers, and testspew
checks they are right, after adjusting for newline processing.
They run for between 2 and 20 minutes or so on my machine, before
dying due to a "\r\n" where there should be a "\n". This implies the
match on "^\r\n" at line 15 of testspew is failing and it is matching
"^(.)" instead (line 20)
I let it run repeatedly overnight, here are the (cleaned up)
results. The initial number is how many times it failed at that
particular point. It usually fails on 624906, but not always, and I've
tried running it from just before 624906 and it sails past it, so it's
not just that particular data pattern causing the problem.
1 Expected 264795 ([^J^D^@)got 67767643 ([^M^J^D)
3 Expected 330408 (M-(^J^E^@) got 84544936 (M-(^M^J^E)
81 Expected 624906 (^JM-^I^I^@) got 159975949 (^M^JM-^I^I)
Hope this all makes sense, feel free to ask if it doesn't.
Ian.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages expect depends on:
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii tcl8.48.4.12-1 Tcl (the Tool Command Language) v8
expect recommends no packages.
-- no debconf information
#!/usr/bin/expect -f
remove_nulls -d 0
spawn ./spew
set lastnum -1
set done 0
set buf ""
set buflen 0
while { ! $done } {
expect {
-re "^\r\n" {
append buf "\n"
incr buflen
puts "RETURN-NEWLINE"
}
-re "^(.)" {
append buf $expect_out(1,string)
incr buflen
}
eof {
puts "EOF"
set done 1
}
}
if { ! $done && $buflen == 4 } {
set buflen 0
binary scan $buf i num
incr lastnum
if { $lastnum != $num } {
set expected [ binary format i $lastnum ]
puts "ERROR: Expected $lastnum ($expected) got $num
($buf)"
exit
} else {
puts "OK: $num ($buf)"
}
set buf ""
}
}
puts "DONE"
spew
Description: Perl program
Bug#374783: seems to be broken in SSL only
On Sun, Jul 02, 2006 at 11:42:56AM -0400, Jaldhar H. Vyas wrote: > On Fri, 23 Jun 2006, Wouter Verhelst wrote: > > > > >I'm seeing the same issue; however, while IMAPS does indeed not work, > >"netstat -tl" shows me that dovecot does properly listen to port 143, > >i.e., the "regular" IMAP port. > > > > Hi Johnathan and Wouter, > > Upstream thinks this is fixed in 1.0rc1 which is in unstable. Can you try > it and confirm? It's working for me too, now. Sorry for the late reply. -- Fun will now commence -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375584: reprepro: please support pulling only a specific package using the commandline
Hi Bernhard, Thanks for your prompt response to this, and for chasing me up to respond :P Bernhard R. Link wrote: > Please try > > reprepro copy > > from the recently released reprepro 1.0.0. That should hopefully do > what you want. (Unless I introduced some errors which my simple testcases > did not catch). I've not given it thorough testing, but assuming it's bug free then it will do what I want :) > I also thought about some way to copy a source package with all its > binaries (i.e. everyting which has Source: xyz or Package: xyz if it > has not source), but refrained from it because it was too complex for > something I do not know if anyone needs it. It would certainly be useful, but it's not too hard to specific the source + binaries names on the command line for a single copy. So I guess it's not a crucial feature. You can consider this bug solved :) Thanks again. -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz signature.asc Description: OpenPGP digital signature
Bug#377331: [RM] gnat source package, now built from gcc-defaults
Package: ftp.debian.org Please remove the gnat source package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377342: Make a uscan watch file
Package: ekg Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377336: Make a uscan watch file
Package: xmotd Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377339: Make a uscan watch file
Package: xmms-xf86audio Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377341: Make a uscan watch file
Package: mod-auth-shadow Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377343: Make a uscan watch file
Package: ekg2 Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377344: Make a uscan watch file
Package: sms-pl Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377282: mail to [EMAIL PROTECTED] not delivered to maintainer by default
On Fri, 07 Jul 2006, martin f krafft wrote: > Package: qa.debian.org > Severity: important > > Could this please be changed? It's a kind of natural assumption that > of all people, the maintainer gets mail I send to the PTS. This does > not seem to be the case. The right way to fix this bug is to follow the plan described there: http://wiki.debian.org/qa.debian.org/pts (under the paragraph "Integrate better with @packages.debian.org") I can easily create the "contact" keyword but someone needs to write a script which does the auto-subscription of maintainers to the PTS. And of course afterwards the [EMAIL PROTECTED] alias need to be changed to always point to [EMAIL PROTECTED] Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#377334: dput: Typos in documentation
Package: dput Version: 0.9.2.25 Severity: minor Tags: patch Hello, Thanks for making dput, I love it! When reading the documentation I encountered some typos which I fixed in the attached patch, along with an update of the FSF postal address. The last item of the FAQ wasn't a question so I've changed that too. On a related note, the answer to question 4 starts with "Because dput will make you rich and attract women." This reinforces the stereotype that a Debian Developer is male (or a lesbian). While I personally am not very concerned with this I've heard that some people are, so it might be better to rephrase it into something more neutral :) bye, Thijs diff -ur dput-0.9.2.25.orig/COPYING dput-0.9.2.25/COPYING --- dput-0.9.2.25.orig/COPYING 2001-04-07 23:28:10.0 +0200 +++ dput-0.9.2.25/COPYING 2006-07-08 14:19:52.0 +0200 @@ -2,7 +2,8 @@ Version 2, June 1991 Copyright (C) 1989, 1991 Free Software Foundation, Inc. - 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA + Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. diff -ur dput-0.9.2.25.orig/FAQ dput-0.9.2.25/FAQ --- dput-0.9.2.25.orig/FAQ 2004-01-20 21:56:21.0 +0100 +++ dput-0.9.2.25/FAQ 2006-07-08 14:15:04.0 +0200 @@ -33,7 +33,7 @@ Because dput will make you rich and attract women. Now, seriously, it's a matter of preferences. If you use dupload - and like it's behaviour, then continue to use it. But in every + and like its behaviour, then continue to use it. But in every case, I would suggest that you try dput, since it will check the GnuPG signature and the checksums before uploading and offer to run dinstall in dry-run mode after the upload. It also offers the usage @@ -95,7 +95,7 @@ [unstable] -8. How to set up dput to fill your remote apt repository +8. How do I set up dput to fill my remote apt repository? Assuming you have remote ssh access, you can use the following You can use the same mini-dinstall configuration file (and setup diff -ur dput-0.9.2.25.orig/Thanks dput-0.9.2.25/Thanks --- dput-0.9.2.25.orig/Thanks 2004-06-10 11:16:20.0 +0200 +++ dput-0.9.2.25/Thanks 2006-07-08 14:13:19.0 +0200 @@ -1,5 +1,5 @@ Here we thank some people who contributed either code, documentation or -some good suggestion/ideas. There help improved this tool. +some good suggestion/ideas. Their help improved this tool. Here's now a list of people who contributed either some code, patches, documentation or other good stuff for dput. diff -ur dput-0.9.2.25.orig/copyright dput-0.9.2.25/copyright --- dput-0.9.2.25.orig/copyright 2005-03-25 18:20:58.0 +0100 +++ dput-0.9.2.25/copyright 2006-07-08 14:20:14.0 +0200 @@ -18,7 +18,7 @@ You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., - 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. signature.asc Description: This is a digitally signed message part
Bug#376839: Options 'user' and '_netdev' no longer work.
In addition to the bug reports regarding missing standard options, I'd like to remark that the option '_netdev' is also no longer recognized - a mount command returns with the message 'unknown option'. But, most importantly, 'user' is no longer a valid option. Kind Regards, Stefan Förster -- Quote of the Day: Ferengi Rule of Acquisition #42: What's mine is mine, and what's yours is mine too. The Rules of Netquisition (Internet Competition) (created at stardate [-29]6037.5190, Sat Jul 8 14:05:29 2006)
Bug#377335: dput: add Suggests for yaclc
Package: dput Version: 0.9.2.25 Severity: wishlist Tags: patch Hello again, The tool yaclc, yet another changelog checker, can very well be combined with dput (like lintian can), so a Suggests would be nice. The attached patch adds it. Thanks for considering. Thijs diff -ur dput-0.9.2.25.orig/debian/control dput-0.9.2.25/debian/control --- dput-0.9.2.25.orig/debian/control 2006-06-19 22:44:27.0 +0200 +++ dput-0.9.2.25/debian/control 2006-07-08 14:18:48.0 +0200 @@ -9,7 +9,7 @@ Package: dput Architecture: all Depends: python (>= 2.3), debconf | debconf-2.0, gnupg -Suggests: ssh, lintian, rsync +Suggests: ssh, lintian, rsync, yaclc Description: Debian package upload tool This script will allow you to put one or more Debian packages into the archive. signature.asc Description: This is a digitally signed message part
Bug#377333: lp-solve: little/no documentation
Package: lp-solve Version: 5.5-2 Severity: important Hi, I've recently installed both lp-solve and liblpsolve55-dev, in the hope that I can use them in some mathematics work that I am doing. Unfortunately I can find no documentation at all in either of these packages that shows me how to use them. For lp-solve, all there is is a README.txt.gz that discusses features but no actual instructions on how to use the program lp_solve. There is no manpage either. The best I could get was the output from "lp_solve --help", which gives a flood of command-line options but still leaves out critical information such as what needs to go in the input file. For liblpsolve55-dev, the only documentation seems to be a single example file (demo.c). Whilst this gives hints at how to use the library, it still basically leaves the programmer guessing at the finer details, which from a programming point of view is somewhat dangerous (are there any constraints? preconditions? limitations?). The headers themselves contain almost no information of this sort either. In my opinion, software of this nature desperately needs some form of information for both the casual user (lp-solve) and the programmer (liblpsolve55-dev). Otherwise you are more or less left guessing; even if you do manage to fumble your way around and get some results, you cannot rely on them because you don't know whether you've used the program/library correctly or not. (It is for this reason that I've filed this bug as important: "a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone".) I presume there is documentation available -- the lp-solve README.txt.gz refers to "full source, examples and manuals", asks the reader to "See the reference guide for more information", and in fact speaks of the documentation more precisely: "The html files are also in lp_solve_5.5_doc.tar.gz. Start with index.htm ... Also see http://lpsolve.sourceforge.net/ for a on-line documentation". For online users, this is inconvenient (having to locate and download the docs separately); for offline users this is impossible. My suggestion here would be to bundle up this documentation and either include it with lp-solve or as a separate lp-solve-doc package, and if you use a separate package then make a note in README.Debian for both the lp-solve and liblpsolve55-dev packages so users know where to find it. I would also suggest restoring the lp_solve.1 manpage; looking at the debian changelogs, it seems there was a manpage some time in the past; it would be useful if this could be included again (and presumably updated where appropriate). Anyway, that's all from me. It does look like a useful package; it's just unfortunate that (unlike your typical GUI tool or self-documenting proglet) it's more or less impossible for the average user to guess their way through the system based on what debian is currently shipping. Many thanks, Ben. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lp-solve depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libufsparse 1.2-6 collection of libraries for comput lp-solve recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377337: amarok: Temporarily freezes panel when used from system tray
Package: amarok Version: 1.4.1-2 Severity: normal I have amarok in the System Tray, and controlled via the little panel play controls. I have my music files on a sshfs-mount, which is not always available. I have noted that during startup, and when starting Amarok playing via the panel play controls, the whole panel will freeze while amarok gets started. This may be more visible for me because there is a bit of lag when accessing my sshfs mount for the first time. I have (now had) "scan collection at start-up" set to "on". This startup-scan is also done while locking the panel until it finishes. Since my sshfs is not always available, amarok sometimes looses track and has to rescan the whole collection. If this happens then it will lock the whole panel for 5 minuttes... Regards, Thue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amarok depends on: ii amarok-engines 1.4.1-2 output engines for the amaroK audi ii amarok-xine [amarok-engine] 1.4.1-2 xine engine for the amaroK audio p ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-7GCC support library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libglib2.0-02.10.3-2 The GLib library of C routines ii libgpod00.3.2-1.1a library to read and write songs ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libmysqlclient15off 5.0.22-3 mysql database client library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpq4 8.1.4-2 PostgreSQL C client library ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libsqlite3-03.3.5-0.2+b1 SQLite 3 shared library ii libstdc++6 4.1.1-7 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4TagLib Audio Meta-Data Library ii libtunepimp30.4.2-3 MusicBrainz tagging library and si ii libusb-0.1-42:0.1.12-2 userspace USB programming library ii libx11-62:1.0.0-7X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii zlib1g 1:1.2.3-12 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.3-2 enables the browsing of audio CDs pn ruby (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377340: Make a uscan watch file
Package: potool Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377338: dupload: add Suggests for yaclc
Package: dupload Version: 2.6.3.2 Severity: wishlist Tags: patch Hello, The tool yaclc, yet another changelog checker, can very well be combined with dupload (like lintian can), so a Suggests would be nice. The attached patch adds it. Thanks for considering. Thijs diff -ur dupload-2.6.3.2.orig/debian/control dupload-2.6.3.2/debian/control --- dupload-2.6.3.2.orig/debian/control 2003-09-21 13:32:29.0 +0200 +++ dupload-2.6.3.2/debian/control 2006-07-08 14:30:27.0 +0200 @@ -10,7 +10,7 @@ Architecture: all Depends: perl (>= 5.003), libnet-perl Recommends: ssh -Suggests: lintian, mail-transport-agent +Suggests: lintian, yaclc, mail-transport-agent Description: utility to upload Debian packages dupload will automagically upload Debian packages to a remote host with a Debian upload queue. The default host is configurable, signature.asc Description: This is a digitally signed message part
Bug#377350: linux-modules-2.6.16-2-xen-686_2.6.16-15 depends on initramfs-tools
Package: linux-modules-2.6.16-2-xen-686 Version: 2.6.16-15 Severity: important linux-modules-2.6.16-2-xen-686 only contains modules for xen domains, and should not require any initrd or initramfs tools. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-modules-2.6.16-2-xen-686 depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-9 Yet Another mkInitRD Versions of packages linux-modules-2.6.16-2-xen-686 recommends: pn libc6-xen (no description available) -- no debconf information
Bug#377348: ITP: php-xdebug -- extension helps you debugging your script
Package: wnpp Severity: wishlist * Package name : php-xdebug Version : 2.0.0beta6 Upstream Authors : Derick Rethans <[EMAIL PROTECTED]> * URL : http://www.xdebug.org/ * License : The Xdebug License, version 1.01 (Based on "The PHP License", version 3.0) Description : The Xdebug extension helps you debugging your script by providing a lot of valuable debug information. The debug information that Xdebug can provide includes the following: * stack and function traces in error messages with: * full parameter display for user defined functions * function name, file name and line indications * support for member functions * memory allocation * protection for infinite recursions Xdebug also provides: * profiling information for PHP scripts * script execution analysis * capabilities to debug your scripts interactively with a debug client -- Marcelo Jorge Vieira (metal) <[EMAIL PROTECTED]> metaldot - http://metaldot.alucinados.com jabber - [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#377310: gcc: [inaccurate] warning: the use of `mktemp' is dangerous, better use `mkstemp'
Jari Aalto wrote: > Package: gcc > Version: 4:4.1.1-3 > Severity: normal > > While compiling binutils-2.17 from (Debian) sources, gcc reports following: > > bucomm.o: In function `make_tempname': > /usr/src/net/deb/src/binutils-2.17/binutils/bucomm.c:426: warning: the > use of `mktemp' is dangerous, better use `mkstemp' > > > The proper fix is to use `mkdtemp' in the code, but the error message > does not tell this. FYI, in the case of binutils mkdtemp is not the proper fix, because it has to be bootstrappable on machines without mkdtemp support. In the general case it might be still no good idea, the manpage for mkdtemp claims it is non-standard (glibc/OpenBSD only). Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377345: Make a uscan watch file
Package: ydpdict Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377347: libcairomm-1.0-dev: can't use PDF, PS or SVG
Package: libcairomm-1.0-dev Version: 0.6.0-2 Severity: normal The examples for PsSurface, PdfSurface and SvgSurface don't link: $ g++ `pkg-config --cflags --libs cairomm-1.0` cairograph.cpp /tmp/ccqYR7Sy.o: In function `main': cairograph.cpp:(.text+0x141): undefined reference to `Cairo::SvgSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/svg-surface/main.cc -o main /tmp/ccZcxUsu.o: In function `main': main.cc:(.text+0x124): undefined reference to `Cairo::SvgSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/ps-surface/main.cc -o main /tmp/ccLi5Woc.o: In function `main': main.cc:(.text+0x124): undefined reference to `Cairo::PsSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/pdf-surface/main.cc -o main /tmp/ccxdZmCy.o: In function `main': main.cc:(.text+0x132): undefined reference to `Cairo::PdfSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/png_file/main.cc -o main $ ./main Wrote png file "image.png" $ eog image.png Yep, ImageSurface works fine. Perhaps they aren't linked in? Also, the examples are protected by #ifdef's that are supposed to compile-time detect whether these surfaces are enabled in Cairo (not in cairomm). They aren't being triggered. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libcairomm-1.0-dev depends on: ii libcairo2-dev 1.2.0-2Development files for the Cairo 2D ii libcairomm-1.0-0 0.6.0-2C++ wrappers for Cairo (shared lib libcairomm-1.0-dev recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377349: php-gettext, now it is a package in debian unstable.
Package: tutos2 Version: 2.0.20050413-1 Severity: wishlist Recently I've closed the BUG #373274 . I've researched the debian repository and observed that you are using the php-gettext. Now, it is a package in debian unstable. I'd like you to consider using the new packaged library instead of keeping your own copy. To check it out, access the package at http://ftp.debian.org/debian/pool/main/p/php-gettext/ []'s metal signature.asc Description: This is a digitally signed message part
Bug#374781: pessulus: Pessulus no longer installable on Sid and Etch
Package: pessulus Version: 0.9.2-1 Followup-For: Bug #374781 Due to the Python transition and versioned dependencies to some Python modules, Pessulus is no longer installable in either Sid or Etch. My 2 cents Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377346: Make a uscan watch file
Package: bugsx Severity: wishlist Tags: confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377352: php-gettext, now it is a package in debian unstable.
Package: squirrelmail Version: 2:1.4.4-8 Severity: wishlist Recently I've closed the BUG #373274 . I've researched the debian repository and observed that you are using the php-gettext. Now, it is a package in debian unstable. I'd like you to consider using the new packaged library instead of keeping your own copy. To check it out, access the package at http://ftp.debian.org/debian/pool/main/p/php-gettext/ []'s metal signature.asc Description: This is a digitally signed message part
Bug#377354: podebconf-display-po: ... has a duplicate field "description" ...
Package: po-debconf Version: 1.0.5 Severity: normal Hi, I have a problem with podebconf-display-po (1.0.3 and 1.0.5). % LANG=C podebconf-display-po fr.po Template #1 in /tmp/dD0hQSaLJq has a duplicate field "description" with new value "WARNING! If you are using hard disks which have RAID superblocks from earlier installations in different RAID arrays, you MUST zero each superblock *before* activating the autostart feature.". Probably two templates are not properly separated by a lone newline. The template files of versions 1.0.3 and 1.0.5 are the same. I join the po and the template. Florentin Duneau -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages po-debconf depends on: ii gettext 0.14.6-1GNU Internationalization utilities ii intltool-debian 0.34.2+20060621 Help i18n of RFC822 compliant conf ii perl 5.8.8-6 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii libmail-sendmail-perl 0.79-4 Send email from a perl script -- no debconf information # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Florentin Duneau <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: madm\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2006-06-29 02:16+0200\n" "PO-Revision-Date: 2006-07-08 14:39+0200\n" "Last-Translator: Florentin Duneau <[EMAIL PROTECTED]>\n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.2\n" #. Type: note #. Description #: ../mdadm.templates:1001 msgid "Initialise the superblock if you reuse hard disks" msgstr "Si vous réutilisez des disques durs, initialisez leur superbloc." #. Type: note #. Description #: ../mdadm.templates:1002 msgid "" "WARNING! If you are using hard disks which have RAID superblocks from " "earlier installations in different RAID arrays, you MUST zero each " "superblock *before* activating the autostart feature." msgstr "" "ATTENTION : Si vous utilisez des disques durs dont des superblocs RAID " "proviennent d'une installation antérieure dans différentes matrices RAID, " "vous DEVEZ effacer tous ces superblocs AVANT d'activer le démarrage " "automatique." #. Type: note #. Description #: ../mdadm.templates:1003 msgid "" "To do this, do not start the RAID devices automatically. First, zero the " "superblock (mdadm --zero-superblock /dev/mdX). Next, use `dpkg-reconfigure " "mdadm` to reactivate the autostart feature." msgstr "" "Pour faire cela, vous ne devez pas démarrer automatiquement les " "périphériques RAID. Commencez par effacer le superbloc (mdadm --zero-" "superblock /dev/xxx) puis activez le démarrage automatique en utilisant " "« dpkg-reconfigure mdadm »." #. Type: string #. Description #: ../mdadm.templates:2001 msgid "RAID arrays needed for the root filesystem:" msgstr "Matrices RAIS requises pour le système de fichiers racine :" #. Type: string #. Description #: ../mdadm.templates:2002 msgid "" "If your system has its root filesystem on a RAID volume, it needs to be " "started early during the boot sequence. If your root filesystem is on a " "logical volume (LVM), which is on RAID, all constituent arrays need to be " "started." msgstr "" "Si le système de fichiers racine du système se trouve sur un volume RAID, il " "doit être démarré au début de la procédure de démarrage. Si le système de " "fichiers racine se trouve sur un volume logique (« LVM »), qui est aussi un " "RAID, toutes les matrices doivent être démarrées." #. Type: string #. Description #: ../mdadm.templates:2003 msgid "" "If you know exactly which arrays are needed to bring up the root filesystem, " "enter them here. Alternatively, enter 'all' to simply start all available " "arrays. If you do not need or want to start any arrays for the root " "filesystem, leave the answer blank (or enter 'none')." msgstr "" "Si vous savez exactement quelles sont les matrices nécessaires au démarrage " "du système de fichiers racine, entrez-les ici. Vous pouvez aussi entrez " "« all » pour démarrer toutes les matrices. Si vous n'avez besoin ou ne " "souhai
Bug#377351: vdradmin-am: autotimer mails have wrong date
Package: vdradmin-am Version: 3.4.4-1 Severity: normal Autotimer mails are sent correctly, but the 'Date' header is missing. So sent-dates in my mua (thunderbird) are always 1970/01/01. That's somehow disturbing as they are shown on top of the inbox. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages vdradmin-am depends on: ii adduser 3.87Add and remove users and groups ii libcompress-zlib-perl1.41-1 Perl module for creation and manip ii libhtml-parser-perl 3.54-1 A collection of modules that parse ii libhtml-template-expr-perl 0.05-1 HTML::Template extension adding ex ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libio-socket-inet6-perl 2.51-1 Object interface for AF_INET6 doma ii libparse-recdescent-perl 1.94.free-2 Generates recursive-descent parser ii libtemplate-perl 2.14-1 template processing system written ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii perl 5.8.8-4 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-4 Core Perl modules vdradmin-am recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377353: php-gettext, now it is a package in debian unstable
Package: moniwiki Version: 1.0.9-4 Severity: wishlist Recently I've closed the BUG #373274 . I've researched the debian repository and observed that you are using the php-gettext. Now, it is a package in debian unstable. I'd like you to consider using the new packaged library instead of keeping your own copy. To check it out, access the package at http://ftp.debian.org/debian/pool/main/p/php-gettext/ []'s metal signature.asc Description: This is a digitally signed message part
Bug#376600: advancecomp: debian/description could be improved (not enough information)
Jari Aalto+mail.linux ([EMAIL PROTECTED]): > Reading the description does make > one wonder: > > - Why would I need this package when there are separate 7zip, rzip etc. > packages. With rzip/7zip you can't [1] do something like this: $ advzip -z4 path/to/*zip (it will try to recompress all zip files and replace original ones if it make sense) that's why short description is set to "collection of _recompression_ utilities" Roms are usually compressed with zip or gzip and that's why they are mentioned in original description (whole Advance* project is about roms) [1] You can of course write a script that will extend rzip/7zip with that functionality. -- -=[ Piotr Ozarowski ]=- -=[ http://www.ozarowski.pl ]=- pgpowJeQpxZ6H.pgp Description: PGP signature
Bug#341882: binutils fix
I'm closing this report as won't fix for 4.0. Please update a patch for 4.1, which should be well prepared. The tedious work will be to add something like a triarchsubdir and have additional multilib files installed into the packages. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377355: kbd-chooser: Please add Thai keysyms support
Package: kbd-chooser
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please add Thai keysyms support so that Thai keyboard layout
is supported by the installer.
This patch is consistent with previous patches proposed for
console-tools and kbd, as well as Thai keyboard layout in
console-data.
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFEr7STqgzR7tCLR/4RAoZQAKCZ2OHb9UMqXQtm3NA46kD7OcKj2QCcDHy6
VFSBIklFNlBrk7SXYW341xo=
=SOfj
-END PGP SIGNATURE-
Index: ksyms.c
===
--- ksyms.c (revision 38725)
+++ ksyms.c (working copy)
@@ -1150,6 +1150,10 @@
#include "sami.syms.h"
#endif
+#if defined(CHARSET_THAI)
+#include "thai.syms.h"
+#endif
+
static sym iso_8859_15_syms[] = {
/* latin-1 with 8 changes */
{ 0x00a0, "" },
@@ -1646,6 +1650,9 @@
#ifdef CHARSET_SAMI
{ "iso-8859-10", latin6_syms, 160 },
#endif
+#ifdef CHARSET_THAI
+{ "iso-8859-11", iso_8859_11_syms, 160 },
+#endif
{ "iso-8859-15", iso_8859_15_syms, 160 },
{ "mazovia", mazovia_syms, 128 },
{ "cp-1250", cp1250_syms, 128 },
Index: config.h
===
--- config.h (revision 38725)
+++ config.h (working copy)
@@ -41,6 +41,7 @@
#define CHARSET_ISO_8859_8
#define CHARSET_ISO_8859_9
+#define CHARSET_THAI
// Sanity checks
Index: thai.syms.h
===
--- thai.syms.h (revision 0)
+++ thai.syms.h (revision 0)
@@ -0,0 +1,102 @@
+/* ISO-8859-11 (Thai) charmap
+ * Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
+ */
+
+char *iso_8859_11_syms[] = {
+"nobreakspace", /* AO */
+"thai_kokai",
+"thai_khokhai",
+"thai_khokhuat",
+"thai_khokhwai",
+"thai_khokhon",
+"thai_khorakhang",
+"thai_ngongu",
+"thai_chochan",
+"thai_choching",
+"thai_chochang",
+"thai_soso",
+"thai_chochoe",
+"thai_yoying",
+"thai_dochada",
+"thai_topatak",
+"thai_thothan", /* B0 */
+"thai_thonangmontho",
+"thai_thophuthao",
+"thai_nonen",
+"thai_dodek",
+"thai_totao",
+"thai_thothung",
+"thai_thothahan",
+"thai_thothong",
+"thai_nonu",
+"thai_bobaimai",
+"thai_popla",
+"thai_phophung",
+"thai_fofa",
+"thai_phophan",
+"thai_fofan",
+"thai_phosamphao", /* C0 */
+"thai_moma",
+"thai_yoyak",
+"thai_rorua",
+"thai_ru",
+"thai_loling",
+"thai_lu",
+"thai_wowaen",
+"thai_sosala",
+"thai_sorusi",
+"thai_sosua",
+"thai_hohip",
+"thai_lochula",
+"thai_oang",
+"thai_honokhuk",
+"thai_paiyannoi",
+"thai_saraa", /* D0 */
+"thai_maihanakat",
+"thai_saraaa",
+"thai_saraam",
+"thai_sarai",
+"thai_saraii",
+"thai_saraue",
+"thai_sarauee",
+"thai_sarau",
+"thai_sarauu",
+"thai_phinthu",
+"",
+"",
+"",
+"",
+"thai_baht",
+"thai_sarae", /* E0 */
+"thai_saraae",
+"thai_sarao",
+"thai_saraaimaimuan",
+"thai_saraaimaimalai",
+"thai_lakkhangyao",
+"thai_maiyamok",
+"thai_maitaikhu",
+"thai_maiek",
+"thai_maitho",
+"thai_maitri",
+"thai_maichattawa",
+"thai_thanthakhat",
+"thai_nikhahit",
+"thai_yamakkan",
+"thai_fongman",
+"thai_leksun", /* F0 */
+"thai_leknung",
+"thai_leksong",
+"thai_leksam",
+"thai_leksi",
+"thai_lekha",
+"thai_lekhok",
+"thai_lekchet",
+"thai_lekpaet",
+"thai_lekkao",
+"thai_angkhankhu",
+"thai_khomut",
+"",
+"",
+"",
+""
+};
Bug#377366: libphp-jabber: short description does not stand on its own
Package: libphp-jabber Severity: minor Hello Marcelo, The short description of libphp-jabber is just the first line of the long description, and thus ends abruptly: "Class.Jabber.PHP is an object oriented solution to make Jabber" see http://packages.debian.org/libphp-jabber for why this is not good: the short description should stand on its own. I suggest: "Object-oriented PHP interface for the Jabber/XMPP protocol" The long description mentions "implimenting" which should be "implementing". The line that talks about the authors is not relevant for the long description and can be removed. As a side note, you still depend on php3, but this package has been removed from the archive. bye, Thijs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377358: gparted: FTBFS: /usr/bin/ld: cannot find -lSM
Package: gparted Version: 0.2.5-1.1 Severity: serious Hello, There was a problem while autobuilding your package: > Automatic build of gparted_0.2.5-1.1 on avidan by sbuild/i386 0.47 > Build started at 20060707-2002 > ** ... > else rm -f ".deps/xfs.Tpo"; exit 1; \ > fi > /bin/bash ../libtool --mode=link i486-linux-gnu-g++ -Wall -g -O2 -o > gparted -lparted -lgthread-2.0 Device.o Dialog_Base_Partition.o > Dialog_Disklabel.o Dialog_Partition_Copy.o Dialog_Partition_Info.o > Dialog_Partition_New.o Dialog_Partition_Resize_Move.o Dialog_Progress.o > DialogFeatures.o DialogManageFlags.o DrawingAreaVisualDisk.o FileSystem.o > Frame_Resizer_Base.o Frame_Resizer_Extended.o GParted_Core.o Operation.o > OperationCopy.o OperationCreate.o OperationDelete.o OperationFormat.o > OperationResizeMove.o Partition.o TreeView_Detail.o Utils.o Win_GParted.o > ext2.o ext3.o fat16.o fat32.o hfs.o hfsplus.o jfs.o linux_swap.o main.o > ntfs.o reiser4.o reiserfs.o ufs.o xfs.o -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 > -lgtk-x11-2.0 -lpangomm-1.4 -lglibmm-2.4 -lsigc-2.0 -lgdk-x11-2.0 -latk-1.0 > -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender > -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 > -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lparted -ldl -luuid > mkdir .libs > i486-linux-gnu-g++ -Wall -g -O2 -o gparted Device.o Dialog_Base_Partition.o > Dialog_Disklabel.o Dialog_Partition_Copy.o Dialog_Partition_Info.o > Dialog_Partition_New.o Dialog_Partition_Resize_Move.o Dialog_Progress.o > DialogFeatures.o DialogManageFlags.o DrawingAreaVisualDisk.o FileSystem.o > Frame_Resizer_Base.o Frame_Resizer_Extended.o GParted_Core.o Operation.o > OperationCopy.o OperationCreate.o OperationDelete.o OperationFormat.o > OperationResizeMove.o Partition.o TreeView_Detail.o Utils.o Win_GParted.o > ext2.o ext3.o fat16.o fat32.o hfs.o hfsplus.o jfs.o linux_swap.o main.o > ntfs.o reiser4.o reiserfs.o ufs.o xfs.o /usr/lib/libgthread-2.0.so -lpthread > /usr/lib/libgtkmm-2.4.so /usr/lib/libgdkmm-2.4.so /usr/lib/libatkmm-1.6.so > /usr/lib/libgtk-x11-2.0.so /usr/lib/libpangomm-1.4.so > /usr/lib/libglibmm-2.4.so /usr/lib/libsigc-2.0.so /usr/lib/libgdk-x11-2.0.so > /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so > /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so -lXext -lXinerama > -lXi -lXrandr -lXcursor -lXfixes /usr/lib/libpango-1.0.so > /usr/lib/libcairo.so -lSM -lICE -lXrender -lpng12 /usr/lib/libfreetype.so -lz > -lfontconfig -lm -lX11 /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so > /usr/lib/libglib-2.0.so /usr/lib/libparted.so -ldl -luuid > /usr/bin/ld: cannot find -lSM > collect2: ld returned 1 exit status > make[3]: *** [gparted] Error 1 > make[3]: Leaving directory `/build/buildd/gparted-0.2.5/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/gparted-0.2.5' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/build/buildd/gparted-0.2.5' > make: *** [build-stamp] Error 2 > ** > Build finished at 20060707-2011 > FAILED [dpkg-buildpackage died] > -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#377359: php-gettext: Description makes subjective claims
Package: php-gettext Severity: minor Hello, Thank you for packaging php-gettext. However, I noticed that the long description contains some dubious, subjective claims: > GNU gettext library is one of best localization libraries (if not the > best). > Unfortunately, in order to use it with most widespread (and ugly) > language of PHP I don't think that you can judge that gettext is "one of the best (if not the best)" or that PHP is ugly, and the claim that PHP is most widespread misses a source for that statement. But more importantly, that information is totally irrelevant for the package description. Please make it a neutral description of what this is. bye, Thijs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#197163: Solved!
The fixes A) and B) from my previous message have to be applied to *all four members* (regular, bold, oblique, and bold-oblique) of the FreeMono "family". Just doing it on FreeMono itself is not enough for KDE. It works now. Have not had success yet with Luxi Mono. The statement in my previous message (that the hmtx table in Luxi Mono is OK) is not correct, but even after fixing all 4 of them I still cannnot see Luxi Mono among the monospaced fonts in KDE. Must have made an error somewhere.. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377357: gnomemeeting: FTBFS: checking for PWLib version... configure: error: Sorry but the recommended PWLib version is 1.10.0
Package: gnomemeeting Version: 1.2.3-4 Severity: serious Hello, There was a problem while autobuilding your package: > Automatic build of gnomemeeting_1.2.3-4 on avidan by sbuild/i386 0.47 > Build started at 20060707-1805 > ** ... > checking for ANSI C header files... (cached) yes > checking whether strcasecmp is declared... yes > checking whether GNOME support must be compiled in... yes > Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema > installation > Using $(sysconfdir)/gconf/schemas as install directory for schema files > checking for pkg-config... /usr/bin/pkg-config > checking for GNOMEMEETING_CFLAGS... -pthread -DORBIT2=1 > -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 > -I/usr/include/libxml2 -I/usr/include/libgnome-2.0 > -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 > -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 > -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomecanvas-2.0 > -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 > -I/usr/include/gnome-keyring-1 -I/usr/include/freetype2 > checking for GNOMEMEETING_LIBS... -pthread -lesd -laudiofile -lgnomeui-2 -lSM > -lICE -lbonoboui-2 -lgnome-keyring -lxml2 -lgnomecanvas-2 -lgnome-2 -lpopt > -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 > -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama > -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgnomevfs-2 > -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm > -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 > checking for EDS_CFLAGS... -DORBIT2=1 -pthread > -I/usr/include/evolution-data-server-1.6 -I/usr/include/libbonobo-2.0 > -I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 > -I/usr/include/bonobo-activation-2.0 -I/usr/include/gconf/2 > -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include > -I/usr/include/libxml2 > checking for EDS_LIBS... -pthread -lebook-1.2 -lgnome-2 -lpopt > -ledataserver-1.2 -lgnomevfs-2 -lgobject-2.0 -lxml2 -lgconf-2 -lbonobo-2 > -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 > > checking for scrollkeeper-config... /usr/bin/scrollkeeper-config > checking whether OS type is supported... yes > checking for pthread_create in -lpthread... yes > checking for PWLib includes in /usr/include/... > checking for /usr/include/ptlib/pprocess.h... yes > checking for main in -lpt... yes > checking for PWLib version... configure: error: Sorry but the recommended > PWLib version is 1.10.0 > make: *** [config.status] Error 1 > ** > Build finished at 20060707-1808 > FAILED [dpkg-buildpackage died] > -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#377106: [Pkg-texlive-maint] Bug#377106: Recommends unavailable packages
Hi Luk!
On Sam, 08 Jul 2006, Luk Claes wrote:
> * must not require a package outside of main for compilation or
> execution (thus, the package must not declare a "Depends", "Recommends",
> or "Build-Depends" relationship on a non-main package),
This is a very strange wording to be honest:
"must not require a package outside of main for compilation
or execution"
versus
"...Recommends..."
The recommended packages are definitely not necessary for correct
function ("execution") nor compilation. So why the "Recommends" in the
above list?
Anyway, what do you suggest? I guess I just wait until the bug solves
itself by update/fix of the packages I depend on. If this doesn't happen
in a timely manner, the next version of the packages will contain
Suggests instead of Recommends for now.
Best wishes
Norbert
---
Dr. Norbert Preining Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
---
FROLESWORTH (n.)
Measure. The minimum time it is necessary to spend frowning in deep
concentration at each picture in an art gallery in order that everyone
else doesn't think you've a complete moron.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
