Bug#454304: Confirmed
Ties wrote: I was having the same problem on my Toshiba S1800-400 laptop. So far, however, I was able to run X by starting up with a 1280x1024 (IIRC) resolution and using the fbdev driver, but that's _really_ sluggish. Apt-pinning xorg to stable worked just now, and things run much more smoothly. Now though, I'm getting errors like this, even for a simple game like xgalaga: $ xgalaga Xlib: extension XFree86-VidModeExtension missing on display :0.0. Warning: XF86VidMode not available Xlib: extension XFree86-VidModeExtension missing on display :0.0. Xlib: extension XFree86-VidModeExtension missing on display :0.0. Segmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459243: [Pkg-samba-maint] Bug#459243: Bug#459243: samba: cupsaddsmb doesn't work as non-root
Quoting Steve Langasek ([EMAIL PROTECTED]): I used the lpadmin group because it's created on postinst by cupsys (and cupsys-client) and thus it sounds the best group to me. We can discuss giving lpadmin access to this directory and share by default, but it's not yet clear to me that this is a correct default. Check for write list = @lpadmin in [print$] and propose (through debconf) changing the permission of /var/lib/samba/printers accordingly? signature.asc Description: Digital signature
Bug#459273: Integration of upstream SVN fixes since 0.4.1
Package: F-Spot Version: 0.4.1-1 I'm currently doing bug cleanup for F-Spot in Ubuntu, there are four bugs filed in Launchpad which have been fixed in upstream SVN. https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/95318 (SVN 3484) https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/117862 (SVN 3472) https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/155209 (SVN ? - I'll query about this one) https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/85417 (SVN 3491) These should be evaluated on whether it's worthy to pull patches from SVN and include each fix as a dpatch. signature.asc Description: This is a digitally signed message part.
Bug#459244: asterisk: split-up proposal
На Sat, 05 Jan 2008 03:03:05 +0200 Faidon Liambotis [EMAIL PROTECTED] записано: You can always disable autoload and load only the modules that you want to. You can leave them unconfigured or even remove the configuration files. With the current infrastructure you can even provide a configuration file package to not include these files *at all*. Ok. May be there should be a configuration dialog with all possible modules, allowing me to check what modules are active ? While passive are kept in some other place, with their config respectivly. I've tried to remove unused config files, but it seems to me it is not the best solution so far - not every module refuses to load without config, some of them constantly logging an error, and there is no good to see many complaints at asterisk booting. That is an actual reason. I've thought about it myself, splitting some modules to different packages to minimize the dependency chain. I'm leaving this open, because it's a valid request -for that last reason- that needs a little bit more though. Don't expect us to split asterisk to 48 packages though, there's no way this is going to happen ever. Could we agree that keeping every module and it config in one place, and enablig it to autoload by default is just not the right thing ? For example, there are orphaned config files - just because there are too many of them to get it in one sight. It seems to me a better way is, if it is not possible to split-up everything to it own package with current infrastructure, to have: 1. modules with extra dependencies splitted to a separate packages, just like you suggested 2. a configure dialog script allowing to select what modules are on and off, just like apache do. even more, asterisk menuselect allows user to select what application to have installed, but with current packaging scheme this functionality is lost. -- With best regards, Roman Galeyev.
Bug#459244: asterisk: split-up proposal
На Sat, 5 Jan 2008 03:10:21 +0200 Tzafrir Cohen [EMAIL PROTECTED] записано: What functionality is extra? For me chan_zap is a rather core functionality and app_ices isn't. I can't easily know what functionality will be used. In other hand, you can easily know what will be not, right ? If you really care, use a modules.conf that loads only the modules you really need. Yes, but it is not convinient, by default. There is no list of available modules in that file, some modules depends on other, it requires me as user to get an extra knowledge. -- With best regards, Roman Galeyev.
Bug#459273: Integration of upstream SVN fixes since 0.4.1
https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/155209 is SVN 3493. signature.asc Description: This is a digitally signed message part.
Bug#459273: Integration of upstream SVN fixes since 0.4.1
Attaching dpatches. All of them have been verified to apply cleanly. 25_delete-from-disk-throw-exception.dpatch Description: application/shellscript 30_fix-infinite-loop.dpatch Description: application/shellscript 40_flickr-export-crash.dpatch Description: application/shellscript 35_validate-gallery-names.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#459273: Integration of upstream SVN fixes since 0.4.1
Disregard the previous comment. Fixed attribution of patches. 35_validate-gallery-names.dpatch Description: application/shellscript 25_delete-from-disk-throw-exception.dpatch Description: application/shellscript 40_flickr-export-crash.dpatch Description: application/shellscript 30_fix-infinite-loop.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#455493: Support for ARM
unrar is currently not available for the ARM architecture. Only unrar-free will work on this platform. Please address this issue.
Bug#450868: nautilus: User-level help files unreadable
2008/1/4, Josselin Mouette [EMAIL PROTECTED]: This is probably because you have the 2.20 version of the user documentation installed, and it doesn't correspond with nautilus 2.18. Doesn't this indicate a broken dependency somewhere? Now, try this: OK the dialog box. Click Desktop. Click User guide for the desktop A raw XML document appears. Above is the text (in English): This XML file does not appear to have any style information associated with it. The document tree is shown below. And this is because you need yelp 2.20 to read this documentation. Isn't this what package dependencies are for? Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459274: gqview: gqview default gimp invocation needs change
Package: gqview Version: 2.0.4-1 Severity: normal GQView has the ability to call external programs via 'ctrl-1' etc. ctrl-1 is assigned to gimp by default. Gimp has changed the command-line option from -n to -s Please change the invocation of gimp-remote -n to gimp-remote -s regards, junichi -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.15dancer (SMP w/2 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Shell: /bin/sh linked to /bin/bash Versions of packages gqview depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio Versions of packages gqview recommends: pn libjpeg-progs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459127: apt-listbugs: Ignores --force-yes
Hi, When installing with apt-get -y --force-yes somepackage, any bugs found stop the installation process. That’s a problem with unattended installations. For example, Webmin has a feature to install packages from its Web interface: I think it is a perfectly reasonable feature to stop your installation when there is an error in the package you are trying to install. You can fix the bug or ignore the bug. apt-listbugs won't stop you when there is no error. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project
Bug#459275: Torus Trooper .desktop file refers to the wrong icon file
Package: torus-trooper Version: 0.22.dfsg1-2 Severity: minor User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy patch Torus-trooper .desktop file refers to the icon game.xpm, but the package ships another icon: torus-trooper.xpm. This results in a missing icon in menu. The attached patch fixes this issue. --- torus-trooper.desktop 2008-01-05 09:35:30.0 +0100 +++ torus-trooper.desktop.patched 2008-01-05 09:35:44.0 +0100 @@ -4,7 +4,7 @@ Encoding=UTF-8 Name=Torus Trooper GenericName= Comment=Kenta Cho's Torus Trooper -Icon=game.xpm +Icon=torus-trooper.xpm Exec=/usr/games/torus-trooper Terminal=false Categories=Game;ArcadeGame;
Bug#459258: Please don't recommend X libraries
On Sat, Jan 05, 2008 at 03:02:53AM +, Bryan Donlan wrote: Package: apt-listchanges Version: 2.79 Severity: minor Currently, apt-listchanges recommends python-glade2 and python-gtk2. Per debian policy: The `Recommends' field should list packages that would be found together with this one in all but unusual installations. However, headless servers using the pager or mail frontends are hardly an unusual installation. Now that APT and Aptitude pull in recommends by default, having these in recommends causes a large number of X libraries to be pulled in unnecessarily. The python-glade2 and python-gtk2 recommendations should be placed in the Suggests: field instead. OTOH without python-glade2/python-gtk2 you can't use all the apt-listchanges functionnalities, which is typically why Recommends is to be used. Though it has been discussed to make apt-listchanges Priority Standard, if it will, I'll loosen that, but it needed some other fixes first. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpw8ErJdBiCR.pgp Description: PGP signature
Bug#440488: fretsonfire: segfaults as soon as it tries to play a song
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am also consistently seeing a crash in the same circumstances as those described by Josh. I am running an up-to-date sid on amd64. The crash seems to be due to an OpenGL call: (gdb) bt #0 0x2b09b1e3db2d in ?? () from /usr/lib/libGLcore.so.1 #1 0x2b09b1e3dfee in ?? () from /usr/lib/libGLcore.so.1 #2 0x2b09b0def98c in ffi_call_unix64 () from /usr/lib/libffi.so.4 #3 0x2b09b0def837 in ffi_call () from /usr/lib/libffi.so.4 #4 0x2b09b0bc2f0a in _CallProc () from /usr/lib/python2.4/site-packages/_ctypes.so #5 0x2b09b0bbdfc3 in ?? () from /usr/lib/python2.4/site-packages/_ctypes.so #6 0x00415520 in PyObject_Call () #7 0x00474bcd in PyEval_EvalFrame () #8 0x00477905 in PyEval_EvalCodeEx () #9 0x004bf727 in ?? () By the way, there is something odd about line 170 in GameEngine.py (glw is defined but not used): glw = int(viewport[2]) glh = int(viewport[3]) glViewport(int(viewport[0]), int(viewport[1]), int(glh), int(glh)) Cheers, Jeremy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHf0Up4mJJZqJp2ScRAmZUAJ906Qeud3wLoecB3CZI0Bw9kzqgawCeO5MI fJtTLFLRcWbDx0Lo/K1GdK4= =P9AC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459276: Akregator does not support site redirection
Package: akregator Version: 4:3.5.5.dfsg.1-6 Severity: wishlist *** Please type your report below this line *** Akregator does not support site redirections. For example when you write a new post on some forum you should be redirected and see what you have just written. But Akregator does not redirect - a link must be clicked to see a page with new post. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-486 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages akregator depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-8 core libraries and binaries for al ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libkdepim1a4:3.5.5.dfsg.1-6 KDE PIM library ii libqt3-mt 3:3.3.7-4etch1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 akregator recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459278: less: Search highlighting bold/underlined characters highlights preceding non-matched character
Package: less Version: 416-1 Severity: normal When a search highlights a series of matching bold or underlined characters, it also highlights the preceding non-matching bold or underlined character. This does not happen with plain characters. Steps to reproduce: * man less (with PAGER=less) * search for ame * Note that less highlights the N in the bold NAME, and the n in the underlined filename, but not the n in the unadorned names. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages less depends on: ii debianutils 2.28.2 Miscellaneous utilities specific t ii libc6 2.7-5 GNU C Library: Shared libraries ii libncurses5 5.6+20071215-1 Shared libraries for terminal hand less recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454573: ipplan: General update after the debconf review process
Quoting Jan Wagner ([EMAIL PROTECTED]): Hi Christian, happy new year and thanks for all your work and coordination. :) On Tuesday 01 January 2008 12:16, Christian Perrier wrote: There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. It would be nice, if you could review and probably upload it. http://ftp.cyconet.org/debian/archive/official/ipplan/4.86a-3/ipplan_4.86a-3.dsc Done. BTW, you might want to fix that one: W: ipplan: postinst-uses-db-input N: N: It is generally not a good idea for postinst scripts to use debconf N: commands like db_input. Typically, they should restrict themselves to N: db_get to request previously acquired information, and have the config N: script do the actual prompting. N: signature.asc Description: Digital signature
Bug#459042: lintian: Should accept python-setuptools as Build-Depends
OoO En cette nuit nuageuse du samedi 05 janvier 2008, vers 01:59, Russ Allbery [EMAIL PROTECTED] disait: W: pycha source: build-depends-without-arch-dep python-dev Hm, this report is inconsistent. Is python-dev the problem or python-setuptools? (pycha doesn't appear to be in the archive, so I can't easily check myself.) Yes, sorry, this was not a real cut and paste. This is python-setuptools. Thanks. -- Don't stop with your first draft. - The Elements of Programming Style (Kernighan Plauger) pgp0vXvKzbvWp.pgp Description: PGP signature
Bug#459243: [Pkg-samba-maint] Bug#459243: Bug#459243: samba: cupsaddsmb doesn't work as non-root
On Sat, Jan 05, 2008 at 08:57:15AM +0100, Christian Perrier wrote: Quoting Steve Langasek ([EMAIL PROTECTED]): I used the lpadmin group because it's created on postinst by cupsys (and cupsys-client) and thus it sounds the best group to me. We can discuss giving lpadmin access to this directory and share by default, but it's not yet clear to me that this is a correct default. Check for write list = @lpadmin in [print$] and propose (through debconf) changing the permission of /var/lib/samba/printers accordingly? If we agree that lpadmin is an appropriate default, we should set that default in smb.conf and in the directory permissions using dpkg-statoverride. If we don't think it's an appropriate default, I don't think we should do anything with this other than documenting it. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459019: template?
Package: freedroidrpg Version: 0.10.3-1 --- Please enter the report below this line. --- I tried to modify a po-file I found in the wesnoth package. Until now it is looking like this (the file-name is de.po): # Translators: # Matthias Krüger [EMAIL PROTECTED] 2007 msgid msgstr Project-Id-Version: Freedroidrpg 1.3.0-1\n Report-Msgid-Bugs-To: http://bugs.wesnoth.org/\n; POT-Creation-Date: 2008-01-05 10:01+0100\n PO-Revision-Date: 2008-01-05 10:01+0100\n Last-Translator: Matthias Krüger[EMAIL PROTECTED] \n Language-Team: irc://irc.freenode.net/#wesnoth-de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Country: GERMANY\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Poedit-Language: German\n #: dialogs/MER.dialog:33 msgid Hi! I'm new here. msgstr Hi! Ich bin neu hier #: dialogs/MER.dialog:36 msgid Welcome them! I'm called MER. My dialog isn't done though. msgstr Herzlich willkommen! Ich heiße MER. Mein Dialog ist noch nicht ganz fertig. #: dialogs/MER.dialog:43 msgid END msgstr ENDE #: dialogs/614.dialog:33 msgid Who are you? msgstr Wer bist du? #: dialogs/614.dialog:36 msgid I am a 614 security bot, once one of the best-selling products of the Nicholson company. msgstr Ich bin ein Sicherheitsroboter der Nummer 614, eines der best-verkauften Produkte der Firma Nicholson. #: dialogs/614.dialog:44 msgid Have you detected any hostile bot activity? msgstr Haben sie Aktivitäten feindlicher Roboter bemerkt? In the upper area there are still some entrys from wesnoth; I didn't know what to write there. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ===-+-== libc6 (= 2.6.1-1) | 2.7-5 libgl1-mesa-glx | 7.0.2-3 OR libgl1 | libjpeg62 | 6b-14 libogg0 (= 1.1.3) | 1.1.3-2 libpng12-0(= 1.2.13-4) | 1.2.15~beta5-3 libsdl-image1.2 (= 1.2.5) | 1.2.6-1 libsdl-mixer1.2 (= 1.2.6) | 1.2.8-1 libsdl-net1.2 | 1.2.7-2 libsdl1.2debian (= 1.2.10-1) | 1.2.11-9 libvorbis0a (= 1.2.0) | 1.2.0.dfsg-2 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-8 freedroidrpg-data | 0.10.3-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458895: maven2: Creating empty project with artifacts fails
Valliet Emmanuel wrote: Package: maven2 Version: 2.0.8-3 Severity: normal Hi, I installed the maven2 debian package, and tried to make an empty j2ee package using the artifacts, and it failed: [EMAIL PROTECTED]:~/devel/java/sources$ mvn -e archetype:create -DgroupId=org.homelinux.beap -DartifactId=manu -DarchetypeArtifactId=maven-archetype-j2ee-simple + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] org.apache.maven.plugins: checking for updates from central [INFO] org.codehaus.mojo: checking for updates from central [INFO] artifact org.apache.maven.plugins:maven-archetype-plugin: checking for updates from central Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-archetype-plugin/1.0-alpha-7/maven-archetype-plugin-1.0-alpha-7.pom 4K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/archetype/maven-archetype/1.0-alpha-7/maven-archetype-1.0-alpha-7.pom 3K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/archetype/maven-archetype-parent/2/maven-archetype-parent-2.pom 2K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven-parent/5/maven-parent-5.pom 14K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/apache/3/apache-3.pom 3K downloaded Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-archetype-plugin/1.0-alpha-7/maven-archetype-plugin-1.0-alpha-7.jar 12K downloaded [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task 'artifactId=manu': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] Trace [...] Cheers, Valliet Emmanuel Hi, Thanks for your report and your initial investigations. I can reproduce this error in a clean chroot, but not on my standard desktop (which is confusing!). I'll have a more detailed look at it soon. Thanks, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458852: [Pkg-octave-devel] Bug#458852: [Debian RT] Install octave3.0 on a arm machine
* Rafael Laboissiere [EMAIL PROTECTED] [2008-01-03 21:53]:
In order to investigate why Octave 3.0 is failing to work on arm
(Bug#458852, severity grave), I would need octave3.0_3.0.0-1 installed on a
sid chroot on one of the arm project machines.
Peter Palfrader installed octave3.0, as well as gdb and strace, on the sid
chroot of agnesi.debian.org. I could replicate the segfault at startup bug.
I am attaching below the output of strace and gdb run on octave. It seems
to fail in the install_defaults function, which is defined in
src/defaults.cc. The output of strace is quite cryptic to me.
If someone has an idea on how to proceed furthur, please drop a message.
--
Rafael
execve(/usr/bin/octave, [octave], [/* 20 vars */]) = 0
brk(0) = 0x11000
uname({sys=Linux, node=agnesi, ...}) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4001c000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/octave-3.0.0/tls/v5l/fast-mult/liboctinterp.so, O_RDONLY) = -1
ENOENT (No such file or directory)
stat64(/usr/lib/octave-3.0.0/tls/v5l/fast-mult, 0xbe9d800c) = -1 ENOENT (No
such file or directory)
open(/usr/lib/octave-3.0.0/tls/v5l/liboctinterp.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/octave-3.0.0/tls/v5l, 0xbe9d800c) = -1 ENOENT (No such file
or directory)
open(/usr/lib/octave-3.0.0/tls/fast-mult/liboctinterp.so, O_RDONLY) = -1
ENOENT (No such file or directory)
stat64(/usr/lib/octave-3.0.0/tls/fast-mult, 0xbe9d800c) = -1 ENOENT (No such
file or directory)
open(/usr/lib/octave-3.0.0/tls/liboctinterp.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/octave-3.0.0/tls, 0xbe9d800c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/octave-3.0.0/v5l/fast-mult/liboctinterp.so, O_RDONLY) = -1
ENOENT (No such file or directory)
stat64(/usr/lib/octave-3.0.0/v5l/fast-mult, 0xbe9d800c) = -1 ENOENT (No such
file or directory)
open(/usr/lib/octave-3.0.0/v5l/liboctinterp.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat64(/usr/lib/octave-3.0.0/v5l, 0xbe9d800c) = -1 ENOENT (No such file or
directory)
open(/usr/lib/octave-3.0.0/fast-mult/liboctinterp.so, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat64(/usr/lib/octave-3.0.0/fast-mult, 0xbe9d800c) = -1 ENOENT (No such file
or directory)
open(/usr/lib/octave-3.0.0/liboctinterp.so, O_RDONLY) = 3
read(3, \177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\250\331\35..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=14755856, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4001d000
mmap2(NULL, 14793536, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40025000
mprotect(0x40df2000, 28672, PROT_NONE) = 0
mmap2(0x40df9000, 290816, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdcc) = 0x40df9000
mmap2(0x40e4, 2880, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40e4
close(3)= 0
open(/usr/lib/octave-3.0.0/liboctave.so, O_RDONLY) = 3
read(3, \177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\224:\17\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=10163616, ...}) = 0
mmap2(NULL, 10214900, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40e41000
mprotect(0x417da000, 28672, PROT_NONE) = 0
mmap2(0x417e1000, 106496, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x998) = 0x417e1000
mmap2(0x417fb000, 15860, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x417fb000
close(3)= 0
open(/usr/lib/octave-3.0.0/libcruft.so, O_RDONLY) = 3
read(3, \177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\200Q\0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=491844, ...}) = 0
mmap2(NULL, 528188, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x417ff000
mprotect(0x41873000, 28672, PROT_NONE) = 0
mmap2(0x4187a000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x73) = 0x4187a000
mmap2(0x4187f000, 3900, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4187f000
close(3)= 0
open(/usr/lib/octave-3.0.0/libumfpack.so.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=15267, ...}) = 0
mmap2(NULL, 15267, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libumfpack.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\354S\0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=620972, ...}) = 0
mmap2(NULL, 652552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x4188
Bug#459279: libcommons-lang-java: 'ant' is missing from 'Build-Depends'
Package: libcommons-lang-java Version: 2.3-3 Severity: important 'ant' is missing from build dependencies. This causes FTBFS in pbuilder. Debdiff is attached on launchpad bug 180502. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459280: not starting without root-password
Package: synaptic Version: 0.61 Severity: wishlist --- Please enter the report below this line. --- Please make it possible to start synaptic without the root-password. I think synaptic should ask for the root-password only if the user tries to install/remove/update packages. I can't say if this information helps you but kpackage is already startable with out entering a password somewhere. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ===-+-== libapt-inst-libc6.6-6-1.1 | libapt-pkg-libc6.6-6-4.6| libatk1.0-0 (= 1.20.0) | 1.20.0-1 libc6(= 2.7-1) | 2.7-5 libcairo2(= 1.4.0) | 1.4.10-1+lenny2 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libgcc1(= 1:4.2.1) | 1:4.2.2-4 libglade2-0(= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0(= 2.14.0) | 2.14.3-1 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libstdc++6 (= 4.2.1) | 4.2.2-4 libvte9 (= 1:0.16.9) | 1:0.16.11-1 libx11-6| 2:1.0.3-7 libxft2 ( 2.1.1) | 2.1.12-2 libxml2 | 2.6.30.dfsg-3 scrollkeeper| 0.3.14-16 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459281: libjfreechart-java does not work with free JVMs
Package: libjfreechart-java
Version: 1.0.9-1
Severity: serious
Hello,
Unfortunately, unlike what is said in the changelog,
libjfreechart-java does not work with free JVM available. As I proof,
I joined a test case, TestJFreeChart.java. I compiled it with gcj:
/usr/lib/jvm/java-gcj/bin/javac -classpath
/usr/share/java/jfreechart.jar:/usr/share/java/jcommon.jar TestJFreeChart.java
I run it with different runtimes using commands in the spirit of:
/usr/lib/jvm/java-1.5.0-sun/bin/java -classpath
/usr/share/java/jcommon.jar:/usr/share/java/jfreechart.jar:. TestJFreeChart
The runtimes never complain about anything going
wrong. Unfortunately, when I look at the test.png files produced with
free runtimes (cacao, gcj-compat, kaffe), the PNG files are empty,
while they do display nice charts for the two runs with sun's jre.
It seems libjfreechart-java will probably have to go back to
contrib, as this bug is rather serious - if not grave (it simply
cannot run properly in main).
Sorry to bring bad news...
Vincent
PS: I unfortunately don't have a single idea about what is causing
this problem.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to
en_GB)
Shell: /bin/sh linked to /bin/dash
Versions of packages libjfreechart-java depends on:
ii gij-4.2 [java2-runtime]4.2.2-3 The GNU Java bytecode interpreter
ii java-gcj-compat1.0.77-2 Java runtime environment using GIJ
ii libjcommon-java1.0.10.dfsg-1 General Purpose library for Java
ii sun-java5-jre [java2-runti 1.5.0-13-1Sun Java(TM) Runtime Environment (
ii sun-java6-jre [java2-runti 6-03-2Sun Java(TM) Runtime Environment (
libjfreechart-java recommends no packages.
-- no debconf information
// JFreeChart classes:
import org.jfree.data.xy.DefaultXYDataset;
import org.jfree.data.xy.XYDataset;
import org.jfree.chart.plot.XYPlot;
import org.jfree.chart.axis.NumberAxis;
import org.jfree.chart.renderer.xy.XYAreaRenderer;
import org.jfree.chart.JFreeChart;
import org.jfree.chart.ChartUtilities;
import java.io.File;
import java.io.IOException;
public class TestJFreeChart {
static XYDataset prepareSet() {
// First, make a 2D datatset:
DefaultXYDataset set = new DefaultXYDataset();
int size = 30;
double[] x = new double[size];
double[] y = new double[size];
for(int i = 0; i size; i++) {
x[i] = i;
y[i] = i*i;
}
double[][] data = new double[2][];
data[0] = x;
data[1] = y;
java.lang.Integer j = new java.lang.Integer(0);
set.addSeries(j, data);
return set;
}
public static void main(String[] args) {
XYDataset set = prepareSet();
XYPlot plot = new XYPlot(set, new NumberAxis(X values),
new NumberAxis(Y values),
new XYAreaRenderer());
JFreeChart chart = new JFreeChart(Nice plot, plot);
try {
ChartUtilities.saveChartAsPNG(new File(test.png),
chart, 400,400);
} catch (IOException e) {
}
}
}
test-charts.tar.gz
Description: GNU Zip compressed data
Bug#459229: xserver-xorg-video-ati: Does not work on iBookG4
reopen 459229 found 459229 1:6.7.198~git20080101.f65374f5-1 1:6.7.198~git20080102.30cab1db-1 retitle 459229 xserver-xorg-video-ati: does not use the maximum panel size on iBookG4 thank you leandro noferini wrote: Excuse me for this poor report but I forgot to write the real part of the problem: :) the screen cannot work at resolution 1024x768 (that is the best resolution) but only at 800x600. Your log says: (WW) RADEON(0): Panel size 1024x768 is derived, this may not be correct. If not, use PanelSize option to overwrite this setting (WW) RADEON(0): No valid timing info from BIOS. so I guess the following option in the Device section of your xorg.conf won't help: Option PanelSize 1024x768 Can you try adding Option LVDSProbePLL on to the Device section? (the manpage says it's on by default, but I don't see this in the code...) Can you try without any xorg.conf at all (just move the file away) and tell me whether the xrandr output is the same? Can you try adding ModeLine+PreferredMode to the Monitor section as explained in section III.5 of http://wiki.debian.org/XStrikeForce/HowToRandR12 ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458740: [SPAM] Re: Bug#458740: latex-cjk-chinese-arphic: please support parallel builds
On 04/01/08 at 14:55 +0100, Danai SAE-HAN (韓達耐) wrote:
Op 04-01-08 14:30, schreef Lucas Nussbaum:
If you are around and have a diff ready, please send it to me ; my
computer might be faster.
I have quite a modified debian/rules, because the upstream tools have
changed their API a bit; so I'll send you a diff without correct line numbers.
In essence I've changed DH_OPTIONS with MY_DH_OPTIONS, and it seems to work
here.
At the beginning of debian/rules, your patch:
+# Support parallel builds when available.
+# Cfr. Debian bugs #209008 and #458740.
+ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
+NUMJOBS = $(patsubst parallel=%,%,$(filter
parallel=%,$(DEB_BUILD_OPTIONS)))
+MAKEFLAGS += -j$(NUMJOBS)
+endif
Then around @@ -196,7 +210,7 @@:
$(clean_fonts): abbrev = $(patsubst clean_%,%,$@)
-$(clean_fonts): DH_OPTIONS = -p$(bin-package) -P$(d)
+$(clean_fonts): MY_DH_OPTIONS = -p$(bin-package) -P$(d)
$(clean_fonts):
@cd debian \
sed -e 's/@TYPEFACE@/$(typeface)/g' \
And a bit further around @@ -207,46 +221,46 @@:
-e 's/@FAMILYNAME@/$(familyname)/g' \
-e 's/@TYPEFACE@/$(typeface)/g' \
copyright.in $(bin-package).copyright
- dh_clean $(DH_OPTIONS)
+ dh_clean $(MY_DH_OPTIONS)
rm -f build-stamp.$(abbrev)
install: build $(install_fonts)
$(install_fonts): abbrev = $(patsubst install_%,%,$@)
-$(install_fonts): DH_OPTIONS = -p$(bin-package) -P$(d)
+$(install_fonts): MY_DH_OPTIONS = -p$(bin-package) -P$(d)
$(install_fonts):
- dh_testdir
- dh_testroot
- dh_clean -k
- dh_installdirs
+ dh_testdir $(MY_DH_OPTIONS)
+ dh_testroot $(MY_DH_OPTIONS)
+ dh_clean -k $(MY_DH_OPTIONS)
+ dh_installdirs $(MY_DH_OPTIONS)
binary-indep: build install $(binary_fonts)
$(binary_fonts): abbrev = $(patsubst binary_%,%,$@)
-$(binary_fonts): DH_OPTIONS = -p$(bin-package) -P$(d)
+$(binary_fonts): MY_DH_OPTIONS = -p$(bin-package) -P$(d)
$(binary_fonts):
- dh_testdir $(DH_OPTIONS)
- dh_testroot $(DH_OPTIONS)
- dh_installchangelogs $(DH_OPTIONS)
- dh_installdocs $(DH_OPTIONS)
- dh_installexamples $(DH_OPTIONS)
- dh_install $(DH_OPTIONS) $(builddir)/*.afm $(dest_afmpath)/
- dh_install $(DH_OPTIONS) $(builddir)/$(uninamestem)*.tfm
$(dest_uni-tfmpath)/
- dh_install $(DH_OPTIONS) $(builddir)/$(sfdnamestem)*.tfm
$(dest_sfd-tfmpath)/
- dh_install $(DH_OPTIONS) $(builddir)/*.pfb $(dest_type1path)/
- dh_install $(DH_OPTIONS) $(builddir)/*.vf $(dest_vfpath)/
- dh_install $(DH_OPTIONS) $(builddir)/$(uninamestem).map
/usr/share/texmf/fonts/map/dvips/arphic/
- dh_install $(DH_OPTIONS)
$(builddir)/c$(nfss_fontencoding)$(namestem).fd{,x} $(dest_fd)/
- dh_install $(DH_OPTIONS) $(builddir)/c70$(namestem).fd{,x}
usr/share/texmf/tex/latex/CJK/UTF8/
- dh_link $(DH_OPTIONS)
- dh_installtex $(DH_OPTIONS) --flavor=map:config_for_all_maps
map=Map,$(uninamestem).map
- dh_strip $(DH_OPTIONS)
- dh_compress $(DH_OPTIONS)
- dh_fixperms $(DH_OPTIONS)
- dh_perl $(DH_OPTIONS)
- dh_installdeb $(DH_OPTIONS)
- dh_gencontrol $(DH_OPTIONS)
- dh_md5sums $(DH_OPTIONS)
- dh_builddeb $(DH_OPTIONS)
+ dh_testdir $(MY_DH_OPTIONS)
+ dh_testroot $(MY_DH_OPTIONS)
+ dh_installchangelogs $(MY_DH_OPTIONS)
+ dh_installdocs $(MY_DH_OPTIONS)
+ dh_installexamples $(MY_DH_OPTIONS)
+ dh_install $(MY_DH_OPTIONS) $(builddir)/*.afm $(dest_afmpath)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/$(uninamestem)*.tfm
$(dest_uni-tfmpath)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/$(sfdnamestem)*.tfm
$(dest_sfd-tfmpath)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/*.pfb $(dest_type1path)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/*.vf $(dest_vfpath)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/$(uninamestem).map
/usr/share/texmf/fonts/map/dvips/arphic/
+ dh_install $(MY_DH_OPTIONS)
$(builddir)/c$(nfss_fontencoding)$(namestem).fd{,x} $(dest_fd)/
+ dh_install $(MY_DH_OPTIONS) $(builddir)/c70$(namestem).fd{,x}
usr/share/texmf/tex/latex/CJK/UTF8/
+ dh_link $(MY_DH_OPTIONS)
+ dh_installtex $(MY_DH_OPTIONS) --flavor=map:config_for_all_maps
map=Map,$(uninamestem).map
+ dh_strip $(MY_DH_OPTIONS)
+ dh_compress $(MY_DH_OPTIONS)
+ dh_fixperms $(MY_DH_OPTIONS)
+ dh_perl $(MY_DH_OPTIONS)
+ dh_installdeb $(MY_DH_OPTIONS)
+ dh_gencontrol $(MY_DH_OPTIONS)
+ dh_md5sums $(MY_DH_OPTIONS)
+ dh_builddeb $(MY_DH_OPTIONS)
I hope this works.
Hi,
It does!
The package built fine, in a little less that 3 hours.
Thank you!
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459244: asterisk: split-up proposal
Roman Galeyev [EMAIL PROTECTED] wrote: It will simplify the asterisk maintance and help tracking problems, I totally fail to see how it's going to help with maintenance. Quite the contrary, it's going to complexify the build scripts for no good reason, add a bunch of packages to the control file and their relationships, bloat the Packages file for no good reason, confuse users and risk having version skew between packages. That doesn't buy anything, you've just had a false good idea. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459246: libccid: please Suggests: pcmciautils
Luca Capello a écrit : Package: libccid Version: 1.3.1-2 Severity: wishlist Hello, with some card readers libccid needs pcmciautils to work correctly, otherwise pcscd shows the following error: = [EMAIL PROTECTED]:~# pcscd -f echo OK pcscdaemon.c:294:main() pcscd set to foreground with debug send to stderr readerfactory.c:1113:RFInitializeReader() Attempting startup of \ GemPCTwin serial 00 00 using /usr/lib/pcsc/drivers/serial/libccidtwin.so.1.3.1 readerfactory.c:980:RFBindFunctions() Loading IFD Handler 3.0 ifdhandler.c:1239:init_driver() LogLevel: 0x0003 ifdhandler.c:1249:init_driver() DriverOptions: 0x ifdhandler.c:77:IFDHCreateChannelByName() lun: 0, device: /dev/ttyS0:GemPCTwin ccid_serial.c:677:OpenSerialByName() Get RS232 signals state failed: Input/output error ccid_serial.c:698:OpenSerialByName() tcflush() function error: Input/output error ccid_serial.c:703:OpenSerialByName() tcgetattr() function error: Input/output error ifdhandler.c:95:IFDHCreateChannelByName() failed readerfactory.c:1152:RFInitializeReader() Open Port 0 Failed (/dev/ttyS0) readerfactory.c:1025:RFUnloadReader() Unloading reader driver. readerfactory.c:252:RFAddReader() GemPCTwin serial init failed. pcscdaemon.c:507:main() pcsc-lite 1.4.4 daemon ready. pcscdaemon.c:572:signal_trap() Preparing for suicide readerfactory.c:1379:RFCleanupReaders() entering cleaning function pcscdaemon.c:532:at_exit() cleaning /var/run OK [EMAIL PROTECTED]:~# What reader are you trying to use? Even if the tasksel laptop task installs pcmciautils by default, the fact that libccid suggests it doesn't harm. AFAIK pcmciautils should only be needed when using a GemPC Card (PCMCIA reader). If you have a PCMCIA port and want to use it you should not remove the pcmciautils package installed by the laptop task. Why have you removed pcmciautils if you want to use a PCMCIA device? bye -- Dr. Ludovic Rousseau
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
On Sat, Jan 05, 2008 at 02:27:26PM +1100, Andrew McGlashan wrote: Simon Josefsson wrote: There is clearly still some problem between IM and Exim, but that could be the topic for another report? It would be interesting if you could identify whether it is related to exim (i.e., does it happen with sendmail too?) or gnutls (i.e., does it happen if exim4 is linked with openssl?). Part of the problem relates to my server having a strict requirement to use SSL with SMTP Auth. Popping email using SSL on port 995 works fine using qpopper. Gmail works fine with SSL on port 465. So the combination of these observations points to an Exim issue... from what I can tell. Although Outlook Express works fine with both my server and a gmail one both using SSL over port 465. I am having a problem with your port references. It would be more helpful if you'd not only reference the port number (which is most probably irrelevant for debugging), but also the protocol you're using. I feel that we are mixing up plain unencrypted SMTP (which usually runs on ports tcp/25 and/or tcp/587), the ESMTP STARTTLS extension (which also runs on ports tcp/25 and/or tcp/587 and is negotiated in a clear text handshake involving the EHLO and STARTTLS commands), and the non-standardized SMTP over SSL protocol which microsoft and other sites use on port tcp/465. If Exim can use whatever qpopper is using for the SSL setup, then that would probably solve the problem. qpopper is using OpenSSL, which I'd like to avoid for exim since exim links to a gazillion of other libraries and I'd rather not have to check all their licenses for an OpenSSL exception. Additionally, Simon is member of the GnuTLS team and surely would not want to advocate changing to a competitor. 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 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#105804: wontfix 105804 for wmnet
tag 105804 wontfix thanks Hello, I'm not going to implement this bug request: wmnet already scales the measuring unit based on current bandwidth usage. Moreover, with modern internet lines, having b/s is really annoying, since it will miss space on speed line to display it. Thanks anyway for the report! Sandro -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459284: useless NEWS entry in liblcms1
Package: liblcms1 Version: 1.16-8 Severity: normal Hi, the newest version of lcms contains a NEWS.Debian which is irrelevant to people who just happen to have liblcms1 installed because of a dependency. Please remove this entry from the package (I'm not even sure it would make sense to have it in python-lcms). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361306: while copying files under fakeroot, permissions are, discarded
I wrote a small workaround for this bug: It claims that the underlying
filesystem does not support ACL whenever fakeroot is running and the
acl_set_{fd,file} functions are called. This fixes cp -a (and probably
all coreutils). The patch is attached, it fixes the problems we had with
makepkg on Archlinux.
Some explanation of the bug: Newer coreutils (if compiled with ACL
support) always try to set the file permissions using ACL instead of
chmod when cp -p is run. The lack of support for ACLs and/or extended
attributes (which are used to store ACLs) in fakeroot leads to
unspecified behaviour.
A long-term solution would be the implementation of either ACLs or
xattrs in fakeroot. Note that the implementation of xattrs would
automatically make ACLs work as far as I can see.
diff -Nur fakeroot-1.8.10.orig/libfakeroot.c fakeroot-1.8.10/libfakeroot.c
--- fakeroot-1.8.10.orig/libfakeroot.c 2007-11-21 15:41:08.0 +0100
+++ fakeroot-1.8.10/libfakeroot.c 2008-01-04 14:04:44.0 +0100
@@ -57,6 +57,8 @@
#include unistd.h
#include dirent.h
#include errno.h
+#include sys/types.h
+#include sys/acl.h
#if !HAVE_DECL_SETENV
extern int setenv (const char *name, const char *value, int replace);
@@ -1461,3 +1463,13 @@
{
return fakeroot_disabled;
}
+
+int acl_set_fd(int fd, acl_t acl) {
+ errno = ENOTSUP;
+ return -1;
+}
+
+int acl_set_file(const char *path_p, acl_type_t type, acl_t acl) {
+ errno = ENOTSUP;
+ return -1;
+}
diff -Nur fakeroot-1.8.10.orig/wrapfunc.inp fakeroot-1.8.10/wrapfunc.inp
--- fakeroot-1.8.10.orig/wrapfunc.inp 2007-11-21 22:55:56.0 +0100
+++ fakeroot-1.8.10/wrapfunc.inp2008-01-04 13:59:17.0 +0100
@@ -123,4 +123,5 @@
#endif /* HAVE_UNLINKAT */
#endif /* HAVE_FSTATAT */
-
+acl_set_fd;int;(int fd, acl_t acl);(fd, acl)
+acl_set_file;int;(const char *path_p, acl_type_t type, acl_t acl);(path_p,
type, acl)
Bug#459283: nscd on amd64 depends on libc6-i386
Package: nscd Version: 2.3.6.ds1-13etch4 Severity: normal When dist-upgrading from Debian 4.0r1 to Debian 4.0r2 on an AMD64 install, the newer version of nscd wants to pull in libc6-i386: $ dpkg --print-architecture amd64 $ sudo apt-get -V dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done The following NEW packages will be installed: libc6-i386 (2.3.6.ds1-13etch4) The following packages will be upgraded: nscd (2.3.6.ds1-13etch2 = 2.3.6.ds1-13etch4) 1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/3217kB of archives. After unpacking 7668kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. $ dpkg -l libc6* | grep ^i ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libc6-dev 2.3.6.ds1-13etch4 GNU C Library: Development Libraries and Hea $ dpkg -s libc6 | grep ^Arch Architecture: amd64 This dependency on libc6-i386 was not there in the previous package of nscd: $ diff -u (dpkg -f nscd_2.3.6.ds1-13etch2_amd64.deb) (dpkg -f nscd_2.3.6.ds1-13etch4_amd64.deb) --- /proc/self/fd/632008-01-05 10:31:32.448877558 +0100 +++ /proc/self/fd/622008-01-05 10:31:32.432876558 +0100 @@ -1,10 +1,10 @@ Package: nscd -Version: 2.3.6.ds1-13etch2 +Version: 2.3.6.ds1-13etch4 Section: admin Priority: optional Architecture: amd64 -Depends: libc6 (= 2.3.5-1) -Installed-Size: 244 +Depends: libc6-i386 (= 2.3.5-1) +Installed-Size: 324 Maintainer: GNU Libc Maintainers [EMAIL PROTECTED] Source: glibc Description: GNU C Library: Name Service Cache Daemon The nscd binary doesn't link to any files from libc6-i386 either, so the depedency on libc6-i386 on amd64 seems strange: $ file /usr/sbin/nscd /usr/sbin/nscd: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, stripped $ ldd /usr/sbin/nscd librt.so.1 = /lib/librt.so.1 (0x2b9d00214000) libpthread.so.0 = /lib/libpthread.so.0 (0x2b9d0031d000) libnsl.so.1 = /lib/libnsl.so.1 (0x2b9d00433000) libc.so.6 = /lib/libc.so.6 (0x2b9d0054a000) /lib64/ld-linux-x86-64.so.2 (0x2b9d000fc000) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-vserver-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nscd depends on: ii libc6-i386 2.3.6.ds1-13etch4 GNU C Library: 32bit shared librar nscd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459282: [INTL:fi] Finnish translation of the debconf templates
Package: pcd2html Severity: wishlist Tags: l10n patch Please include attached translation fi.po to the package. Regards, Esko Arajärvi msgid msgstr Project-Id-Version: pcd2html\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 19:46+0100\n PO-Revision-Date: 2008-01-05 12:01+0200\n Last-Translator: Esko Arajärvi [EMAIL PROTECTED]\n Language-Team: Finnish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Finnish\n X-Poedit-Country: FINLAND\n #. Type: string #. Description #: ../templates:2001 msgid Mount point for Kodak Photo CDs: msgstr Kodak Photo CD -levyjen liitoskohta: #. Type: string #. Description #: ../templates:2001 msgid Pcd2html prepares Kodak Photo CDs for web presentation. msgstr Pcd2html saattaa Kodak Photo CD -levyt valmiiksi verkkoesitystä varten. #. Type: string #. Description #: ../templates:2001 msgid Please specify the location where CDs are to be mounted. msgstr Anna sijainti, johon CD-levyt liitetään.
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
Hi, Marc Haber wrote: I am having a problem with your port references. It would be more helpful if you'd not only reference the port number (which is most probably irrelevant for debugging), but also the protocol you're using. I feel that we are mixing up plain unencrypted SMTP (which usually runs on ports tcp/25 and/or tcp/587), the ESMTP STARTTLS extension (which also runs on ports tcp/25 and/or tcp/587 and is negotiated in a clear text handshake involving the EHLO and STARTTLS commands), and the non-standardized SMTP over SSL protocol which microsoft and other sites use on port tcp/465. I believe that I am using ESMTP STARTTLS. If Exim can use whatever qpopper is using for the SSL setup, then that would probably solve the problem. qpopper is using OpenSSL, which I'd like to avoid for exim since exim links to a gazillion of other libraries and I'd rather not have to check all their licenses for an OpenSSL exception. Additionally, Simon is member of the GnuTLS team and surely would not want to advocate changing to a competitor. I understand, but it _seems_ that OpenSSL works whilst GnuTLS doesn't but I can't be sure as I probably don't understand enough to properly debug the issue amongst other things I need to do. Is there a good step by step process that I could follow to help this cause? Would a copy (privately) of my /var/lib/exim4/config.autogenerated help? Kind Regards AndrewM Andrew McGlashan Broadband Solutions now including VoIP Current Land Line No: 03 9912 0504 Mobile: 04 2574 1827 Fax: 03 8790 1224 National No: 1300 85 3804 Affinity Vision Australia Pty Ltd http://www.affinityvision.com.au http://adsl2choice.net.au In Case of Emergency -- http://www.affinityvision.com.au/ice.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458940: Same issue?
Le vendredi 04 janvier 2008 à 19:08 +0100, Julien Valroff a écrit : Starting from a clean ~/.gnome2/f-spot/ directory (i.e. after rm -r ~/.gnome2/f-spot/addin*), I can install extensions from the official reposotory, such as DevelopInUFraw and RawPlusJpeg, and they work fine. But if I close f-spot, and some time later start it again, then these extensions are inactive (no menu entries allowing to trigger the actions they provide), although still installed. Going to the extension manager, disabling them and re-enabling them makes them active again (the menu entries appear again). Maybe it is related: I can't install any extension any more. f-spot was updated to 0.4.1-3, and when I have restarted it, the extension entries in the menu didn't appear. I have thus uninstalled my extensions, then tried to re-install them without success. I have tried downgrading to 0.4.1-2 which worked fine yesterday, but still no way to install the extensions. I hadn't found bug #458844[0] which is now closed. Unfortunately, I still have the issue, which makes f-spot almost unusable. As Roland mentioned earlier, reverting to libflickrnet2.1.5-cil 25277-2, libmono-addins0.2-cil and libmono-addins-gui0.2-cil to 0.3-1 AND f-spot to 0.4.1-1 do fix the issue. Cheers, Julien [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458844
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
On Sat, Jan 05, 2008 at 09:02:43PM +1100, Andrew McGlashan wrote: Marc Haber wrote: I am having a problem with your port references. It would be more helpful if you'd not only reference the port number (which is most probably irrelevant for debugging), but also the protocol you're using. I feel that we are mixing up plain unencrypted SMTP (which usually runs on ports tcp/25 and/or tcp/587), the ESMTP STARTTLS extension (which also runs on ports tcp/25 and/or tcp/587 and is negotiated in a clear text handshake involving the EHLO and STARTTLS commands), and the non-standardized SMTP over SSL protocol which microsoft and other sites use on port tcp/465. I believe that I am using ESMTP STARTTLS. So you only have ssl_on_connect_port=465 in your exim configuration and no other port number? And you get a clear text banner when you connect to tcp/25 or tcp/587? And you get a banner when you use gnutls-cli -p 465 _without_ the -s option? If Exim can use whatever qpopper is using for the SSL setup, then that would probably solve the problem. qpopper is using OpenSSL, which I'd like to avoid for exim since exim links to a gazillion of other libraries and I'd rather not have to check all their licenses for an OpenSSL exception. Additionally, Simon is member of the GnuTLS team and surely would not want to advocate changing to a competitor. I understand, but it _seems_ that OpenSSL works whilst GnuTLS doesn't yes, and if we don't find out why, it's going to stay this way. I find it worth trying to find out where the issue with GnuTLS is, and GnuTLS upstream has become very responsive and motivated in the last few weeks (btw, I really really appreciate that). but I can't be sure as I probably don't understand enough to properly debug the issue amongst other things I need to do. Is there a good step by step process that I could follow to help this cause? Would a copy (privately) of my /var/lib/exim4/config.autogenerated help? I must admit that I have lost the overview over this bug report. If I recall correctly, Simon is running an incredimail evaluation copy under wine and can do any debugging on the library side that might be possible. If I recall correctly, again, he has found out that incredimail negotiates an obsolete version of SSL whose ciphers can easily be broken and might be inable to negotiatate a better version. Under these circumstances, I remember him writing, it might be better not to use encryption at all. 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 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
Marc Haber [EMAIL PROTECTED] writes: but I can't be sure as I probably don't understand enough to properly debug the issue amongst other things I need to do. Is there a good step by step process that I could follow to help this cause? Would a copy (privately) of my /var/lib/exim4/config.autogenerated help? I must admit that I have lost the overview over this bug report. Me too. I don't understand Andrew's problem, and the 348046 bug contains too many separate issues, so a me too can mean anything. Andrew, sorry to bother you, but could you describe how you reproduce a problem using your set up? Including error messages. Preferably as a new bug report against exim (?). If I recall correctly, Simon is running an incredimail evaluation copy under wine and can do any debugging on the library side that might be Actually that was TheBat!... I'll see if I can find a incredimail evaluation copy too. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456806: clamav-freshclam: freshclam created files can only be read by clamav user
This one time, at band camp, Berg, Michael said: Stephen Gran wrote: I have to say that's very strange. Can you strace a startup of freshclam for me? I don't remember any umask calls in the database writing code, but maybe I'm missing something. Thanks, Stephen, Sorry for the delay on this (Christmas, New Year, etc), but I finally had some time to do more debugging. No problem. Hope the holidays treated you well. $DatabaseOwner is clamav, and I see the following behavior if I manually try that action broken up into several steps: # id uid=0(root) gid=0(root) groups=0(root) # umask 0022 # su clamav -p -s /bin/sh $ id uid=108(clamav) gid=108(clamav) groups=108(clamav) $ umask 0077 If I then remove daily.cvd and run freshclam from this clamav shell, the resulting daily.cvd has mode 600. So the source of the problem appears to be the umask changing to 0077 when the script su's to the clamav user. Odd, that doesn't happen here: vancouver:~# id uid=0(root) gid=0(root) groups=0(root) vancouver:~# umask 0022 vancouver:~# su clamav -p -s /bin/sh vancouver:~$ id uid=108(clamav) gid=112(clamav) groups=112(clamav) vancouver:~$ umask 0022 vancouver:~$ Do you set umask in /etc/profile or in a pam setting or something? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#459285: [INTL:fi] Finnish translation of the debconf templates
Package: calamaris Severity: wishlist Tags: l10n patch Please include attached translation fi.po to the package. Regards, Esko Arajärvi msgid msgstr Project-Id-Version: calamaris\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 08:21+0100\n PO-Revision-Date: 2008-01-05 12:26+0200\n Last-Translator: Esko Arajärvi [EMAIL PROTECTED]\n Language-Team: Finnish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Finnish\n X-Poedit-Country: Finland\n #. Type: select #. Choices #: ../templates:2001 msgid auto msgstr automaattinen #. Type: select #. Choices #: ../templates:2001 msgid squid msgstr squid #. Type: select #. Choices #: ../templates:2001 msgid oops msgstr oops #. Type: select #. Description #: ../templates:2002 msgid Type of proxy log files to analyze: msgstr Analysoitavien välityspalvelinlokien tyyppi: #. Type: select #. Description #: ../templates:2002 msgid Calamaris is able to process log files from Squid or Oops. If you choose 'auto' it will look first for Squid log files and then for Oops log files. msgstr Calamaris voi käsitellä Squidin tai Oopsin lokitiedostoja. Jos valitset ”automaattinen”, etsitään ensin Squidin lokeja ja sitten Oopsin lokeja. #. Type: select #. Description #: ../templates:2002 msgid Choosing 'auto' is recommended when only one proxy is installed. Otherwise, the appropriate setting can be enforced here. msgstr On suositeltavaa valita ”automaattinen”, jos vain yksi välityspalvelin on asennettuna. Muussa tapauksessa tässä voidaan pakottaa haluttu asetus. #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 #: ../templates:7001 #: ../templates:11001 msgid nothing msgstr ei mikään #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 #: ../templates:7001 #: ../templates:11001 msgid mail msgstr sähköposti #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 #: ../templates:7001 #: ../templates:11001 msgid web msgstr verkko #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 #: ../templates:7001 #: ../templates:11001 msgid both msgstr molemmat #. Type: select #. Description #: ../templates:3002 msgid Output method for Calamaris daily analysis reports: msgstr Calamarisin päivittäisten analyysien tulostustapa: #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 #: ../templates:7002 #: ../templates:11002 msgid The result of the Calamaris analysis can be sent as an email to a specified address or stored as a web page. msgstr Calamarisin analyysien tulokset voidaan lähettää annettuun osoitteeseen sähköpostilla tai tallentaa verkkosivuna. #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 #: ../templates:7002 #: ../templates:11002 msgid Please choose which of these methods you want to use. msgstr Valitse mitä näistä tavoista haluat käyttää. #. Type: string #. Description #: ../templates:4001 msgid Recipient for daily analysis reports by mail: msgstr Päivittäisten analyysien vastaanottajan sähköpostiosoite: #. Type: string #. Description #: ../templates:4001 msgid Please choose the address that should receive daily Calamaris analysis reports. msgstr Anna osoite, johon päivittäiset Calamarisin analyysit tulisi lähettää. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:4001 #: ../templates:8001 #: ../templates:12001 msgid This setting is only needed if the reports are to be sent by email. msgstr Tätä asetusta tarvitaan vain, jos raportit lähetetään sähköpostitse. #. Type: string #. Description #: ../templates:5001 msgid Directory for storing HTML daily analysis reports: msgstr Hakemisto päivittäisten analyysien tallentamiseen HTML-muodossa: #. Type: string #. Description #: ../templates:5001 msgid Please choose the directory where daily Calamaris analysis reports should be stored. msgstr Anna hakemisto, johon Calamarisin päivittäisten analyysien tulokset tulisi tallentaa. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:5001 #: ../templates:9001 #: ../templates:13001 msgid This setting is only needed if the reports are to be generated as HTML. msgstr Tätä asetusta tarvitaan vain, jos raportit muokataan HTML-muotoon. #. Type: string #. Default #: ../templates:6001 msgid Squid daily msgstr Squid - päivittäinen #. Type: string #. Description #: ../templates:6002 msgid Title of the daily analysis reports: msgstr Päivittäisen analyysiraportin otsikko: #. Type: string #. Description #: ../templates:6002 msgid Please choose the text that will be used as a prefix to the title for the daily Calamaris analysis reports. msgstr Anna teksti,
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
Simon Josefsson [EMAIL PROTECTED] writes: If I recall correctly, Simon is running an incredimail evaluation copy under wine and can do any debugging on the library side that might be Actually that was TheBat!... I'll see if I can find a incredimail evaluation copy too. There is one from http://www.incredimail.com/ but it just gives an 'Installation script error' when run under Wine.. If we can get a complete step-by-step description on how to reproduce the problem between IM and Exim, I can borrow a Windows machine to debug it. /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459283: nscd on amd64 depends on libc6-i386
block 459283 by 458860 thanks On Sat, Jan 05, 2008 at 09:49:59AM +, Bart Cortooms wrote: Package: nscd Version: 2.3.6.ds1-13etch4 Severity: normal When dist-upgrading from Debian 4.0r1 to Debian 4.0r2 on an AMD64 install, the newer version of nscd wants to pull in libc6-i386: $ dpkg --print-architecture amd64 $ sudo apt-get -V dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done The following NEW packages will be installed: libc6-i386 (2.3.6.ds1-13etch4) The following packages will be upgraded: nscd (2.3.6.ds1-13etch2 = 2.3.6.ds1-13etch4) 1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/3217kB of archives. After unpacking 7668kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. $ dpkg -l libc6* | grep ^i ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libc6-dev 2.3.6.ds1-13etch4 GNU C Library: Development Libraries and Hea $ dpkg -s libc6 | grep ^Arch Architecture: amd64 This dependency on libc6-i386 was not there in the previous package of nscd: Yes, this is a well known issue of dpkg-shlibdeps, see #458860. Until it is fixed, you have to live with that, it's just 10Mo of dead space on your disk, which shouldn't be _too_ critical on most x86 platforms (we hope). -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgppadij04o7Q.pgp Description: PGP signature
Bug#459184: lyskom-server: package content changes when built with dash as /bin/sh
Lucas Nussbaum:
I rebuilt all packages in Debian, first with bash as /bin/sh, then with dash as
/bin/sh. Your package builds fine in both cases. However, the resulting
packages are diferent according to debdiff!
dash seems not to be able to execute the bug#214742 workaround where I
remove some files that gets generated but that should not:
rm -f debian/lyskom-server/usr/share/info/dir{,.old}{,.gz}
I guess that's a bashism that should be fixed...
--
\\// Peter - http://www.softwolves.pp.se/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459289: FTBFS with GCC 4.3: misc warnings and -Werror
Package: xorp
Version: 1.5~cvs.20070824-1
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.
GCC 4.3 will introduce some new warnings that your build treats as
errors because of -Werror. A patch is below.
Automatic build of xorp_1.5~cvs.20070824-1 on em64t by sbuild/amd64 0.53
/bin/sh ../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I.. -I..-Wall -g -Werror -W -Wall -Wwrite-strings
-Wbad-function-cast -Wmissing-prototypes -Wcast-qual -Wmissing-declarations
-Wpointer-arith -Wcast-align -Wstrict-prototypes -Wnested-externs -pipe -MT
strptime.lo -MD -MP -MF .deps/strptime.Tpo -c -o strptime.lo strptime.c
x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -Wall -g -Werror -W -Wall
-Wwrite-strings -Wbad-function-cast -Wmissing-prototypes -Wcast-qual
-Wmissing-declarations -Wpointer-arith -Wcast-align -Wstrict-prototypes
-Wnested-externs -pipe -MT strptime.lo -MD -MP -MF .deps/strptime.Tpo -c
strptime.c -o strptime.o
cc1: warnings being treated as errors
strptime.c:233: error: 'local_strptime' defined but not used
make[4]: *** [strptime.lo] Error 1
and later:
/usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I.. -g -Werror -W
-Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align
-Woverloaded-virtual -ftemplate-depth-25 -pipe -MT xrl_parser.lo -MD -MP -MF
.deps/xrl_parser.Tpo -c xrl_parser.cc -o xrl_parser.o
cc1plus: warnings being treated as errors
xrl_parser.cc: In function 'size_t skip_xrl_plain_chars(const std::string,
__gnu_cxx::__normal_iteratorconst char*, std::basic_stringchar,
std::char_traitschar, std::allocatorchar )':
xrl_parser.cc:132: error: suggest a space before ';' or explicit braces
around empty body in 'for' statement
make[2]: *** [xrl_parser.lo] Error 1
make[2]: Leaving directory `/home/tbm/src/xorp-1.5~cvs.20070824/libxipc'
and:
/usr/lib/gcc-snapshot/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I..
-DINSTANTIATE_IPV4 -g -Werror -W -Wall -Wwrite-strings -Wcast-qual
-Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe
-MT librip_la-packet_queue.lo -MD -MP -MF .deps/librip_la-packet_queue.Tpo -c
packet_queue.cc -o librip_la-packet_queue.o
cc1plus: warnings being treated as errors
packet_queue.cc: In member function 'void
PacketQueueA::enqueue_packet(const RipPacketA*)':
packet_queue.cc:44: error: suggest a space before ';' or explicit braces
around empty body in 'while' statement
make[3]: *** [librip_la-packet_queue.lo] Error 1
make[3]: Leaving directory `/home/tbm/src/xorp-1.5~cvs.20070824/rip'
--- libxipc/xrl_parser.cc~ 2008-01-05 10:14:39.0 +
+++ libxipc/xrl_parser.cc 2008-01-05 10:15:04.0 +
@@ -129,7 +129,7 @@
skip_xrl_plain_chars(const string input, string::const_iterator sci)
{
string::const_iterator start = sci;
-for (; sci != input.end() isxrlplain(*sci); sci++);
+for (; sci != input.end() isxrlplain(*sci); sci++) ;
return sci - start;
}
--- libxorp/strptime.c~ 2008-01-05 10:09:29.0 +
+++ libxorp/strptime.c 2008-01-05 10:11:53.0 +
@@ -221,6 +221,8 @@
#defineLEGAL_ALT(x){ if (alt_format ~(x)) return NULL; }
+#ifndef HAVE_STRPTIME
+
static const unsigned char *conv_num(const unsigned char *, int *,
unsigned int, unsigned int);
static const unsigned char *find_string(const unsigned char *, int *,
@@ -489,6 +491,7 @@
*dest = result;
return buf;
}
+#endif
/*
* XXX: The Windows' equivalent of strncasecmp(3) is called _strnicmp()
@@ -500,6 +503,7 @@
#define STRNCASECMP(s1, s2, len) strncasecmp(s1, s2, len)
#endif
+#ifndef HAVE_STRPTIME
static const unsigned char *
find_string(const unsigned char *bp, int *tgt, const char * const *n1,
const char * const *n2, int c)
@@ -521,6 +525,7 @@
/* Nothing matched */
return NULL;
}
+#endif
char *
xorp_strptime(const char *buf, const char *fmt, struct tm *tm)
--- rip/packet_queue.cc~2008-01-05 10:44:39.0 +
+++ rip/packet_queue.cc 2008-01-05 10:44:43.0 +
@@ -41,7 +41,7 @@
PacketQueueA::enqueue_packet(const RipPacketA* pkt)
{
while (_buffered_bytes + pkt-data_bytes() = _max_buffered_bytes
- drop_old() == true);
+ drop_old() == true) ;
_buffered_bytes += pkt-data_bytes();
_ready_packets.push_back(pkt);
}
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450868: nautilus: User-level help files unreadable
On sam, 2008-01-05 at 09:33 +0100, Johan Walles wrote: 2008/1/4, Josselin Mouette [EMAIL PROTECTED]: This is probably because you have the 2.20 version of the user documentation installed, and it doesn't correspond with nautilus 2.18. Doesn't this indicate a broken dependency somewhere? Yes and no. We don’t set hard dependencies on documentation stuff anyway, so specifying the versions wouldn’t help at all. Furthermore, upstream tries to keep the document compatible with previous versions, so the case you have hit is more likely an exception than the rule. And this is because you need yelp 2.20 to read this documentation. Isn't this what package dependencies are for? There are probably a number of documents that should conflict with yelp ( 2.20) but no one yet has taken the time to investigate the situation. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#459229: xserver-xorg-video-ati: Does not work on iBookG4
Brice Goglin ha scritto: All these tries was made using this version ii xserver-xorg-video-ati 1:6.7.197-1 X.Org X server -- ATI display driver Do you think I would repeat all with driver from exeprimental? reopen 459229 found 459229 1:6.7.198~git20080101.f65374f5-1 1:6.7.198~git20080102.30cab1db-1 retitle 459229 xserver-xorg-video-ati: does not use the maximum panel size on iBookG4 thank you Thanks to you! [...] Your log says: (WW) RADEON(0): Panel size 1024x768 is derived, this may not be correct. If not, use PanelSize option to overwrite this setting (WW) RADEON(0): No valid timing info from BIOS. so I guess the following option in the Device section of your xorg.conf won't help: Option PanelSize 1024x768 You were right: nothing changed with these changes. Can you try adding Option LVDSProbePLL on to the Device section? (the manpage says it's on by default, but I don't see this in the code...) Nothing changed! Can you try without any xorg.conf at all (just move the file away) and tell me whether the xrandr output is the same? Without the xorg.conf file the server does not start with this message on the console: = (EE) Unable to locate/open config file New driver is ati (==) Using default built-in configuration (54 lines) (EE) Failed to load module vesa (module does not exist, 0) Fatal server error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. = Can you try adding ModeLine+PreferredMode to the Monitor section as explained in section III.5 of http://wiki.debian.org/XStrikeForce/HowToRandR12 ? I tried to add these lines Modeline 1024x768_60.00 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync nothing changes for the screen (but my keyboard goes crazy with no more alt key :-( ) -- Ciao leandro Un esteso e normale uso della crittografia è il sistema più forte per rivendicare il diritto alla privacy nelle comunicazioni telematiche: come tutti i diritti e come i muscoli se non viene esercitato costantemente si atrofizza e va perso. pgpIH4M6jfjyb.pgp Description: PGP signature
Bug#459198: audacity: some effects are missing (e. g. Change Pitch)
Hi, I also installed audacity on my laptop with Debian testing and there the effects are not available too. Thanks Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#459287: top: doesn't handle hot-added, hot-removed CPUs
Package: procps Version: 1:3.2.7-3 Severity: wishlist When hot-removing CPUs from the system, top exits with: top: failed /proc/stat read zsh: exit 1 top similarly, hot-added cpus don't show up in top. -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.bsd40e Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages procps depends on: ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libncurses55.5-5 Shared libraries for terminal hand ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip Versions of packages procps recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
Marc Haber wrote: So you only have ssl_on_connect_port=465 in your exim configuration and no other port number? And you get a clear text banner when you connect to tcp/25 or tcp/587? And you get a banner when you use gnutls-cli -p 465 _without_ the -s option? www:/tmp# grep ssl_on_connect_port /var/lib/exim4/config.autogenerated - so no ssl_on_connect_port entry in my config... But I do have the following: www:/tmp# grep 587 /var/lib/exim4/config.autogenerated tls_on_connect_ports=465:587 www:/tmp# gnutls-cli -p 465 127.0.0.1 Resolving '127.0.0.1'... Connecting to '127.0.0.1:465'... - Successfully sent 0 certificate(s) to server. - Certificate type: X.509 - Got a certificate list of 1 certificates. - Certificate[0] info: # The hostname in the certificate does NOT match '127.0.0.1'. # valid since: Thu Oct 25 21:11:06 EST 2007 # expires at: Sun Oct 22 22:11:06 EST 2017 # fingerprint: F6:9D:DB:E5:BC:EA:59:CC:F4:81:0A:D1:56:81:11:1E # Subject's DN: CN=mail.affinityvision.com.au # Issuer's DN: CN=Affinity Vision Australia Pty Ltd - Peer's certificate issuer is unknown - Peer's certificate is NOT trusted - Version: TLS 1.0 - Key Exchange: DHE RSA - Cipher: AES 256 CBC - MAC: SHA - Compression: NULL - Handshake was completed - Simple Client Mode: 220 mail.affinityvision.com.au ESMTP Exim 4.63 Sat, 05 Jan 2008 21:23:56 +1100 I understand, but it _seems_ that OpenSSL works whilst GnuTLS doesn't yes, and if we don't find out why, it's going to stay this way. I find it worth trying to find out where the issue with GnuTLS is, and GnuTLS upstream has become very responsive and motivated in the last few weeks (btw, I really really appreciate that). So do I really appreciate it! I must admit that I have lost the overview over this bug report. If I recall correctly, Simon is running an incredimail evaluation copy under wine and can do any debugging on the library side that might be possible. If I recall correctly, again, he has found out that incredimail negotiates an obsolete version of SSL whose ciphers can easily be broken and might be inable to negotiatate a better version. Under these circumstances, I remember him writing, it might be better not to use encryption at all. Interesting, but I cam at it a bit later. I have a client whom I want to host DNS and email for, but he wants to use IM and that is the only blocking factor. He isn't interested in using any other email program, but given that IM is actually quite popular, it is going to continue to be a problem if it isn't sorted. Kind Regards AndrewM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459286: gnuvd: No longer works.
Package: gnuvd Version: 1.0.3-4 Severity: serious Hi, It seems that gnuvd is no longer able to retrieve words from the website. I'm guessing they changed the layout or something. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448583: mirror submission for www.debian.uz: local trace file
Simon Paillard wrote: Hello, I got no reply from you. The entry is almost ready to be included in the list of Debian mirrors. Sorry for the delay, we had a hardware problem with our server that is resolved now. Also, Zamira is no longer employed at our company. Can you look at the name of the local trace file ? I've changed the name of the trace file to debian.uz. I would like to ask you to change the site name of our mirror to debian.uz (from www.debian.uz), because www.debian.uz just redirects to debian.uz. On Tue, Oct 30, 2007 at 03:53:25PM +0100, Simon Paillard wrote: It seems you swtiched to ftp.nl.debian.org yes. We often keep in comments the bandwidth that is available as well as the frequency update (please take care to configure you cron with a guard time after the end of sync of the upstream mirror). We sync daily. I am not sure how can I sync our update with end of sync of the upstream mirror. Can you provide any pointers on how to do it? Can you provide us the quantity of bandwidth available ? I think you can specify 30 Mbit/s as our bandwidth to Internet. We have a 100 Mbit/s connection to local traffic exchange point. We mirror whole debian archive, not just i386 architecture as it was submitted. Also, we provide ftp access (ftp://debian.uz/debian/). Is it possible for our mirror to become an official Debian mirror in Uzbekistan? Changes in number of architectures mirrored and methods of access are editable through http://www.debian.org/mirror/submit, but I doubt that I can change a name of our mirror from www.debian.uz to debian.uz. Please advise. Thanks! -- Timur Irmatov, System administrator, Sharq Telekom. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457170: k3b lost the ability to close the tray
On Friday 04 January 2008, Francois Marier wrote: Hi, Before I forward your report to the K3b developer's bug tracker, can you please tell me the following: 1- Was that about burning a CD or a DVD (or both?) IIRC both, but I usually burn DVDs. 2- What kind of CD burner do you have (ATA, SATA, SCSI) ? ATA. 3- What is the brand/model of your CD burner? I have and LG at home and ASUS in the office and both showed this issue. The hardware and the kernel itself still capable closing the tray, I tried it. br Szo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459288: gimv: Clicking on préférence icon crash the program
Package: gimv Version: gimageview Severity: important (gimv:7214): Gtk-CRITICAL **: gtk_tree_store_get_value: assertion `VALID_ITER (iter, tree_store)' failed (gimv:7214): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.14.4/gobject/gtype.c:3339: type id `0' is invalid (gimv:7214): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced [1]+ Erreur de segmentation gimv -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.12 (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409412: Please retest g-i on Intel MacBook using recent daily builds
Lior Kaplan wrote: Attilio Fiandrotti wrote: Hi Testing a daily build [1] in Arabic, i noticed that during udeb downloading the text under the progressbar no longer drifts to the left while the progressbar moves. Lior, could you please verify whether this bug is really gone or still it persists? Both bugs (CCed) still exists in the daily build of gtk-miniiso from 04 Jan 2008. Do the two bugs show up independently from the language used (e.g. both Arabic and Hebrew) or only when a particular language is used? sincerely Attilio FIandrotti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458852: octave3.0 crashes on arm
Am Samstag, den 05.01.2008, 10:14 +0100 schrieb Rafael Laboissiere: * Rafael Laboissiere [EMAIL PROTECTED] [2008-01-03 21:53]: In order to investigate why Octave 3.0 is failing to work on arm (Bug#458852, severity grave), I would need octave3.0_3.0.0-1 installed on a sid chroot on one of the arm project machines. Peter Palfrader installed octave3.0, as well as gdb and strace, on the sid chroot of agnesi.debian.org. I could replicate the segfault at startup bug. I am attaching below the output of strace and gdb run on octave. It seems to fail in the install_defaults function, which is defined in src/defaults.cc. The output of strace is quite cryptic to me. If someone has an idea on how to proceed furthur, please drop a message. Some data points from arm buildd logs: 1:2.9.19-2 [grieg] works 1:2.9.19-1 [cats]segfault 1:2.9.18-1 [hedges] segfault 1:2.9.17-1 [smackdown} works 1:2.9.16-1 [hedges] segfault 3.0.0-1[hedges] segfault buildds are named in brackets. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459290: gimageview: Clicking on préférence icon crash the program with sigsegv
Package: gimageview Version: 0.2.27-1 Severity: important (gimv:7214): Gtk-CRITICAL **: gtk_tree_store_get_value: assertion `VALID_ITER (iter, tree_store)' failed (gimv:7214): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.14.4/gobject/gtype.c:3339: type id `0' is invalid (gimv:7214): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.12 (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gimageview depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.4-1 high-quality block-sorting file co ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxine11.1.8-5 the xine video/media player librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime gimageview recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458949: Solved: dependencies are now available
Package: twinkle Followup-For: Bug #458949 This bug report can now be closed. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twinkle depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-5 core libraries and binaries for al ii libasound2 1.0.15-3 ALSA library ii libboost-regex1.34.11.34.1-4+b1 regular expression library for C++ ii libc6 2.7-5GNU C Library: Shared libraries ii libccrtp1-1.6-0 1.6.0-1 Common C++ class framework for RTP ii libcommoncpp2-1.6-0 1.6.0-1 A GNU package for creating portabl ii libgcc1 1:4.2.2-5GCC support library ii libgsm1 1.0.12-1 Shared libraries for GSM speech co ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libspeex1 1.1.12-3 The Speex Speech Codec ii libstdc++6 4.2.2-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxml2 2.6.30.dfsg-3GNOME XML library ii libzrtpcpp-0.9.2deb00.9.2-3+b1 ccrtp extension for zrtp/Zfone sup ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime twinkle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459291: libglpk-dev: missing headers and errors reading symbols
Package: libglpk-dev Version: 4.25-1 Certain header files which I needed were found to be missing namely, glplib.h and glpstd.h I believe these should be in this dev package. Also, i get the following error while trying to use the library provided /usr/bin/ld: /usr/lib/libglpk.a(glpapi01.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/libglpk.a: could not read symbols: Bad value collect2: ld returned 1 exit status -- Waqar A. Malik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458896: lintian: Wrong interpreter information w.r.t. pike
On lördagen den 5 januari 2008, Russ Allbery wrote: Magnus Holmgren [EMAIL PROTECTED] writes: lintian/checks/scripts currently lists pike, pike7, and pike7.6 as valid interpreters, associating them with packages of the same names. Currently, the available Pike interpreters are /usr/bin/pike7.6, provided by pike7.6-core, and /usr/bin/pike7.7, provided by pike7.7-core. /usr/bin/pike is managed by the alternatives system and could point to either - it should probably not be used by a packaged script. There are no scripts that would be compatible with multiple versions of Pike? Hmmm ... well, there probably exist such scripts, but they'd (theoretically) have to be able to work with all packages that can provide /usr/bin/pike, old as well as future, and that can't be guaranteed. Fortunately major Pike releases aren't very frequent... -- Magnus Holmgren signature.asc Description: This is a digitally signed message part.
Bug#459292: editing OGG tags in the properties tab corrupts Vorbis files
Package: kdemultimedia-kfile-plugins Version: 4:3.5.5-2 If I'm not mistaken, this package also provides a special tab in the properties dialog of Konqueror where you can see and edit the Vorbis metadata tags. However, after saving them, the Vorbis file is invalid. Just for the record (experience shows this can be important!) I'm on a big-endian machine. # # before: # ogginfo 03.Anarchy_in_the_UK..bak.ogg Processing file 03.Anarchy_in_the_UK..bak.ogg... New logical stream (#1, serial: 39b0e8a3): type vorbis Vorbis headers parsed for stream 1, information follows... Version: 0 Vendor: Xiph.Org libVorbis I 20050304 Channels: 2 Rate: 44100 Nominal bitrate: 112.00 kb/s Upper bitrate not set Lower bitrate not set User comments section follows... ARTIST=Hula Punk - Dr. Lomi Lomi ALBUM=Hula Punk - Dr. Lomi Lomi TITLE=Anarchy in the UK TRACKNUMBER=03 CDDB=94092e0c Vorbis stream 1: Total data length: 3052330 bytes Playback length: 3m:20.039s Average bitrate: 122.068786 kb/s Logical stream 1 ended # #after # ogginfo 03.Anarchy_in_the_UK.ogg Processing file 03.Anarchy_in_the_UK.ogg... New logical stream (#1, serial: 39b0e8a3): type vorbis Vorbis headers parsed for stream 1, information follows... Version: 0 Vendor: Xiph.Org libVorbis I 20050304 Channels: 2 Rate: 44100 Nominal bitrate: 112.00 kb/s Upper bitrate not set Lower bitrate not set User comments section follows... ALBUM=Dr. Lomi Lomi ARTIST=Hula Punk CDDB=94092e0c TITLE=Anarchy in the UK TRACKNUMBER=03 Negative granulepos on vorbis stream outside of headers. This file was created by a buggy encoder [... line repeats ~200 times ...] Vorbis stream 1: Total data length: 3058837 bytes Playback length: 3m:20.039s Average bitrate: 122.329014 kb/s Logical stream 1 ended Note: I'm not exactly sure how severe this bug is for two reasons: 1. The file can still be played. I can't say if its quality was affected though. 2. When using 'vorbiscomment -l' instead of 'ogginfo', it outputs the information without complaining, but that tool is also not targeted at the whole stream but only on the metadata tags. Now I'm going to check how the plugin behaves when I have multiple ARTIST= tags, but that's for another report. ;) cheers! Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459293: lintian: partially-translated-question is misleading and not really useful
Package: lintian Version: 1.23.41 Severity: normal When a given package has a template that is not completely translated for a given language, lintian issues this warning with: N: If you translate the Choices:' fields in a template, you should N: translate the 'Description:' field as well The maintainer has actually no real influence on this and, anyway, having a debconf templates that's not fully translated is not harmful at all as po-debconf will then not include that language in translations for that template. In short: a debconf template is shown translated only when all its components are translated. This warning is indeed misleading to some maintainer who think they should *remove* incomplete debconf translations in debian/po which is entirely wrong, of course. For all these reasons, I see no real benefit in keeping this lintian warning. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.14 package building tools for Debian ii file4.21-4 Determines file type using magic ii gettext 0.17-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441213: closed by Luk Claes [EMAIL PROTECTED] (Re: linux-modules-contrib-2.6: Older builds of package still present in Packages.{gz, bz2} but not on the mirror)
Thank you :)
Raphael
On Jan 5, 2008 12:33 PM, Debian Bug Tracking System [EMAIL PROTECTED]
wrote:
This is an automatic notification regarding your Bug report
which was filed against the ftp.debian.org package:
#441213: linux-modules-contrib-2.6: Older builds of package still present
in Packages.{gz, bz2} but not on the mirror
It has been closed by Luk Claes [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Luk Claes [EMAIL PROTECTED] by replying
to this email.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
-- Forwarded message --
From: Luk Claes [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Sat, 5 Jan 2008 12:17:15 +0100
Subject: Re: linux-modules-contrib-2.6: Older builds of package still
present in Packages.{gz, bz2} but not on the mirror
On Fri, Sep 07, 2007 at 03:18:01PM +0200, Raphael Pinson wrote:
Older builds of the linux-modules-contrib-2.6 package are still
referenced in Packages.{gz,bz2} but are not present on the mirror.
This causes errors to mirror the repository.
Fixed in the latest point release of etch (4.0r2).
Cheers
Luk
Bug#457698: libatk1.0-0: typo in spanish translation of package description
2008/1/4, Josselin Mouette [EMAIL PROTECTED]: On lun, 2007-12-24 at 12:57 -0300, Alvaro Herrera wrote: Package: libatk1.0-0 Version: 1.20.0-1 Severity: minor Tags: l10n The translated package description in spanish says harramientas, should say herramientas. We are not responsible for the translations. Transmitting to the Spanish translation list. Typo fixed and translation pending review. Thank very much for the report. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459294: debdiff: Tarball in tarball support in most cases is completelly unusable
Package: devscripts Version: 2.10.11 Severity: important Hi, After prepearing new upstream version of man2html I run debdiff on the old and new *.dsc files and the resulted patch was COMPLETELY USELESS. [130] /usr/bin/debdiff man2html_1.6e-3.dsc man2html_1.6f-1.dsc |wc 59770 264454 1822181 [131] /usr/bin/debdiff man2html_1.6e-3.dsc man2html_1.6f-1.dsc | grep catopen/README diff -Nru /tmp/5RPqwreIox/man2html-1.6e/man-1.6e/catopen/README /tmp/WY5cre995T/man2html-1.6f/man-1.6e/catopen/README --- /tmp/5RPqwreIox/man2html-1.6e/man-1.6e/catopen/README 2005-08-21 01:26:06.0 +0200 +++ /tmp/WY5cre995T/man2html-1.6f/man-1.6e/catopen/README 1970-01-01 01:00:00.0 +0100 diff -Nru /tmp/5RPqwreIox/man2html-1.6e/man-1.6f/catopen/README /tmp/WY5cre995T/man2html-1.6f/man-1.6f/catopen/README --- /tmp/5RPqwreIox/man2html-1.6e/man-1.6f/catopen/README 1970-01-01 01:00:00.0 +0100 +++ /tmp/WY5cre995T/man2html-1.6f/man-1.6f/catopen/README 2005-08-21 01:26:06.0 +0200 I think you can reproduce the bug on most source packages which contain *.tar.gz tarballs (tzdata is one of exceptions). Fortunatelly there's a typo in debdiff which prevents *.tar.bz2 tarballs for being unpacked. Best Regards, robert - System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/pdksh Versions of packages devscripts depends on: ii debianutils 2.28.2 Miscellaneous utilities specific t ii dpkg-dev 1.14.14package building tools for Debian ii libc6 2.7-5 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sed 4.1.5-5The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.8.10 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#68772: Should we close it?
Hi all, wmtop reads its information from /proc fs, so if subprocesses (instead of using threads) are listed more times, they are in the list. I don't think I want to change this behaviour, mainly because so many things have changed in the kernel area from the time of report to now, and it could still be that different threads of the same application are listed as different processes under /proc. Justin, do you think we can close this report (no submit answer in about 1 year, unreproduc here, no needed fix from my POV)? Rergards, Sandro -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459294: debdiff: Tarball in tarball support in most cases is completelly unusable
Hi Robert and happy new year. On Sat, Jan 05, 2008, Robert Luberda wrote: After prepearing new upstream version of man2html I run debdiff on the old and new *.dsc files and the resulted patch was COMPLETELY USELESS. [130] /usr/bin/debdiff man2html_1.6e-3.dsc man2html_1.6f-1.dsc |wc 59770 264454 1822181 [131] /usr/bin/debdiff man2html_1.6e-3.dsc man2html_1.6f-1.dsc | grep catopen/README diff -Nru /tmp/5RPqwreIox/man2html-1.6e/man-1.6e/catopen/README /tmp/WY5cre995T/man2html-1.6f/man-1.6e/catopen/README --- /tmp/5RPqwreIox/man2html-1.6e/man-1.6e/catopen/README 2005-08-21 01:26:06.0 +0200 +++ /tmp/WY5cre995T/man2html-1.6f/man-1.6e/catopen/README 1970-01-01 01:00:00.0 +0100 diff -Nru /tmp/5RPqwreIox/man2html-1.6e/man-1.6f/catopen/README /tmp/WY5cre995T/man2html-1.6f/man-1.6f/catopen/README --- /tmp/5RPqwreIox/man2html-1.6e/man-1.6f/catopen/README 1970-01-01 01:00:00.0 +0100 +++ /tmp/WY5cre995T/man2html-1.6f/man-1.6f/catopen/README 2005-08-21 01:26:06.0 +0200 Are you talking about #456223? If so, the change is commited in our SVN and pending. If not, please could you explain the exact problem? I think you can reproduce the bug on most source packages which contain *.tar.gz tarballs (tzdata is one of exceptions). Fortunatelly there's a typo in debdiff which prevents *.tar.bz2 tarballs for being unpacked. Please could you point at the typo so that it gets fixed too? :-) -- Mohammed Adnène Trojette
Bug#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
On Sat, Jan 05, 2008 at 09:31:40PM +1100, Andrew McGlashan wrote: Marc Haber wrote: So you only have ssl_on_connect_port=465 in your exim configuration and no other port number? And you get a clear text banner when you connect to tcp/25 or tcp/587? And you get a banner when you use gnutls-cli -p 465 _without_ the -s option? www:/tmp# grep ssl_on_connect_port /var/lib/exim4/config.autogenerated - so no ssl_on_connect_port entry in my config... yes, it is ports. Typo. But I do have the following: www:/tmp# grep 587 /var/lib/exim4/config.autogenerated tls_on_connect_ports=465:587 So you are not using ESMTP STARTTLS on tcp/587, which might be a reason why your clients don't work. I am not aware of any software that is broken _that_ badly to use SMTP over SSL on tcp/587. www:/tmp# gnutls-cli -p 465 127.0.0.1 Resolving '127.0.0.1'... Connecting to '127.0.0.1:465'... - Successfully sent 0 certificate(s) to server. - Certificate type: X.509 - Got a certificate list of 1 certificates. - Certificate[0] info: # The hostname in the certificate does NOT match '127.0.0.1'. # valid since: Thu Oct 25 21:11:06 EST 2007 # expires at: Sun Oct 22 22:11:06 EST 2017 # fingerprint: F6:9D:DB:E5:BC:EA:59:CC:F4:81:0A:D1:56:81:11:1E # Subject's DN: CN=mail.affinityvision.com.au # Issuer's DN: CN=Affinity Vision Australia Pty Ltd - Peer's certificate issuer is unknown - Peer's certificate is NOT trusted - Version: TLS 1.0 - Key Exchange: DHE RSA - Cipher: AES 256 CBC - MAC: SHA - Compression: NULL - Handshake was completed - Simple Client Mode: 220 mail.affinityvision.com.au ESMTP Exim 4.63 Sat, 05 Jan 2008 21:23:56 +1100 That looks as properly configured as SMTP over SSL on tcp/465 can be. 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 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459296: RM: flyspray -- RoM: security nightmare, unsupported upstream, not in unstable anymore
Package: ftp.debian.org
Severity: important
Please see [0] for background, the removal is from {old,}stable.
[0] http://mid.gmane.org/[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459199: Acknowledgement (grub-pc: locks up when upgrading)
On Sat, Jan 05, 2008 at 03:20:31AM +1030, Arthur Marsh wrote: Previously, the upgrade was locking up when running grub-mkdevicemap which was calling: open(/dev/hdc, O_RDONLY|O_LARGEFILE That sounds unlikely; it would mean this is a bug in Linux. Are you sure it was locked in that call, rather than _after_ it? You can use gdb to determine. Try building a debug grub-mkdevicemap (DEB_BUILD_OPTIONS=nostrip,noopt,debug), run it with gdb and interrupt it where it has hung, then obtain a backtrace (bt). -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435752: Mute does not work
Hello Rafael: Thanks for your kind answer. El Sábado, 5 de Enero de 2008, Rafael escribió: I cannot mute from kmix, when i press mute key nothing happens. But this bug is not pressent in all sound cards. I have found two sound card in which the bug is pressent, but using one more older sound card ( Ensoniq ES1371 [AudioPCI-97] (rev 06)) Mute does work perfectly. This is starting to detach from kmix (or even KDE). Could you state which soundcards didn't work? Maybe alsa driver is not mature enough to understand how to mute the card, it doesn't take into account channels correctly or you didn't specified the channel layout on driver load. This are just guesses. Also please try using the alsa tools, like alsamixer in package alsa-utils or alsamixergui to try to mute those soundcards. Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#445091: Bug is not fixed at all
found 445091 1.0~rc2-6 thanks I'm afraid that this bug wasn't fixed at all during the debconf review. In such reviews, we *don't* remove templates that are suggested to be removed because, indeed, we never know whether the maintainer agrees for that. However, in mplayer, most of the templates are debatable: cfgnote: debconf abuse, really replace-existing-files: either handled by dpkg , ro could be handled by using ucf replace-existing-files-bail: debconf abuse voutput: the less debatable one...OK at low priority install_codes: debconf abuse dvd_device: what about /dev/dvd? ttfont: maybe OK at low priority no-ttftont: mplayer *depends* on a TTF font..so will never be displayed ! -- signature.asc Description: Digital signature
Bug#451875: closed by Steffen Joeris [EMAIL PROTECTED] (patch included)
reopen 451875 quit Steffen Joeris wrote: Patch is included in current sid version, thus closing this bug. Read the bug report from the very beginning. The problem is the stable release of ngircd. Thus reopening. Not amused. signature.asc Description: Digital signature
Bug#445091: Blatant debconf abuse still around
reopen 445091
severity 445091 important
thanks
You shouldn’t mark bugs as closed unless they are actually fixed, and
currently they are very far from that!
Let’s do a complete review of your templates.
Template: mplayer/cfgnote
Type: note
_Description: Detailed configuration needed for each user
= Not only all notes are debconf abuse (as explained the initial
report), but this specific note is completely useless. A package
installation is not meant to drown the user in a ton of useless remarks;
do you imagine what would happen if the two thousand packages of the
initial install did the same?
Template: mplayer/replace-existing-files
_Description: Replace existing configuration file?
Template: mplayer/replace-existing-files-bail
Type: note
_Description: Old configuration file kept
= You should ucf to do such things instead of reinventing the wheel in
a square form. These two templates should be dropped as well.
Template: mplayer/voutput
Type: select
Default: autodetect
Choices: ${vochoices}
_Description: MPlayer video output:
MPlayer can use a very wide range of video output drivers.
The needed driver may be detected automatically or chosen manually.
= If it can be detected automatically, then detect it instead of
bothering users. They can still change it later if they feel like it.
Debconf isn’t here to configure each and every single detail of the
package, especially details that can be configured per-user and not
system-wide.
Template: mplayer/install_codecs
Type: note
_Description: Binary codecs download
= See the previous comment on useless notes.
Template: mplayer/dvd_device
Type: string
Default: /dev/cdrom
_Description: DVD device name:
= Udev automatically sets the first DVD device to be /dev/dvd. This is
a good default that all programs should use. Again, this is a per-user
setting that should have a good default and that users can configure
later on.
Template: mplayer/ttfont
Type: select
Choices: ${ttfontchoices}
Default: ${ttfontdefault}
_Description: Font for On Screen Display:
= Do you know fontconfig? The default font should be sans, nothing
more, nothing less. Users don’t need to configure their fonts in a dozen
different places.
Template: mplayer/no-ttfont
Type: error
_Description: No TrueType fonts found for On Screen Display
MPlayer needs at least one TrueType font for its 'On Screen Display'
feature.
.
You should install a package providing such fonts (such as
'ttf-freefont' or 'ttf-bitstream-vera' or 'msttcorefonts')
and reconfigure MPlayer (by running 'dpkg-reconfigure mplayer').
= mplayer depends on libfontconfig1, which guarantees to bring a
working font through its dependencies. Which means this error will
actually *never* be displayed.
All in all, that means that ALL the debconf stuff of this package is
entirely useless. You should completely drop it. There is no need for
debconf to install a video player, and you should have known that from
the beginning.
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`-our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
Bug#432182: Any idea whether this bug still occurs in 100.14.19-1?
On Tue, Nov 27, 2007 at 06:45:25AM +, Tom Epperly wrote: Does this bug still appear in 100.14.19-1? Yes, though I now use the latest nvidia drivers: 169.07-pkg2 and it works without a problem, whereas it froze before the first half-hour of use of glx e.g. before. Please Randall, I urge you to package them it's a major PITA right now. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpkpRwl1tRqX.pgp Description: PGP signature
Bug#425379: closed by Richard A Nelson (Rick) [EMAIL PROTECTED] (Bug#425379: fixed in libnss-ldap 258-1)
On Sat, Jan 05, 2008 at 11:11:39AM +, Debian Bug Tracking System wrote: - nss_ldap constructs LDAP URIs incorrectlycloses: #425379 Unfortunately, it still goes wrong.. I'm seeing libnss-ldap trying to connect to port 389, while the config says ldaps. Sjoerd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448775: Uses too much entropy (Debian Bug #343085)
On 2008-01-04 Simon Josefsson [EMAIL PROTECTED] wrote: Andreas Metzler [EMAIL PROTECTED] writes: [...] testing with a exim linked against OpenSSL I get *slightly* less entropy usage (235 vs 289 bits in the first testrun) when connecting with swaks (perl/OpenSSL). For my curiosity, what are those numbers if you run gnutls with a NORMAL:%COMPAT priority? Sorry, I have no go these numbers a hand, since exim is not using gnutls_priority_init() yet. Cipher padding needs one byte of randomness for every encrypted packet, disabling padding may thus reduce the randomness needed further. This assumes you actually sent some data back and forward, I don't whether you did. [...] I just sent QUIT over the encrypted channel. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459184: lyskom-server: package content changes when built with dash as /bin/sh
On 05/01/08 at 11:33 +0100, Peter Karlsson wrote:
Lucas Nussbaum:
I rebuilt all packages in Debian, first with bash as /bin/sh, then with dash
as
/bin/sh. Your package builds fine in both cases. However, the resulting
packages are diferent according to debdiff!
dash seems not to be able to execute the bug#214742 workaround where I
remove some files that gets generated but that should not:
rm -f debian/lyskom-server/usr/share/info/dir{,.old}{,.gz}
I guess that's a bashism that should be fixed...
Yes, dash doesn't know about {a,b}.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407598: One more opinion.
El Sábado, 5 de Enero de 2008, escribió: Le January 4, 2008 09:33:45 pm Raúl Sánchez Siles, vous avez écrit : Hello Filipus: IMHO, I think you are mixing different concepts. One thing is system wide volume level which are stored on a system wide basis, previosluy with alsa-utils init script ( no longer present) Since when? I have to excuse since I've noticed I'm misleading, which is no longer present as init script is the alsa script now stored on /usr/sbin, it is related to module load/unload and settings but alsa-utils still deals with settings as well. BTW, what about the rest of the rationale? :) Thanks. -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#459243: [Pkg-samba-maint] Bug#459243: Bug#459243: samba: cupsaddsmb doesn't work as non-root
Hi all! On Sat, 05 Jan 2008 10:06:49 +0100, Steve Langasek wrote: On Sat, Jan 05, 2008 at 08:57:15AM +0100, Christian Perrier wrote: Check for write list = @lpadmin in [print$] and propose (through debconf) changing the permission of /var/lib/samba/printers accordingly? If we agree that lpadmin is an appropriate default, we should set that default in smb.conf and in the directory permissions using dpkg-statoverride. If we don't think it's an appropriate default, I don't think we should do anything with this other than documenting it. From my poor knowledge, if we accept this default lpadmin should be created by samba on postinst, too. I'm for a default configuration (lpadmin or ntadmin or whatever), because it's easier for the end user and homogenize the default cupsaddsmb behavior on Debian. However, I don't really know the right thing to do here... Thx, bye, Gismo / Luca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459243: [Pkg-samba-maint] Bug#459243: samba: cupsaddsmb doesn't work as non-root
Hi Steve! On Sat, 05 Jan 2008 03:50:02 +0100, Steve Langasek wrote: On Fri, Jan 04, 2008 at 11:50:10PM +0100, Luca Capello wrote: I thought this was a wishlist, but then I came to the conclusion that this is a real bug, since a default smb.conf has invalid users = root and clearly states that even other non-root users can manage printers (drivers and properties). Well, no, it states that you must make a change to the smb.conf to allow non-root users to manage printers. Fully agree, I should maybe have used other non-root users COULD manage :-) It happens that you must /also/ make a change to the permissions on the directory. I think this is the reasonable default behavior, so the only change I see that could be made here would be to fix the documentation in the default smb.conf to mention this. Yes, at least fixing the documentation in smb.conf is required. Thx, bye, Gismo / Luca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459302: [INTL:gl] Galician debconf template translation for pcd2html
Package: pcd2html Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of pcd2html's debconf templates # This file is distributed under the same license as the pcd2html package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: pcd2html\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 19:46+0100\n PO-Revision-Date: 2008-01-05 13:00+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Mount point for Kodak Photo CDs: msgstr Punto de montaxe para os Photo CDs Kodak: #. Type: string #. Description #: ../templates:2001 msgid Pcd2html prepares Kodak Photo CDs for web presentation. msgstr Pcd2html prepara os Photo CDs de Kodak para presentalos na web. #. Type: string #. Description #: ../templates:2001 msgid Please specify the location where CDs are to be mounted. msgstr Indique a ubicación na que se deben montar os CDs.
Bug#459301: [INTL:gl] Galician debconf template translation for calamaris
Package: calamaris Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of calamaris's debconf templates # This file is distributed under the same license as the calamaris package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: calamaris\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-02 08:21+0100\n PO-Revision-Date: 2008-01-05 12:58+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid auto msgstr auto #. Type: select #. Choices #: ../templates:2001 msgid squid msgstr squid #. Type: select #. Choices #: ../templates:2001 msgid oops msgstr oops #. Type: select #. Description #: ../templates:2002 msgid Type of proxy log files to analyze: msgstr Tipo de ficheiros de rexistro do proxy a analizar: #. Type: select #. Description #: ../templates:2002 msgid Calamaris is able to process log files from Squid or Oops. If you choose 'auto' it will look first for Squid log files and then for Oops log files. msgstr Calamaris pode procesar os ficheiros de rexistro de Squid ou Oops. Se escolle \auto\ ha buscar primeiro os ficheiros de rexistro de Squid e despois os de Oops. #. Type: select #. Description #: ../templates:2002 msgid Choosing 'auto' is recommended when only one proxy is installed. Otherwise, the appropriate setting can be enforced here. msgstr Recoméndase escoller \auto\ se só ten un proxy instalado. Se non, aquí pode seleccionar a configuración axeitada. #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid nothing msgstr ningún #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid mail msgstr correo #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid web msgstr web #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid both msgstr ambos #. Type: select #. Description #: ../templates:3002 msgid Output method for Calamaris daily analysis reports: msgstr Método de saída para os informes diarios de análises de Calamaris: #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid The result of the Calamaris analysis can be sent as an email to a specified address or stored as a web page. msgstr O resultado das análises de Calamaris pódese enviar por email ao enderezo que se indique ou pódese armacenar coma unha páxina web. #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid Please choose which of these methods you want to use. msgstr Escolla cal destes métodos quere empregar. #. Type: string #. Description #: ../templates:4001 msgid Recipient for daily analysis reports by mail: msgstr Destinatario dos emails con informes diarios de análises: #. Type: string #. Description #: ../templates:4001 msgid Please choose the address that should receive daily Calamaris analysis reports. msgstr Escolla o enderezo que debería recibir os informes diarios coas análises de Calamaris. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:4001 ../templates:8001 ../templates:12001 msgid This setting is only needed if the reports are to be sent by email. msgstr Este valor só é necesario se se han enviar os informes por email. #. Type: string #. Description #: ../templates:5001 msgid Directory for storing HTML daily analysis reports: msgstr Directorio para armacenar os informes diarios de análises en HTML: #. Type: string #. Description #: ../templates:5001 msgid Please choose the directory where daily Calamaris analysis reports should be stored. msgstr Escolla o directorio no que se deben armacenar os informes diarios coas análises de Calamaris. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:5001 ../templates:9001 ../templates:13001 msgid This setting is only needed if the reports are to be generated as HTML. msgstr Este valor só é necesario se se han xerar os informes coma HTML. #. Type: string #. Default #: ../templates:6001 msgid Squid daily msgstr Squid diario #. Type: string #. Description #: ../templates:6002 msgid Title of the daily analysis reports: msgstr Título dos informes diarios de análises: #. Type: string #. Description #: ../templates:6002 msgid Please choose the text that will be used as a prefix to the title for
Bug#459246: libccid: please Suggests: pcmciautils
tags 459246 + patch thanks Bonjour Ludovic! On Sat, 05 Jan 2008 10:56:37 +0100, Ludovic Rousseau wrote: What reader are you trying to use? [...] Luca Capello a écrit : Even if the tasksel laptop task installs pcmciautils by default, the fact that libccid suggests it doesn't harm. AFAIK pcmciautils should only be needed when using a GemPC Card (PCMCIA reader). Indeed I've a PCMCIA Gemplus GemPC Card. To be more precise you can also add a note in the long description: --8---cut here---start-8--- --- ccid-1.3.1/debian/control.ORG 2008-01-05 13:26:02.0 +0100 +++ ccid-1.3.1/debian/control 2008-01-05 13:29:09.0 +0100 @@ -14,6 +14,7 @@ Recommends: pcscd (= 1.2.9-beta9-1) Conflicts: pcscd ( 1.2.9-beta9-1) Provides: pcsc-ifd-handler +Suggests: pcmciautils Description: PC/SC driver for USB CCID smart card readers This library provides a PC/SC IFD handler implementation for the USB smart card drivers compliant to the CCID protocol. @@ -101,4 +102,5 @@ - Xiring Teo . This driver also support the GemPC Twin connected to a serial port and - the GemPC Card (PCMCIA) and Gemplus GemPC Express (Express54 card). + the GemPC Card (PCMCIA, through the suggested pcmciautils package) and + Gemplus GemPC Express (Express54 card). --8---cut here---end---8--- If you have a PCMCIA port and want to use it you should not remove the pcmciautils package installed by the laptop task. Why have you removed pcmciautils if you want to use a PCMCIA device? Because it was never installed? I don't use tasksel at all and usually start with a Debian base installation, adding *only* the packages I actually need. As I stated, this wishlist doesn't change anything WRT a standard Debian installation (which uses tasksel), but helps non-standard users. Thx, bye, Gismo / Luca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294119: esmtp: Please at least provide an alias for root
Ruben, We probably should not recommend maildrop, due to the possibility for infinite forks as you demonstrate. I'd welcome any contribution you are willing to give, but I don't see how an alias for root would fix completely the problem when user A mails to root, and root is aliased to user B. User A cannot send local mail to an user that it is not himself. Jose -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459295: libgnutls26-dbg: Conflicts with libgnutls13-dbg
Package: libgnutls26-dbg Version: 2.2.0-1 Severity: serious Justification: Policy 3.9 The libgnutlsXX-dbg packages do not only contain versions of the libraries with debugging symbols, but also unstripped binaries from the gnutls-bin package. This prevents multiple -dbg packages from being installed simultaneously: Selecting previously deselected package libgnutls26-dbg. Unpacking libgnutls26-dbg (from .../libgnutls26-dbg_2.2.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libgnutls26-dbg_2.2.0-1_amd64.deb (--unpack): trying to overwrite `/usr/lib/debug/usr/bin/gnutls-cli', which is also in package libgnutls13-dbg Either the -dbg packages should conflict with each other, or the unstripped binaries should be moved to a new package, for example gnutls-bin-dbg. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgnutls26-dbg depends on: ii libgnutls26 2.2.0-1the GNU TLS library - runtime libr libgnutls26-dbg recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451089: #451089: xserver-xorg-video-amd: Text console not displayed when switching to it from X
Package: xserver-xorg-video-amd Version: 2.7.7.4-1 Followup-For: Bug #451089 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry for not noticing this report earlier. Can you please check if 2.7.7.4-1 fixes it? Thanks! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHf3yUeXr56x4Muc0RAhKyAKCUNL+JG4mzgu7swvVFnEzppZOggwCgjo35 pK1lJLiwEJZcyRVbJ0JSgOk= =fFNb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459297: xorg: mouse/keyboard not responding under Xorg
severity 459297 important tag 459297 moreinfo kthxbye On Sat, Jan 5, 2008 at 12:43:10 +, michael wrote: Severity: critical Justification: makes X11 unusable no. Please provide more information about the problem. At least full X log and config. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343085: Bug#448775: Uses too much entropy (Debian Bug #343085)
On Fri, Jan 04, 2008 at 10:48:48AM +0100, Andreas Metzler wrote: When acting as a server gnutls pulls that much data from /dev/urandom that entropy available for /dev/random is down to its minimum safeguard. ((it is not possible to completely deplete /dev/random by reading from /dev/urandom in current kernels) [EMAIL PROTECTED]:~$ cat /proc/sys/kernel/random/entropy_avail gnutls-serv --x 509keyfile /tmp/CERT/exim.key --x509certfile /tmp/CERT/exim.crt sleep 1 ca t /proc/sys/kernel/random/entropy_avail [1] 5356 3591 Echo Server ready. Listening to port '5556'. 139 [EMAIL PROTECTED]:~$ cat /proc/sys/kernel/random/entropy_avail openssl s_serve r -cert /tmp/CERT/exim.crt -key /tmp/CERT/exim.key -accept 5556 sleep 1 cat /proc/sys/kernel/random/entropy_avail [1] 7139 3596 [...] 3361 Just FYI: I used strace on openssl s_server -nocert and gnutls-serv, and I noticed the following: openssl s_server reads 32 bytes from /dev/urandom gnutls-serv reads 3000 times 120 bytes from /dev/urandom, yes, 360 kilobytes! It is no wonder that when strong random data is required later on, the entropy pool is completely empty with gnutls-serv. For example, if I just start gnutls-serv -g, it will always block while trying to read 300 bytes from an empty /dev/random in order to generate temporary RSA parameters. I also noticed that on my machine, /proc/sys/kernel/random/entropy_avail never exceeds 3600, so by reading 300 bytes, you're using 2/3 of a full pool. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#459297: xorg: mouse/keyboard not responding under Xorg
Package: xorg Version: 7.1.0-19 Severity: critical Justification: makes X11 unusable I've not managed to define precisely when I get problems but I'm noticing the following symptoms and was wondering if some kind soul would help me debug what's going on in order to get to a solution? Thanks, Michael set-up: etch, gnome (eg gnome-core 2.14.3.6), metacity 2.14.5-4 and Dell/Logitech USB optical mouse (seems to work fine in WinXP), with nVidia graphics card/TwinView and 2 monitors (diff resolutions) symptoms (occasional and not sure how to repeat) a) double clicking won't select anything b) in evolution, clicking on a new message or folder has no effect c) the cursor (arrowhead) disappears - if I set prefs to show cursor by depressing 'CNTL' I get the moving rectangles but there's no cursor there) d) focus doesn't move to new window (as it should and usually does) I think the following is also a symptom but not 100% sure: e) doing ALT-TAB to move between windows does nothing on very first ALT-TAB If it's the keyboard that's failed then using I also cannot get Gnome menus (it selects the top level but nothing is shown) but can use the mouse to open more new app/windows and then at some pt the keyboard seems to be 'reset' such that it starts working again. I've tried KDE and that also has the keyboard not responding (eg if I try to switch desktops quickly then the keyboard stops responding) - opening the control centre and changing options in there appears to 'reset' the keyboard. Any thoughts either on what's going on or how to debug it to narrow down the issues? I've asked on the Debian mailing list but am still stuck. I've had this line in my xorg.conf re Mouse device: Option Protocol ImPS/2 although it's a USB mouse I'm using, but commenting it out I still see the same issues When the kyb freezes it is still alive since /dev/input/... shows characters (not sure how to do similar for mouse clicks) Adding boot kernel option 'noapic' (as suggested on some fora) doesn't help So now I'm stuck as to how to solve this and how to narrow down potential causes so all tips welcome. Thanks, Michael INFO: Debian etch (up to date) on AMD64 [EMAIL PROTECTED]:~$ uname -a Linux amd64 2.6.18-5-amd64 #1 SMP Sat Dec 22 20:43:59 UTC 2007 x86_64 GNU/Linux [EMAIL PROTECTED]:~$ dpkg -l |grep xorg ii xorg 7.1.0-19 X.Org X Window System ii xserver-xorg 7.1.0-19 the X.Org X server ii xserver-xorg-core 1.1.1-21etch1 X.Org X server -- core server ii xserver-xorg-input-all7.1.0-19 the X.Org X server -- input driver metapacka ii xserver-xorg-input-evdev 1.1.2-6 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd1.1.0-4 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1.1.1-3 X.Org X server -- mouse input driver ii xserver-xorg-input-synaptics 0.14.6-1 Synaptics TouchPad driver for X.Org/XFree86 ii xserver-xorg-input-wacom 0.7.4.1-5 X.Org X server -- wacom input driver ii xserver-xorg-video-all7.1.0-19 the X.Org X server -- output driver metapack ii xserver-xorg-video-apm1.1.1-3 X.Org X server -- APM display driver ii xserver-xorg-video-ark0.6.0-3 X.Org X server -- ark display driver ii xserver-xorg-video-ati6.6.3-2 X.Org X server -- ATI display driver ii xserver-xorg-video-chips 1.1.1-4 X.Org X server -- Chips display driver ii xserver-xorg-video-cirrus 1.1.0-3 X.Org X server -- Cirrus display driver ii xserver-xorg-video-cyrix 1.1.0-4 X.Org X server -- Cyrix display driver ii xserver-xorg-video-dummy 0.2.0-3 X.Org X server -- dummy display driver ii xserver-xorg-video-fbdev 0.3.1-1 X.Org X server -- fbdev display driver ii xserver-xorg-video-glint 1.1.1-3 X.Org X server -- Glint display driver ii xserver-xorg-video-i128 1.2.0-3 X.Org X server -- i128 display driver ii xserver-xorg-video-i810 1.7.2-4 X.Org X server -- Intel i8xx, i9xx display d ii xserver-xorg-video-mga1.4.4.dfsg.1-2 X.Org X server -- MGA display driver ii xserver-xorg-video-neomagic 1.1.1-5 X.Org X server -- Neomagic display driver ii xserver-xorg-video-nv
Bug#459298: ulogd: Silent failure to start
Package: ulogd Version: 1.23-8 Severity: normal When the ipt_ULOG module is not available in the current kernel, the ulogd startup script fails silently without even printing a newline (start-stop-daemon returns with exit code 1, aborting the script, but it has stdout and stderr redirected to /dev/null). This makes troubleshooting unnecessarily painful. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23.9 Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2) Versions of packages ulogd depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ulogd recommends no packages. -- debconf information: ulogd/config_syntax_changed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459300: kile crashes on startup
Package: kile
Version: 1:2.0-1
Severity: grave
Justification: renders package unusable
Kile crashes on startup without any error msg. The error code is 100.
Here is a strace of kile:
execve(/usr/bin/kile, [kile], [/* 36 vars */]) = 0
brk(0) = 0x823a000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7ee5000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=93967, ...}) = 0
mmap2(NULL, 93967, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ece000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkatepartinterfaces.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \352\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=93404, ...}) = 0
mmap2(NULL, 96288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7eb6000
mmap2(0xb7ecb000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb7ecb000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libktexteditor.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\274..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=217092, ...}) = 0
mmap2(NULL, 220124, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7e8
mmap2(0xb7eb2000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x31) = 0xb7eb2000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkabc.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\231..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=737588, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7e7f000
mmap2(NULL, 736744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7dcb000
mmap2(0xb7e7a000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xaf) = 0xb7e7a000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libvcard.so.0, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=149148, ...}) = 0
mmap2(NULL, 148184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7da6000
mmap2(0xb7dc9000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7dc9000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkresources.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\373..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=138284, ...}) = 0
mmap2(NULL, 137072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7d84000
mmap2(0xb7da4000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb7da4000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkspell.so.4, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\3\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=2524, ...}) = 0
mmap2(NULL, 5460, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7d82000
mmap2(0xb7d83000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0xb7d83000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkhtml.so.4, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\203\r..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=4015032, ...}) = 0
mmap2(NULL, 4020308, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb79ac000
mmap2(0xb7d53000, 188416, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a6) = 0xb7d53000
mmap2(0xb7d81000, 2132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d81000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libkjs.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 l\1\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=438044, ...}) = 0
mmap2(NULL, 445032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb793f000
mmap2(0xb79a6000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x66) = 0xb79a6000
mmap2(0xb79ab000, 2664, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb79ab000
close(3)
Bug#454297: reassign 454297 to libexempi3
# Automatically generated email from bts, devscripts version 2.10.7ubuntu5 #fix typo, reassign 454927 kdebase 4:3.5.8.dfsg.1-2 # fix typo reassign 454297 libexempi3 1.99.5-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459300: rebuild doesn't help
Mh... I hoped that a rebuild of kile will help to get it running again, but this seems to be not the case. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#448775: Uses too much entropy (Debian Bug #343085)
On 2008-01-04 Andreas Metzler [EMAIL PROTECTED] wrote: [...] Well, the basic patch for testing seems to be this one, basically identical to the skeleton you described. I gets down entropy-usage for a single STARTTLS to 300 bits from 3000. [...] Error checking, and having the file in spool_directory instead (since it is a private directoy present on any exim installation) is missing. Updated version submitted to http://bugs.exim.org/show_bug.cgi?id=654 cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459299: pmount: Should allow to mount disk images
Package: pmount Version: 0.9.17-1 Severity: wishlist I think pmount should allow to mount disk images via loopback. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pmount depends on: ii libblkid1 1.40.3-1 block device id library ii libc6 2.7-5 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1simple interprocess messaging syst ii libhal-storage1 0.5.10-5 Hardware Abstraction Layer - share ii libhal1 0.5.10-5 Hardware Abstraction Layer - share ii libsysfs2 2.1.0-3interface library to sysfs pmount recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459303: pidgin-musictracker: can't work, report Disabled flag on!
Package: pidgin-musictracker Version: 0.4.1-1 Severity: important I found the musictracker can't work with Amarok. When I change status to Listen to the music, it's changed to available automaticly. And I enabled debug of pidgin, see this: core-musictracker: Disabled flag on! If more info are needed, please contact me. Thanks for your work! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (PREEMPT) Locale: LANG=en_US, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin-musictracker depends on: ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libc62.7-5 GNU C Library: Shared libraries ii libcairo21.4.10-1+lenny2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.3-1The GLib library of C routines ii libgtk2.0-0 2.12.1-1The GTK+ graphical user interface ii libpango1.0-01.18.3-1Layout and rendering of internatio ii libpcre3 7.3-2 Perl 5 Compatible Regular Expressi ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.4.0-1 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra pidgin-musictracker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459304: ulogd: Development package wanted
Package: ulogd Version: 1.23-8 Severity: wishlist It would be nice to have a package containing the header files needed for compiling custom plugins. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23.9 Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2) Versions of packages ulogd depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ulogd recommends no packages. -- debconf information: ulogd/config_syntax_changed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#103820: still exists
Hi. This bug still exists :(. Trying to save a file on a full filesystem truncates the file and the backup and kills the editor. This is really bad. Regards, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
