Bug#575775: Mixes-up messages among unrelated folders
On 26 May 2010, at 21:35, Ricardo Mones wrote: claws sometimes mixes the contents of different folders. This happens under the following conditions: - you have two or more IMAP folders Of same account? different accounts? I was able to trigger the issue with both setups: - two folders on the same (and only) account - two inbox folders on different accounts the contents of the large folder will be mixed in other folders. Do you mean it will be mixed on the summary view or mixed in the same folder of the filesystem? They get mixed in the summary view, and the message preview also shows the wrong message. I never actually checked the filesystem, but I will the next time. Do you have any processing rules in the involved folders? No processing rules. I have several filtering rules to tag the color of the messages depending on the subject though. What I usually do is discard the folder cache, disable automatic checking of new messages (otherwise I end-up with the same issue) and restart claws. With a folder containing at least 1k messages, it is almost *guaranteed* that an automatic check of new mail will disrupt the folder content. Don't understand this part: do you this for fixing the mix or for preventing it or what for? To fix the mixing, I simply discard the folder cache and re-download the folders. That's easy. To avoid that the issue shows up again while doing _this_, though, I also disable the automatic e-mail check to avoid claws trying to work on two accounts at the same time, otherwise I end up with the same issue. I'm trying to setup the same environment in order to reproduce your bug, so thanks in advance for the info. Thanks. I promised to look into claws sources, but I don't have time. Let me know for any way I can help. Bests -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582981: tuareg-mode does not byte-compile on xemacs21 or emacs{21,22}
Byte-compilation of tuareg-mode under emacs{21,22} has been solved by
upstream with version 2.0.1. The issue with xemacs remains.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583302: [Evolution] Bug#583302: evolution: Ignores gnome default browser setting
On mer., 2010-05-26 at 16:19 -0500, Ken Bloom wrote: Package: evolution Version: 2.30.1.2-3 Severity: normal Evolution is ignoring my preference for default web browser when I click on links. default-applications-properties is set to iceweasel, x-www-browser is set to iceweasel $BROWSER is set to iceweasel and yet Evolution chooses chromium-browser instead. Yes, Evolution uses the default http/https handlers, not the default applications. I don't know where the setting can be tuned in GNOME, but it's in gconf-editor in /desktop/gnome/url-handlers Hope that helps. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#583326: [Pkg-xfce-devel] Bug#583326: thunar: right-clicking a file selects it but does not move keyboard focus
On mer., 2010-05-26 at 23:12 -0400, John Lindgren wrote: Like the subject says. Steps to reproduce: 1. Start Thunar. 2. Right-click on any file. 3. Press Escape to close the context menu. 4. Press the down arrow. Expected behavior: the file below the one I clicked on is selected. Actual behavior: the file at the very top of the list is selected. (Left-clicking seems to m ove the keyboard focus. Right-clicking is the problem.) You might want to try 1.0.2 in unstable, istr it's fixed. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#583325: [Pkg-xfce-devel] Bug#583325: thunar: copying progress is misleading because files are not synced to disk
On mer., 2010-05-26 at 23:06 -0400, John Lindgren wrote: Package: thunar Version: 1.0.1-4 Severity: wishlist Hi, When I'm copying a bunch of files from a fast file system (say, my hard disk) to a slower one (say, an MP3 player), the progress bar that is shown represents only the progress in reading the files, not writing them. If the files are already loaded into cache memory (say, if I just ripped them from a CD), the problem is even worse: the files are read so quickly that no progress dialog is displayed. Thunar then locks up unmounting the player, while all the files are written to disk, which can be on the order of thirty seconds. No, that's not a read/write problem. The progressbar *is* showing the write time, which is given originally by the filesystem. It seems that the files are merely being written to a kernel write buffer; if so, the trivial fix would be to call fsync() before closing each file that is written. I can't think of any reason not to do this. Because that would slow down everything, imho. What you really want is to mount your usb keys with the sync option. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#583330: lintian: Check for extra VIM .swp files (like CVS/ .svn/)
Package: lintian Version: 2.4.1 Severity: wishlist Sometimes packages ship extra files like: .swp VIM backup DEADJOE Joe backup *~ *# Emacs backup, temporary Perhaps lintian could display some message about these files? The developers could use the information to notify the upstream. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.1-9 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.7.1 Debian package development tools ii file 5.04-2Determines file type using magic ii gettext0.17-11 GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.54-1module to manipulate and access UR ii locales2.10.2-6 Embedded GNU C Library: National L ii man-db 2.5.7-3 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-12 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-3on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#289884: Problem with compiler optimization (now with a patch)
Hi!
I think I've found the (very bad) joke!
I've extracted the code which detect alignment failures into a test/try.c, then
I tried it :
gcc -O0 -Wall -o try try.c ./try
write failed (efbe)
pooky:~/test# gcc -O -Wall -o try try.c ./try
pooky:~/test# gcc -O1 -Wall -o try try.c ./try
pooky:~/test# gcc -O2 -Wall -o try try.c ./try
pooky:~/test# gcc -O3 -Wall -o try try.c ./try
Only the -O0 fails... the compiler seems to have optimized away most of our
test!!!
My proposed solution is to use the 'volatile' keyword to make sure the compiler
will really do the job.
Please note that it does not work with -O3, but the configure script compile
with
-O2, so this should be fine.
At this time I've only tested the Configure scripts, which now detects the
align problem on ARM. I'm compiling the whole thing to check if the md5 bug
goes away!
I hope this will fix this *5 years* old bug, and the upstream bug as well!
Best regards
Marc
---
Configure |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Configure b/Configure
index 01fa3c0..19327b7 100755
--- a/Configure
+++ b/Configure
@@ -18549,8 +18549,8 @@ $signal_t bletch(int s) { exit(4); }
#endif
int main() {
#if BYTEORDER == 0x1234 || BYTEORDER == 0x4321
-U8 buf[8];
-U32 *up;
+volatile U8 buf[8];
+volatile U32 *up;
int i;
if (sizeof(U32) != 4) {
--
1.7.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563451: workaround
I had the same problem and error messages in dmesg. After installing libdvdcss2_1.2.10-0.3medibuntu1_i386.deb manually on lenny, I could start the DVD with movie player and vlc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583331: override: tuareg-mode:section
Package: ftp.debian.org tuareg-mode_2.0.1-1_all.deb: package says section is ocaml, override says devel. This is an emacs mode for editing ocaml program code. It therefore belongs into section ocaml. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#453906: durus: changing back from ITP to RFP
Yikes, my apologies to the Debian community - I held off on uploading an RFS for this package because I didn't end up using Durus for myself: I didn't want to upload adopt a package I wasn't actively using. I completely forgot I had an open ITP on it, or I would have closed this myself. If someone wants to adopt Durus, I can share the package I created in 2007 (it may need to be updated). On Mon, May 24, 2010 at 12:06 PM, Lucas Nussbaum lu...@debian.org wrote: retitle 453906 RFP: durus -- simple object persistence framework for Python applications noowner 453906 thanks Hi, This is an automatic email to change the status of durus back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 18 months. If you are still interested in adopting durus, please send a mail to cont...@bugs.debian.org with: retitle 453906 ITP: durus -- simple object persistence framework for Python applications owner 453906 ! thanks However, it is not recommended to keep ITP for a long time without acting on the package, as it might cause other prospective maintainers to refrain from packaging that software. It is also a good idea to document your progress on this ITP from time to time, by mailing 453...@bugs.debian.org. Thank you for your interest in Debian, -- Lucas, for the QA team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582605: INFO: task * blocked for more than 120 seconds.
@ Jorge: yes, i've searched a lot for this particular behaviour and found that almost the roots that cause this problem are related to xen-kernels , but the problem is that i don't have xen at all , this is a dedicated server only running with apache2+php5 with no database backend ! @ Ben well how can we know the real *roots* of this problem ?, this behaviour happens randomly at no predetermined times On Wed, May 26, 2010 at 6:21 PM, Ben Hutchings b...@decadent.org.uk wrote: On Wed, May 26, 2010 at 10:59:07AM -0300, Jorge Eduardo Birck wrote: Happens to me too! And there's a lot of people with this problem, Ubuntu 10 have this too. Look the google search (last week): [...] This message is a symptom of a whole class of bugs. It does not indicate a particular bug. Please make your own bug report. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus
Bug#583332: ncurses-term: Broken symlink
Package: ncurses-term Version: 5.7+20100313-2 Severity: normal $ dpkg -L ncurses-term | grep /usr/share/terminfo/k/kon /usr/share/terminfo/k/konsole-16color /usr/share/terminfo/k/konsole /usr/share/terminfo/k/konsole-vt420pc /usr/share/terminfo/k/konsole-256color /usr/share/terminfo/k/konsole-solaris /usr/share/terminfo/k/konsole-linux /usr/share/terminfo/k/konsole-xf3x /usr/share/terminfo/k/konsole-vt100 /usr/share/terminfo/k/konsole-xf4x /usr/share/terminfo/k/konsole+pcfkeys /usr/share/terminfo/k/konsole-base /usr/share/terminfo/k/kon2 $ ls -l /usr/share/terminfo/k/kon* lrwxrwxrwx 1 root root3 avril 17 21:34 /usr/share/terminfo/k/kon2 - kon -rw-r--r-- 1 root root 2419 mars 26 11:15 /usr/share/terminfo/k/konsole -rw-r--r-- 1 root root 2838 mars 26 11:15 /usr/share/terminfo/k/konsole-16color -rw-r--r-- 1 root root 2692 mars 26 11:15 /usr/share/terminfo/k/konsole-256color -rw-r--r-- 1 root root 1655 mars 26 11:15 /usr/share/terminfo/k/konsole-base -rw-r--r-- 1 root root 1749 mars 26 11:15 /usr/share/terminfo/k/konsole-linux -rw-r--r-- 1 root root 1413 mars 26 11:15 /usr/share/terminfo/k/konsole+pcfkeys -rw-r--r-- 1 root root 1759 mars 26 11:15 /usr/share/terminfo/k/konsole-solaris -rw-r--r-- 1 root root 1759 mars 26 11:15 /usr/share/terminfo/k/konsole-vt100 -rw-r--r-- 1 root root 1753 mars 26 11:15 /usr/share/terminfo/k/konsole-vt420pc -rw-r--r-- 1 root root 1769 mars 26 11:15 /usr/share/terminfo/k/konsole-xf3x -rw-r--r-- 1 root root 2459 mars 26 11:15 /usr/share/terminfo/k/konsole-xf4x So /usr/share/terminfo/k/kon2 is a broken symbolic link (and thus gets reported by tigercron) and I did not find it mentioned in bug #576127. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569203: Debian: xpra: 569203: status?
Hi Michael, I'm wondering what the status of getting xpra into Debian is! I'm sick of loosing my desktop session to Xorg bugs, is xpra a viable solution to that? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#583333: kid3: Broken symlinks
Package: kid3 Version: 1.4-1 Severity: normal $ dpkg -L kid3 | grep kid3/common /usr/share/doc/kde/HTML/en/kid3/common /usr/share/doc/kde/HTML/de/kid3/common $ ls -l /usr/share/doc/kde/HTML/*/kid3/common lrwxrwxrwx 1 root root 15 Mar 20 16:35 /usr/share/doc/kde/HTML/de/kid3/common - ../../en/common lrwxrwxrwx 1 root root 9 Mar 20 16:35 /usr/share/doc/kde/HTML/en/kid3/common - ../common $ find /usr/share/doc/kde/HTML -name common /usr/share/doc/kde/HTML/de/kid3/common /usr/share/doc/kde/HTML/en/kid3/common So these two symbolic links are broken and thus get reported by tigercron. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kid3 depends on: ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libflac++6 1.2.1-2+b1 Free Lossless Audio Codec - C++ ru ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.2-9GCC support library ii libid3-3.8.3c2a 3.8.3-11 A library for manipulating ID3v1 a ii libogg0 1.1.4~dfsg-2 Ogg bitstream library ii libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libtag1c2a 1.6.2-1 TagLib Audio Meta-Data Library ii libtunepimp50.5.3-7.3MusicBrainz tagging library ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi kid3 recommends no packages. kid3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582146: /usr/lib/jvm/java-6-sun-1.6.0.20/jre/lib/i386/libnpjp2.so: browser plugin reporting of system fonts is a privacy leak
On 05/26/2010 09:35 PM, Torsten Werner wrote: A total loss of anonymity from just a font list? Really? Isn't that a bit too far-fetched? It's not automatic. You should be relatively safe with the default install. However if you start adding fonts manually, it seems that a few uncommon fonts already provide enough entropy to make you unique among a million of visitors. (Happened to me when I tested my configuration on panopticlick.) Try for yourself. (Though at the moment panopticlick is under maintenance.) Did you already some research in upstream's bug tracker or did you file a bug report by yourself there? I've done no research upstream and only filed with Debian. Cheers, Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583334: racoon and openswan: error when trying to install together
Package: openswan,racoon Version: openswan/1:2.6.25+dfsg-1 Version: racoon/1:0.7.3-6 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2010-05-26 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libssh2-1 libcurl3 libgmp3c2 libcap2 libgeoip1 libxml2 libisc60 libdns64 libisccc60 libisccfg60 libbind9-60 liblwres60 bind9-host ipsec-tools openswan racoon Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libssh2-1. (Reading database ... 12205 files and directories currently installed.) Unpacking libssh2-1 (from .../libssh2-1_1.2.5-1_amd64.deb) ... Selecting previously deselected package libcurl3. Unpacking libcurl3 (from .../libcurl3_7.20.1-2_amd64.deb) ... Selecting previously deselected package libgmp3c2. Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.3.2+dfsg-1_amd64.deb) ... Selecting previously deselected package libcap2. Unpacking libcap2 (from .../libcap2_1%3a2.17-2_amd64.deb) ... Selecting previously deselected package libgeoip1. Unpacking libgeoip1 (from .../libgeoip1_1.4.7~beta3+dfsg-2_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.7.dfsg-2_amd64.deb) ... Selecting previously deselected package libisc60. Unpacking libisc60 (from .../libisc60_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package libdns64. Unpacking libdns64 (from .../libdns64_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package libisccc60. Unpacking libisccc60 (from .../libisccc60_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package libisccfg60. Unpacking libisccfg60 (from .../libisccfg60_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package libbind9-60. Unpacking libbind9-60 (from .../libbind9-60_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package liblwres60. Unpacking liblwres60 (from .../liblwres60_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package bind9-host. Unpacking bind9-host (from .../bind9-host_1%3a9.7.0.dfsg.P1-1_amd64.deb) ... Selecting previously deselected package ipsec-tools. Unpacking ipsec-tools (from .../ipsec-tools_1%3a0.7.3-6_amd64.deb) ... Selecting previously deselected package openswan. Unpacking openswan (from .../openswan_1%3a2.6.25+dfsg-1_amd64.deb) ... Selecting previously deselected package racoon. Unpacking racoon (from .../racoon_1%3a0.7.3-6_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/racoon_1%3a0.7.3-6_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/ipsec_set_policy.3.gz', which is also in package openswan 1:2.6.25+dfsg-1 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/racoon_1%3a0.7.3-6_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man3/ipsec_set_policy.3.gz /usr/share/man/man3/ipsec_strerror.3.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576314: [Pkg-samba-maint] Bug#576314: New upstream cifs-utils 4.3 version available
Quoting André Wöbbeking (woebbek...@web.de): On Wednesday 26 May 2010, Christian PERRIER wrote: Quoting André Wöbbeking (woebbek...@web.de): is there any ETA when the new package hits unstable or testing? I'm currently waiting for an ACK of my co-maintainers before uploading 4.5. I hope you get his ACK soon as this entry is nearly 2 months old and without setuid root installation I can't mount windows shares any more. The proposed solutions don't work or are suboptimal for me. I agree. Still, initial work on cifs-utils packaging was done by Steve Langasek and thus, inside our team, I give him priority to decide whether we upload a new version or not. Steve, I know you're certainly very busy with your new job, but could we decide about a deadline where we would either say why we don't upload a new cifs-utils new version (and thus engage in discussion with upstream to fix bugs we consider blocking)or we upload the latest upstream version. signature.asc Description: Digital signature
Bug#583312: since update to initscripts, sysv... to version 2.88.dfs-5 -- kdm fails to load
[Romane] Just for now, have attached the output from /usr/share/insserv/make-testsuite, as requested. Two of, actually. One with nvidia-glx sitting in S17, where was having the problem, and one where I changed the S17 to S7, and the system boots OK (for now, at least). Try changing the nvidia-glx script header to look like this, and run 'update-rc.d /etc/init.d/nvidia-glx defaults' (ignore the warning) to reorder the boot: ### BEGIN INIT INFO # Provides: nvidia-glx # Required-Start:$remote_fs # Required-Stop: $remote_fs # Should-Start: nvidia-kernel # X-Start-Before:kdm # Default-Start: 2 3 4 5 # Default-Stop: # Short-Description: messing around with the libGL.so symlink # Description: messing around with the libGL.so symlink ### END INIT INFO This change will make sure the nvidia-glx script run after the nvidia-kernel script and before kdm also with parallel boot. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560061: Retitiling back to RFP
Hi I have set that ITP for cope back to RFP. Please note the upstream url is not anymore accessible, but the git repo is still there, and upstream seems to maintain it, last update was done on end of march. Bests Salvatore signature.asc Description: Digital signature
Bug#564185: Announce of the upcoming NMU for the rott package
Dear maintainer of rott and Debian translators, Some days ago, I sent a notice to the maintainer of the rott Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fi fr gl nl pt pt_BR ru sv ta Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the rott package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, June 02, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, May 22, 2010 : send the first intent to NMU notice to the package maintainer. Thursday, May 27, 2010 : send this notice Wednesday, June 02, 2010 : (midnight) deadline for receiving translation updates Thursday, June 03, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, June 10, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: fab...@debian-unofficial.org\n POT-Creation-Date: 2007-05-08 09:41+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Download shareware data files? msgstr #. Type: boolean #. Description #: ../templates:2001 msgid The Rise of the Triad game requires additional data files which are not available under a free license and cannot be distributed by Debian. You may choose to automatically download the shareware data files from the Internet and install them on the system now. msgstr #. Type: boolean #. Description #: ../templates:2001 msgid The installation will require about 15 MB of free disk space. msgstr signature.asc Description: Digital signature
Bug#576274: I finally have a meaningful log to report
Hi there, I am currently running linux-image-2.6.32-5-686 and I checked /var/log/kern.log instead of /var/log/Xorg.0.log for clues after another white screen (I am pretty tired of testing suspend, because the white screen always happens when I am right in the middle of work), and here it is. Finally some meaningful log output to back up the bug report: May 27 09:15:29 voltaire kernel: [16440.384972] render error detected, EIR: 0x0010 May 27 09:15:29 voltaire kernel: [16440.384979] page table error May 27 09:15:29 voltaire kernel: [16440.384981] PGTBL_ER: 0x0010 May 27 09:15:29 voltaire kernel: [16440.384986] [drm:i915_handle_error] *ERROR* EIR stuck: 0x0010, masking May 27 09:15:29 voltaire kernel: [16440.384997] render error detected, EIR: 0x0010 May 27 09:15:29 voltaire kernel: [16440.385000] page table error May 27 09:15:29 voltaire kernel: [16440.385002] PGTBL_ER: 0x0010 For almost an hour nothing is in there before that time and nothing happens after that until I shut the machine down. Thx, Malte Problem remains the same, computer is fine after normal boot, but the screen goes white after pm-suspend, wake up, and then some time after that. Here is some log output from the wakeup about an hour earlier: May 27 08:23:03 voltaire kernel: [13290.179679] i915 :00:02.0: PCI INT A disabled May 27 08:23:03 voltaire kernel: [13290.192162] i915 :00:02.0: power state changed by ACPI to D3 May 27 08:23:03 voltaire kernel: [13290.336063] ehci_hcd :00:1d.7: power state changed by ACPI to D3 May 27 08:23:03 voltaire kernel: [13290.360073] uhci_hcd :00:1d.1: power state changed by ACPI to D3 May 27 08:23:03 voltaire kernel: [13290.384073] uhci_hcd :00:1d.0: power state changed by ACPI to D3 May 27 08:23:03 voltaire kernel: [13290.424066] ACPI: Preparing to enter system sleep state S3 May 27 08:23:03 voltaire kernel: [13290.596383] Disabling non-boot CPUs ... May 27 08:23:03 voltaire kernel: [13290.596500] Extended CMOS year: 2000 May 27 08:23:03 voltaire kernel: [13290.596500] Back to C! May 27 08:23:03 voltaire kernel: [13290.596500] CPU0: Thermal monitoring enabled (TM2) May 27 08:23:03 voltaire kernel: [13290.596500] Extended CMOS year: 2000 May 27 08:23:03 voltaire kernel: [13290.596500] Force enabled HPET at resume May 27 08:23:03 voltaire kernel: [13290.596500] ACPI: Waking up from system sleep state S3 May 27 08:23:03 voltaire kernel: [13291.088143] agpgart-intel :00:00.0: restoring config space at offset 0x1 (was 0x900106, writing 0x20900106) May 27 08:23:03 voltaire kernel: [13291.088167] i915 :00:02.0: restoring config space at offset 0x1 (was 0x93, writing 0x97) May 27 08:23:03 voltaire kernel: [13291.088186] pci :00:02.1: restoring config space at offset 0x4 (was 0x0, writing 0x8020) May 27 08:23:03 voltaire kernel: [13291.088219] pcieport :00:1c.0: restoring config space at offset 0x9 (was 0x1fff1, writing 0x80118001) May 27 08:23:03 voltaire kernel: [13291.088227] pcieport :00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x7070) May 27 08:23:03 voltaire kernel: [13291.088241] pcieport :00:1c.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100507) and then another couple of lines concerning the i915: May 27 08:23:03 voltaire kernel: [13291.255521] i915 :00:02.0: power state changed by ACPI to D0 May 27 08:23:03 voltaire kernel: [13291.255573] i915 :00:02.0: power state changed by ACPI to D0 May 27 08:23:03 voltaire kernel: [13291.255583] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 May 27 08:23:03 voltaire kernel: [13291.255589] i915 :00:02.0: setting latency timer to 64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583335: ITP: python-django-photologue -- Powerful image management for the Django web framework
Package: wnpp Severity: wishlist Owner: Ihor Kaharlichenko ce...@mifprojects.com * Package name: python-django-photologue Version : 2.2 Upstream Author : Justin Driscoll justin.drisc...@gmail.com * URL : http://code.google.com/p/django-photologue/ * License : BSD Programming Lang: Python Description : Powerful image management for the Django web framework Photologue is a reusable Django application that provides powerful image management and manipulation functionality as well as a complete photo gallery solution. Photologue embraces the Django admin and smoothly integrates with photo thumbnails and effect previews. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583332: ncurses-term: Broken symlink
forcemerge 522435 583332 thanks On 2010-05-27 08:45 +0200, Francois Gouget wrote: Package: ncurses-term Version: 5.7+20100313-2 Severity: normal $ dpkg -L ncurses-term | grep /usr/share/terminfo/k/kon /usr/share/terminfo/k/konsole-16color /usr/share/terminfo/k/konsole /usr/share/terminfo/k/konsole-vt420pc /usr/share/terminfo/k/konsole-256color /usr/share/terminfo/k/konsole-solaris /usr/share/terminfo/k/konsole-linux /usr/share/terminfo/k/konsole-xf3x /usr/share/terminfo/k/konsole-vt100 /usr/share/terminfo/k/konsole-xf4x /usr/share/terminfo/k/konsole+pcfkeys /usr/share/terminfo/k/konsole-base /usr/share/terminfo/k/kon2 $ ls -l /usr/share/terminfo/k/kon* lrwxrwxrwx 1 root root3 avril 17 21:34 /usr/share/terminfo/k/kon2 - kon -rw-r--r-- 1 root root 2419 mars 26 11:15 /usr/share/terminfo/k/konsole -rw-r--r-- 1 root root 2838 mars 26 11:15 /usr/share/terminfo/k/konsole-16color -rw-r--r-- 1 root root 2692 mars 26 11:15 /usr/share/terminfo/k/konsole-256color -rw-r--r-- 1 root root 1655 mars 26 11:15 /usr/share/terminfo/k/konsole-base -rw-r--r-- 1 root root 1749 mars 26 11:15 /usr/share/terminfo/k/konsole-linux -rw-r--r-- 1 root root 1413 mars 26 11:15 /usr/share/terminfo/k/konsole+pcfkeys -rw-r--r-- 1 root root 1759 mars 26 11:15 /usr/share/terminfo/k/konsole-solaris -rw-r--r-- 1 root root 1759 mars 26 11:15 /usr/share/terminfo/k/konsole-vt100 -rw-r--r-- 1 root root 1753 mars 26 11:15 /usr/share/terminfo/k/konsole-vt420pc -rw-r--r-- 1 root root 1769 mars 26 11:15 /usr/share/terminfo/k/konsole-xf3x -rw-r--r-- 1 root root 2459 mars 26 11:15 /usr/share/terminfo/k/konsole-xf4x So /usr/share/terminfo/k/kon2 is a broken symbolic link (and thus gets reported by tigercron) and I did not find it mentioned in bug #576127. This is #522435. The kon2 package should take over this symlink, but so far I haven't heard anything from its maintainer. I will keep the symlink for now, but remove it after the squeeze release. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583330: lintian: Check for extra VIM .swp files (like CVS/ .svn/)
On Thu, May 27, 2010 07:24, Jari Aalto wrote: Sometimes packages ship extra files like: .swp VIM backup DEADJOE Joe backup *~ *# Emacs backup, temporary Perhaps lintian could display some message about these files? The developers could use the information to notify the upstream. The vim and emacs files are already flagged if they appear in the .diff.gz (diff-contains-editor-backup-file); adding the equivalents for other editors seems reasonable. However, lintian intentionally does /not/ flag the presence of such files in source packages; from checks/cruft: # given file. If the third column is a true value, don't issue this tag # unless the file is included in the diff; it's too common in source packages # and not important enough to worry about. [...] [ qr,((^|/)\.[^/]+\.swp|~)$, = 'editor-backup-file', 1 ], Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524135: 2 more eyeballs and 2 more hands willing to help
Hi Eric, reading this bug report, its understandable why you might be reticent to continue fighting that good fight. I'm interested in packaging thrift for Ubuntu's next release (10.10) and hopefully also for Debian. Does your work parallel Digg's packaging of thrift, which seems to be workable, and may provide a decent starting point: http://mirrors.digg.com/digg/pool/main/t/thrift/ We're tracking this as part of a blueprint for Ubuntu 10.10 here: https://blueprints.launchpad.net/ubuntu/+spec/server-maverick-cloud-datastores Also, does it make sense that given the incompatible nature of some of the snapshots, we might build multiple packages that are named based on their snapshot, and a virtual package 'thrift' pointing to the latest stable release? This would allow packagers to specifically target a compatible snapshot package for their particular needs without pinning the system to one version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583337: passes -sn to dpkg-source: not a valid option for Dpkg::Source::Package::V3::quilt
Package: sbuild Version: 0.60.0-1 Severity: minor I think this is an sbuild issue, but if it's not, then please reassign and don't hate me: […] Unpack source ─ dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt […] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.112 add and remove users and groups ii libsbuild-perl0.60.0-1 Tool for building Debian binary pa ii perl 5.10.1-12 Larry Wall's Practical Extraction ii perl-modules 5.10.1-12 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.23 Bootstrap a basic Debian system ii fakeroot 1.14.4-1 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-2 retrieves files from the web -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#582146: /usr/lib/jvm/java-6-sun-1.6.0.20/jre/lib/i386/libnpjp2.so: browser plugin reporting of system fonts is a privacy leak
Thiemo Nagel schrieb: On 05/26/2010 09:35 PM, Torsten Werner wrote: A total loss of anonymity from just a font list? Really? Isn't that a bit too far-fetched? It's not automatic. You should be relatively safe with the default install. However if you start adding fonts manually, it seems that a few uncommon fonts already provide enough entropy to make you unique among a million of visitors. But a unique user can still be an anonymous user. Did I miss anything? Can you read my name, address, sex, birthday, ... from a font list in a magic way? Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583312: possible fix
Good morning Further hunting around, and may have found a solution. A little background : Adding the line ServerTimeout=120 to the [X-*-Core] section of /etc/kde4/kdm/kdmrc enabled the system to boot to a normal login screen. In comparison to while having the problem, where was counting 7 to 8 seconds, give or take, and then being dropped from the green nVidia logo back to the console, adding that line I was counting 12 to 15 seconds, and then being presented with the logon screen. Wanting to test boot order, I deleted the line from kdmrc, and went to /etc/rc2.d. The order of the scripts was : S01nvidia-kernel S01quemu-kvm S01speech-despatcher S14portmap S15nfs-common S17nvidia-glx Changed the S17nvidia-glx to S7nvidia-glx, and the beastie booted up to a login screen no problems, and at about the same speed (give or take) as before the installation of the initscripts and sysv... stuff yesterday. Now, this is not optimal - some update at some time in the future will again reorder the scripts, and the problem is very likely to repeat itself. If I could suggest a change to the way that the scripts that do the ordering of scripts in rc2.d to be altered so as to action nvidia-glx earlier in the boot sequence. Though the problem may not affect everyone, doing so may reduce or even eliminate the incidences of this issue in the future. With greetings Romane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582952: dash / LINENO-support lets many package FTBFS
* Raphael Geissert (geiss...@debian.org) [100527 06:47]: On Tuesday 25 May 2010 11:36:22 Andreas Barth wrote: * Lucas Nussbaum (lu...@lucas-nussbaum.net) [100525 18:16]: I have downgraded to important the bugs I filed about those packages. Great. That's the severity I wanted to ask you. I disagree. Those bugs are policy violations and make those packages FTBFS when using dash from testing or experimental, or posh. Tag them squeeze-ignore if you want, but their severity is 'serious.' That's not your call to make. The release team decided that these bugs are not release critical. We intend to change that decision if only an acceptable number of such bugs is left. If you disagree, you can try to either convince us, or call the tech ctte. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583339: openssh-client: shared connection freezes until master is restarted
Package: openssh-client
Version: 1:5.5p1-4
Severity: normal
Until the master was restarted, the ssh connection was freezing:
$ strace -f -o strace.out ssh -vvv gforge
OpenSSH_5.5p1 Debian-4, OpenSSL 0.9.8n 24 Mar 2010
debug1: Reading configuration data /home/vinc17/.ssh/config
debug1: /home/vinc17/.ssh/config line 5: Deprecated option FallBackToRsh
debug1: Applying options for gforge
debug1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: fd 3 setting O_NONBLOCK
debug2: mux_client_hello_exchange: master version 4
debug3: mux_client_request_forwards: requesting forwardings: 0 local, 0 remote
debug3: mux_client_request_session: entering
debug3: mux_client_request_alive: entering
debug3: mux_client_request_alive: done pid = 9656
debug3: mux_client_request_session: session request sent
debug1: mux_client_request_session: master session id: 1
debug2: Exiting on signal 15
Shared connection to scm.gforge.inria.fr closed.
I've attached the strace output (strace.out).
Ctrl-C and Ctrl-\ in the terminal didn't have any effect. However
I could kill ssh with the SIGTERM signal from another terminal.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages openssh-client depends on:
ii adduser 3.112add and remove users and groups
ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy
ii dpkg1.15.7.2 Debian package management system
ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib
ii libedit22.11-20080614-1 BSD editline and history libraries
ii libgssapi-krb5-21.8.1+dfsg-3 MIT Kerberos runtime libraries - k
ii libssl0.9.8 0.9.8n-1 SSL shared libraries
ii passwd 1:4.1.4.2-1 change and administer password and
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages openssh-client recommends:
ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS
ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op
ii xauth 1:1.0.4-1 X authentication utility
Versions of packages openssh-client suggests:
pn keychain none (no description available)
pn libpam-sshnone (no description available)
pn ssh-askpass none (no description available)
-- no debconf information
23382 execve(/usr/bin/ssh, [ssh, -vvv, gforge], [/* 117 vars */]) = 0
23382 brk(0)= 0x7f9363a6d000
23382 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f936266
23382 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
23382 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f936265e000
23382 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
23382 open(/lib64/tls/x86_64/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT (No
such file or directory)
23382 stat(/lib64/tls/x86_64, 0x7fff16054620) = -1 ENOENT (No such file or
directory)
23382 open(/lib64/tls/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT (No such file
or directory)
23382 stat(/lib64/tls, 0x7fff16054620) = -1 ENOENT (No such file or directory)
23382 open(/lib64/x86_64/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT (No such
file or directory)
23382 stat(/lib64/x86_64, 0x7fff16054620) = -1 ENOENT (No such file or
directory)
23382 open(/lib64/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT (No such file or
directory)
23382 stat(/lib64, {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
23382 open(/home/vinc17/./lib/tls/x86_64/libcrypto.so.0.9.8, O_RDONLY) = -1
ENOENT (No such file or directory)
23382 stat(/home/vinc17/./lib/tls/x86_64, 0x7fff16054620) = -1 ENOENT (No
such file or directory)
23382 open(/home/vinc17/./lib/tls/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT
(No such file or directory)
23382 stat(/home/vinc17/./lib/tls, 0x7fff16054620) = -1 ENOENT (No such file
or directory)
23382 open(/home/vinc17/./lib/x86_64/libcrypto.so.0.9.8, O_RDONLY) = -1
ENOENT (No such file or directory)
23382 stat(/home/vinc17/./lib/x86_64, 0x7fff16054620) = -1 ENOENT (No such
file or directory)
23382 open(/home/vinc17/./lib/libcrypto.so.0.9.8, O_RDONLY) = -1 ENOENT (No
such file or directory)
23382 stat(/home/vinc17/./lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
23382 open(/etc/ld.so.cache, O_RDONLY) = 3
23382 fstat(3, {st_mode=S_IFREG|0644, st_size=101192, ...}) = 0
23382 mmap(NULL, 101192, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9362645000
23382 close(3)
Bug#581196: Timemaster
Hi! I usually don't run time synchronization, hence I currently don't know what's right or wrong. What I saw with jackd2: * if set to internal time, everything is fine * if set to JACK time, time master needs to be switched off If you enable time master, then you can't reposition the playhead, that's probably what you're experiencing and what's the bug about. You want JACK time with time master set, right? ardour authors don't think it's an ardour bug, so I'm going to discuss it with the jackd2 team, but I need to know the expected (jackd1) behaviour. Could you provide this additional information? TIA -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583340: cl-clx-sbcl: FTBFS
Package: cl-clx-sbcl Version: serious User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Tags: sid You miss makeinfo in your build-deps. None of the buildds [0] was able to build your package [0] https://buildd.debian.org/pkg.cgi?pkg=cl-clx-sbcl Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582884: ITP: usb-creator -- Live USB creator
On 05/27/2010 12:53 AM, Ignace Mouzannar wrote: Besides, FTP-masters could not like that name because it's too generic Let's let FTP-masters talk for themselves, before shouting out-loud what they could or could not like. I'm not shouting out-loud! I'm giving you an advice/information to save a process-reject cycle. Let's keep it easy… Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583341: orig tarball not copied into build chroot
Package: sbuild Version: 0.60.0-1 Severity: normal sbuild does not seem to copy the orig tarball into the build chroot. I have no idea what the heck is going on, but I wanted to file this bug since I can't spend any more time on this. I did check three things: 1. the build chroot actually only gets the .dsc and the debian tarball 2. if I manually copy the orig tarball there while the dependencies are being installed, it all works. 3. No combination of --arch=amd64, --source, and --arch-all made it work. Debug log is attached. wots:/tmp% dcmd mdadm_3.1.2-1.dsc mdadm_3.1.2.orig.tar.bz2 mdadm_3.1.2-1.debian.tar.gz mdadm_3.1.2-1.dsc wots:/tmp% sbuild --verbose --debbuildopt=-j9 --source --arch-all --arch=amd64 --dist=unstable mdadm_3.1.2-1.dsc sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on wots.madduck.net ╔══╗ ║ mdadm 3.1.2-1 (amd64) 27 May 2010 10:11 ║ ╚══╝ Package: mdadm Version: 3.1.2-1 Architecture: amd64 Chroot Build Dir: /var/lib/schroot/mount/sid-amd64-9c4a4025-6d0f-44b8-8382-2cdaa0d1fff0/build/madduck-mdadm_3.1.2-1-amd64-CXfpC8 Start Time: 20100527-1011 ┌──┐ │ Fetch source files │ └──┘ Local sources ─ mdadm_3.1.2-1.dsc exists in .; copying to chroot Check arch ── […] ┌──┐ │ Build│ └──┘ Unpack source ─ dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt dpkg-source: warning: extracting unsigned source package (mdadm_3.1.2-1.dsc) dpkg-source: error: cannot fstat file ./mdadm_3.1.2.orig.tar.bz2: No such file or directory FAILED [dpkg-source died] Purging /var/lib/schroot/mount/sid-amd64-9c4a4025-6d0f-44b8-8382-2cdaa0d1fff0/build/madduck-mdadm_3.1.2-1-amd64-CXfpC8 Not removing build depends: cloned chroot in use Finished at 20100527-1011 Build needed 00:00:00, 0k disc space -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.112 add and remove users and groups ii libsbuild-perl0.60.0-1 Tool for building Debian binary pa ii perl 5.10.1-12 Larry Wall's Practical Extraction ii perl-modules 5.10.1-12 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.23 Bootstrap a basic Debian system ii fakeroot 1.14.4-1 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-2 retrieves files from the web -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems typescript.gz Description: Binary data digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#583342: [INTL:es] Spanish debconf template translation for gwhois
Package: gwhois Version: 20100515 Severity: wishlist Tags: l10n patch -- Saludos Fran # gwhois po-debconf translation to Spanish # Copyright (C) 2005, 2007, 2010 Software in the Public Interest # This file is distributed under the same license as the gwhois package. # # Changes: # - Initial translation # César Gómez Martín cesar.go...@gmail.com, 2005 # # - Updates # Rudy Godoy Guillén r...@stone-head.org, 2007 # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: gwhois 20100515\n Report-Msgid-Bugs-To: gwh...@packages.debian.org\n POT-Creation-Date: 2010-05-15 23:41+0200\n PO-Revision-Date: 2010-05-17 09:19+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Install gwhois as a whois proxy server? msgstr ¿Desea instalar gwhois como un servidor proxy de whois? #. Type: boolean #. Description #: ../templates:1001 msgid If gwhois is installed as a whois proxy server (using inetd) it will listen on the standard whois port (43) allowing normal whois clients to query it. msgstr Si gwhois está instalado como un servidor proxy de whois (utilizando inetd), escuchará en el puerto estándar de whois (43) y permitirá que los clientes normales de whois le hagan peticiones. #. Type: boolean #. Description #: ../templates:1001 msgid This can be interesting for example if you want to setup a generic whois server for your company or coworkers which can then use their standard whois-client (e.g. a windows client) and still make use of the intelligent features of gwhois. msgstr Esto puede ser interesante, por ejemplo, si quiere instalar un servidor whois genérico para su compañía o compañeros de trabajo, que después podrán utilizar su cliente whois estándar (por ejemplo: un cliente windows) y también hacer uso de las características inteligentes de gwhois. #. Type: error #. Description #: ../templates:2001 msgid Inetd or compatible replacement not installed. msgstr No está instalado inetd o un sustituto compatible. #. Type: error #. Description #: ../templates:2001 msgid You configured gwhois to act as a whois proxy server. This requires inetd or a compatible replacement (in particular the 'update-inetd' binary) which was not found. msgstr Ha configurado gwhois para actuar como un servidor proxy de whois. De modo que es necesario tener inetd o un sustituto compatible (concretamente el binario «update-inetd»), y no se ha encontrado ninguno. #. Type: error #. Description #: ../templates:2001 msgid Please install a package providing inet-superserver and reconfigure gwhois or disable proxy operation. msgstr Instale un paquete que proporcione el superservidor inet y reconfigure gwhois o desactive el proxy. #~ msgid Will delete old ERX configuration #~ msgstr Se eliminará la antigua configuración ERX #~ msgid #~ You are upgrading from an older gwhois version which has included network #~ block lists for the so called ERX blocks. For a major speed improvement #~ these lists will no longer be used, instead gwhois relies on ARINs #~ redirection feature. Therefore the old files should be deleted. #~ msgstr #~ Está actualizando a partir de una versión antigua de gwhois que ha #~ incluido bloques de listas de red para los llamados bloques ERX. No se #~ utilizarán estas listas por más tiempo para una mayor mejora de #~ velocidad, en su lugar gwhois dependerá de la característica de #~ redirección de ARINs. Por lo tanto los ficheros antiguos deben #~ eliminarse. #~ msgid #~ If you made no changes to the files, the system will automatically delete #~ them. Otherwise you need to delete by hand. The files in question are: #~ msgstr #~ Si no hizo ningún cambio en los ficheros, el sistema los eliminará #~ automáticamente. De otro modo tendrá que borrarlos manualmente. Los #~ ficheros en cuestión son: #~ msgid #~ /etc/gwhois/pattern.apnic-erx\n #~ /etc/gwhois/pattern.lacnic-erx\n #~ /etc/gwhois/pattern.ripe-erx #~ msgstr #~ /etc/gwhois/pattern.apnic-erx\n #~ /etc/gwhois/pattern.lacnic-erx\n #~
Bug#583343: [INTL:es] Spanish debconf template translation for avelsieve
Package: avelsieve Version: 1.9.9-1 Severity: wishlist Tags: l10n patch -- Saludos Fran # avelsieve po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the avelsieve package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: avelsieve 1.9.9-1\n Report-Msgid-Bugs-To: avelsi...@packages.debian.org\n POT-Creation-Date: 2009-05-14 19:45+0200\n PO-Revision-Date: 2010-05-17 09:12+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../templates:2001 msgid No removal of installed sieve filters msgstr No se borrarán los filtros «sieve» instalados #. Type: error #. Description #: ../templates:2001 msgid SquirrelMail users without access to sieveshell cannot remove filters they created through avelsieve. Those filters are NOT removed even when avelsieve is purged. msgstr Los usuarios de SquirrelMail sin acceso a «sieveshell» no pueden borrar los filtros que crearon mediante avelsieve. Estos filtros NO se borrarán incluso si se purga avelsieve. #. Type: error #. Description #: ../templates:2001 msgid The sieve filters for all mailboxes should be checked as soon as possible. msgstr Se deberían comprobar lo más pronto posible los filtros «sieve» de todos los buzones.
Bug#583312: [Pkg-sysvinit-devel] Bug#583312: possible fix
[Romane] Changed the S17nvidia-glx to S7nvidia-glx, and the beastie booted up to a login screen no problems, and at about the same speed (give or take) as before the installation of the initscripts and sysv... stuff yesterday. As far as I know, changing the sequence number of a script will not affect parallel booting. Did you use S7nvidia-glx or S07nvidia-glx? If the former, I suspect this caused the script to not run at all during boot. I suspect there is some race issue causing some but not all boots to fail. Btw, what is the name of the package providing /etc/init.d/nvidia-glx on your machine (dpkg -S /etc/init.d/nvidia-glx). Now, this is not optimal - some update at some time in the future will again reorder the scripts, and the problem is very likely to repeat itself. Please try the adjusted header for nvidia-glx I posted earlier, and let me know if it helps. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563649: Jabref duplicated file ?
On Wed, May 26, 2010 at 7:27 PM, gregor herrmann gre...@debian.org wrote: On Mon, 04 Jan 2010 11:46:47 +0100, gregor herrmann wrote: it seems that some jabref icons are duplicated from crystal clear set. could be possible to use the debian package crystal clear (http://packages.debian.org/fr/etch/kde-icons-crystalclear) ? Oh, nice catch, thanks -- I will look into it. It seems I have forgotten about that bug report; sorry for that. I now took a look: * JabRef needs the files at build time, they get added to the .jar and are not installed separately. * Of the 68 images in src/images/crystal_16 42 are also in the kde-icons-crystalproject 0.2007.06.16.1 source package. * What we could do is remove those 42 files from the source package, build-depend on kde-icons-crystalclear and copy those 42 files from various directories over. It will fix half the bug but it is a first step * The effect would be a slightly smaller source package, no changes for the binary package, and a more complicated handling of the source package (both for repacking and building). * I haven't checked the file contents, only the names; the total size of the 42 image is slightly over 100 KB. I agree the file size is small but it will be bnice (thus wihslist) to dynamically open the icon. could you report against upstream ? At the moment I'm inclined to close this bug or tag it wontfix; but I might have misunderstood the original idea or I might be missing something. Wont fix will be better but reporting upstream is nicer. No need to close the bug, and let upstream deal with this bug. Bastien Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `- NP: Sting: Love Is The Seventh Wave -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJL/VoEAAoJELs6aAGGSaoG5GAP/26uHOkQ8n/Yef2DjNm4O+SQ yP4kQdoV/GMY4vDhierkd0bbeEzMjfvQ6fPZKmhRvINRoS7Ss+kYetHye43wv8nd N23igC7bKYWzJfxsyeR0M5DvrZBviJ8cFTxknV/zRw1hGbbkYY/0rK6FTMnwug7m N9yRHAKbqAwkpMdf6HIC0jHWHpibytFact7OrfXTB77qfJJCRRkBjIdFdVq8vrQ3 faTnI96ouwqEsKCR+rR0W1Nqz0XAARrNWKI8XpchBCKM5ta41SB26368tS6yIeJ/ mby73uHTgxxEDe5NIFR59HF8Dg7kp2OSb8/w9gRDHCsE+DKcMwf+oo8XD7SgemV9 8CzQiEPFkShR9Ojg9gWPoOzR60w5Q/cls3MUWeHFe+ZqbfMqglXbenMym5Gs+2Vq mKvkuESbSqmGwwOJ3HLiNZCTOUsqmQlt7bHYup97rK02pCdBo0hUETQ/sdvk9uW1 yXWXQ+U/3UvnXI5i8LvZS0Pk7RTMzLKT2tih8aEoKJCBoV8vvcjqhXlUY9AG6tYI k9l7ZL7DugLPRa1GJDKNXg9I3nJa2t4nb6g7ICb/tCm6HvuitLsg7lp0domOxxEg 2p6C6ABTkl0WJsKxKaKBI1vqZAbYsXMSdDn7JEaXm8JMTEu8DdiLAJIOcN+3OapQ 86Krn3aDOPz8jEf9CJLd =NI27 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582565: vtk: FTBFS with python 2.6 because of hard-coded site-packages directory
On 2010/5/25 Sandro Tosi wrote: [...] this happened some days ago: do you need sponsoring for the upload? we (as in python folks) would like to see this fixed asap, so if need some help just ask :) I do not maintain vtk. Maitland, can you please tell python folks if you will upload soon or if they can NMU? Thanks. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583334: racoon and openswan: error when trying to install together
Am 27.05.2010 09:04, Ralf Treinen schrieb: This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Hi Ralf, thank you for your report. Do you really think, removing the manpage in one package might be clever? As both packages are using the same function under the hood, both packages need to have an appropriate manpage for this. Both packages manpages include almost the same informations in their manpage. I only see some FIXME-tags in the openswan manpages. I would like to either rename the manpages shipped with racoon or let openswan-maintainers do that. I'm looking forward to get some response from the openswan-guys. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583344: tmpreaper: Add /tmp/hsperfdata_* to default ignore list
Package: tmpreaper Version: 1.6.13 Severity: normal The Sun JVM creates /tmp/hsperfdata_foo where foo is a username directories. This is a performance feature of the JVM. See: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5012932 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.12-x86_64-linode12 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmpreaper depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib tmpreaper recommends no packages. tmpreaper suggests no packages. -- Configuration Files: /etc/tmpreaper.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579379: Comments regarding pyimport-relative_0.1.0-1_amd64.changes
This is relative to pyimport-relative package, currently in NEW. These are considerations taken with Debian maintainer, and before going any further, I'd like to share some thoughts with Debian Python maintainers. Il 12/05/2010 21.24, Yaroslav Halchenko ha scritto: Hi Luca, This package is the dependency for ITP-ed pydbgr (I am yet to package few other little python modules which are needed before pydbgr gets uploaded as well). I would love to have pydbgr packaged so it could be available for lenny backports, which runs 2.4. I know it is a weak argument altogether, but that is what I would need to have, and that is what pydbgr relies upon atm. Also there are some differences, I believe, with stock relative import present = 2.5; If you ok it, I could expose your question to upstream author to clarify in this thread the differences (on top of being just compatible with 2.4) in concise manner, since our discussion (in private) was too convoluted and now I've forgotten all the arguments. On Wed, 12 May 2010, Luca Falavigna wrote: Hi, AFAIK, relative imports are available from 2.5, is this package really needed? Cheers, Luca Personally, I think it's better asking pydbgr upstream to see if there's chance to adjust code to use relative imports provided by python2.5, unless implementation is way too different to be impossible to do otherwise. Thoughts? -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- signature.asc Description: OpenPGP digital signature
Bug#579379: Comments regarding pyimport-relative_0.1.0-1_amd64.changes
[Luca Falavigna, 2010-05-27] Personally, I think it's better asking pydbgr upstream to see if there's chance to adjust code to use relative imports provided by python2.5, unless implementation is way too different to be impossible to do otherwise. ... or not use relative imports at all -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579379: Comments regarding pyimport-relative_0.1.0-1_amd64.changes
mh, probably I'm missing something: - is pyimport-relative only available for 2.4? - is pyimport-relative an incompatible implementation of relative imports as present in python =2.5 ? - would it be possible to port to relative import as in python = 2.5 and declare pydbgr as only available for = 2.5 (Lenny has 2.5 as default...)? IMHO, either use the relimp as in python = 2.5 or don't use at all (as Piotr just suggested). Regards, Sandro On Thu, May 27, 2010 at 10:26, Luca Falavigna dktrkr...@debian.org wrote: This is relative to pyimport-relative package, currently in NEW. These are considerations taken with Debian maintainer, and before going any further, I'd like to share some thoughts with Debian Python maintainers. Il 12/05/2010 21.24, Yaroslav Halchenko ha scritto: Hi Luca, This package is the dependency for ITP-ed pydbgr (I am yet to package few other little python modules which are needed before pydbgr gets uploaded as well). I would love to have pydbgr packaged so it could be available for lenny backports, which runs 2.4. I know it is a weak argument altogether, but that is what I would need to have, and that is what pydbgr relies upon atm. Also there are some differences, I believe, with stock relative import present = 2.5; If you ok it, I could expose your question to upstream author to clarify in this thread the differences (on top of being just compatible with 2.4) in concise manner, since our discussion (in private) was too convoluted and now I've forgotten all the arguments. On Wed, 12 May 2010, Luca Falavigna wrote: Hi, AFAIK, relative imports are available from 2.5, is this package really needed? Cheers, Luca Personally, I think it's better asking pydbgr upstream to see if there's chance to adjust code to use relative imports provided by python2.5, unless implementation is way too different to be impossible to do otherwise. Thoughts? -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582146: /usr/lib/jvm/java-6-sun-1.6.0.20/jre/lib/i386/libnpjp2.so: browser plugin reporting of system fonts is a privacy leak
Torsten Werner wrote: But a unique user can still be an anonymous user. Did I miss anything? Can you read my name, address, sex, birthday, ... from a font list in a magic way? Sure, you're right. I can think of two malicious uses: Either the font list can be used as a kind of cookie, aggregating information about the user across different web sites. Or a user may be tricked into installing a font with a customised name which then may be used to identify that user anywhere. Cheers, Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583345: auto-detect timestamp resolution
Package: rsync Version: 3.0.7-2 Severity: wishlist It should be possible to use the value of pathconf(path/to/destination, _POSIX_TIMESTAMP_RESOLUTION) to determine the minimum timestamp resolution and to set --modify-window accordingly by default. http://www.opengroup.org/onlinepubs/9699919799/functions/fpathconf.html Unfortunately, this does not seem to exist in Debian. :( Maybe in the mean time, rsync chould use statfs(3)'s f_fsid field and set --modify-window to a default of 2 for FAT/VFAT destinations? I realise this is a hack, but it'd be useful until _POSIX_TIMESTAMP_RESOLUTION became available. Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii base-files5.6Debian base system miscellaneous f ii libacl1 2.2.49-2 Access control list shared library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libpopt0 1.16-1 lib for parsing cmdline parameters ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.5p1-4 secure shell (SSH) client, for sec ii openssh-server1:5.5p1-4 secure shell (SSH) server, for sec -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#583346: xserver-xorg-input-synaptics: TapButton1 configuration option not respected in xorg.conf
Package: xserver-xorg-input-synaptics Version: 1.2.2-2 Severity: normal Tags: squeeze TapButton1 is set in xorg.conf, Xorg.0.log reports it as being set to 1, but synclient -l reports it as off. Naturally tap-to-click doesn't work after X starts. If TapButton1 is manually set to 1 using synclient, tap-to-click then works. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 12 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1877152 May 5 02:26 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation Device 06fb (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: lrwxrwxrwx 1 root root 10 May 18 15:09 /etc/X11/xorg.conf - XF86Config Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (ra...@juliet2) Fri Sep 5 15:03:39 PDT 2008 Section Module Load dbe Load extmod Load type1 Load freetype Load glx EndSection Section InputClass IdentifierKeyboard Defaults MatchIsKeyboard yes OptionXkbOptions terminate:ctrl_alt_bksp EndSection Section InputDevice IdentifierLaptop Touchpad Driversynaptics OptionProtocol auto OptionDevice/dev/psaux OptionEmulate3Buttons no OptionZAxisMapping 4 5 OptionTapButton11 OptionSHMConfig yes OptionEmulateTwoFingerMinZ 65 OptionVertTwoFingerScroll true EndSection Section InputDevice IdentifierLaptop Keyboard Driverkbd EndSection Section Device IdentifierNVidia Quadro FX 370M Drivernvidia VendorNameNVIDIA Corporation OptionNoLogotrue EndSection Section Monitor IdentifierDELL Panel WSXGA HorizSync 30.0 - 110.0 VertRefresh 50.0 - 150.0 OptionDPMS EndSection Section Screen Identifierpanel DeviceNVidia Quadro FX 370M Monitor DELL Panel WSXGA DefaultDepth 24 SubSection Display Depth 24 Modes 1440x900 EndSubSection EndSection Section Device IdentifierNVidia Quadro FX 370M Dual Drivernvidia OptionConnectedMonitor CRT-0,DFP-0 OptionCursorShadow true OptionDynamicTwinView true OptionFlatPanelProperties Scaling = aspect-scaled OptionMetaModes CRT-0:1024x768 $1024x768,DFP-0:1440x900 @1440x900; CRT-0:1280x1024 @1280x1024,DFP-0:1440x900 @1440x900; CRT-0:800x600 @800x600,DFP-0:1440x900 @1440x900; CRT-0:1600x1200 @1600x1200,DFP-0:1440x900 @1440x900; CRT-0:1920x1200 @1920x1200,DFP-0:1440x900 @1440x900; CRT-0:1920x1080 @1920x1080,DFP-0:1440x900 @1440x900; CRT-0:1440x900 @1440x900,DFP-0:1440x900 @1440x900; CRT-0:NULL,DFP-0:1440x900 @1440x900 OptionNoLogotrue OptionNoPowerConnectorCheck true OptionPanAllDisplaysfalse OptionSecondMonitorHorizSync 30 - 96.0 OptionSecondMonitorVertRefresh 50 - 120 OptionTwinView true OptionTwinViewOrientation DFP-0 LeftOf CRT-0 # OptionTwinViewXineramaInfoOrder DFP, CRT, TV OptionUseEdidDpiDFP-0 OptionUseEdidFreqs on EndSection Section Monitor IdentifierDELL Panel WSXGA Dual HorizSync 30.0 - 110.0 VertRefresh 50.0 - 150.0 OptionDPMS EndSection Section Screen Identifierdual DeviceNVidia Quadro FX 370M Dual Monitor DELL Panel WSXGA Dual DefaultDepth 24 SubSection Display Depth 24 Modes 1440x900 EndSubSection EndSection Section ServerLayout Identifierpanel Screenpanel InputDevice Laptop Keyboard CoreKeyboard InputDevice Laptop Touchpad CorePointer EndSection Section ServerLayout Identifierdual Screendual InputDevice Laptop Keyboard CoreKeyboard InputDevice Laptop Touchpad CorePointer InputDevice Laptop Touchpad SendCoreEvents EndSection Section ServerFlags OptionDefaultServerLayout panel OptionAllowMouseOpenFailtrue OptionXinerama false OptionDontZap false EndSection Kernel version (/proc/version): Linux version 2.6.32-3-amd64 (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Feb 24 18:07:42 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 37181 Mar 20 2009 /var/log/Xorg.1.log -rw-r--r-- 1 root root 18247 May 27 18:50 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X
Bug#583347: epiphany-gecko: uninstallable in testing
Package: epiphany-gecko Version: 2.22.3-9 Severity: grave Justification: renders package unusable User: trei...@debian.org Usertags: edos-uninstallable epiphany-gecko is uninstallable in testing since: Package: epiphany-gecko Version: 2.29.3-1 Depends: epiphany-browser (= 2.28.0) Package: epiphany-browser Version: 2.29.3-1 Conflicts: [...], epiphany-gecko, [...] The situation seems to be the same in unstable with version 2.30.2-1 of the two packages. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583348: kdesudo: Fails to start any applications with no errors output
Package: kdesudo Version: 3.4.2.3-2 Severity: important Hi, I try to run in a terminal : $ kdesudo systemsettings ( Enter password in the appearing window ) (Ok) (.. dialogbox started but closed immediately ... no have time to read it!) $ And Nothing more. I try to run kdesudo echo 1 and it's the same result. I see there is a deconf kdesudo/kdesu: false, it's relevant to this issue? Maybe it is desabled? I have a standard fresh install from testing-kde generated iso. Best regards, Thomas PIERSON -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesudo depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii kdebase-runtime 4:4.4.3-1 runtime components from the offici ii kdelibs5 4:4.4.3-2 transitional package for the KDE D ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libqt4-dbus 4:4.6.2-4 Qt 4 D-Bus module ii libqt4-svg4:4.6.2-4 Qt 4 SVG module ii libqtcore44:4.6.2-4 Qt 4 core module ii libqtgui4 4:4.6.2-4 Qt 4 GUI module ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii sudo 1.7.2p6-1 Provide limited super user privile kdesudo recommends no packages. kdesudo suggests no packages. -- debconf information: kdesudo/kdesu: false signature.asc Description: This is a digitally signed message part.
Bug#576531: status?
Hey, what's the status on this ITP? Is there some preliminary packaging available somewhere? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583349: ++ (as in C++) is not well handled by dhelp
Package: dhelp Version: 0.6.18 Severity: normal The ++ characters are not properly handled by dhelp in a couple of places. The first is in the document index. I have The C++ Annotations, a C++ primer, installed. I used dhelp to browse to it, but this failed when my browser attempted to access http://localhost/doc/c++-annotations/html/index.html and could not find the files. This is because ++ is parsed by the browser and the resulting URL looks something like .../c -annotations/... which doesn't exist. The fix is, I suppose, to use the correct HTML element for the + character. The other problem is rather minor, but dsearch, which *does* handle ++ properly, has a string limit which requires the search string to be at least four characters in lengths. This prevents anyone for looking for all C++ documentation on the system. I realize it is on the main index, but the search string length should probably be lowered to three characters. -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dhelp depends on: ii doc-base 0.9.5 utilities to manage online documen ii libcommandline-ruby1.8 0.7.10-10 Ruby library to write command-line ii libdata-page-perl2.02-1 Help when paging through sets of r ii libdb-ruby1.80.6.5-6 Interface to Berkeley DB for Ruby ii libgettext-ruby1.8 2.1.0-2.1 Gettext for ruby1.8 ii libhtml-parser-perl 3.65-1 collection of modules that parse H ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libtemplate-perl 2.22-0.1template processing system written ii liburi-perl 1.54-1 module to manipulate and access UR ii perl-modules 5.10.1-12 Core Perl modules ii poppler-utils0.12.4-1PDF utilitites (based on libpopple ii pstotext 1.9-4 Extract text from PostScript and P ii ruby1.8 1.8.7.249-3 Interpreter of object-oriented scr ii swish++ 6.1.5-2 Simple Document Indexing System fo Versions of packages dhelp recommends: ii elinks [www-browser]0.12~pre5-2 advanced text-mode WWW browser ii galeon [www-browser]2.0.7-2.1+b1 GNOME web browser for advanced use ii iceweasel [www-browser] 3.5.9-3 Web browser based on Firefox ii links2 [www-browser]2.2-1+b2 Web browser running in both graphi ii lynx-cur [www-browser] 2.8.8dev.3-3 Text-mode WWW Browser with NLS sup ii w3m [www-browser] 0.5.2-4 WWW browsable pager with excellent Versions of packages dhelp suggests: ii apache2-mpm-prefork [httpd] 2.2.15-5 Apache HTTP Server - traditional n ii catdvi0.14-11+b1 DVI to plain text translator ii html2text 1.3.2a-15 advanced HTML to text converter ii info2www 1.2.2.9-24 Read info files with a WWW browser ii man2html 1.6f-3 browse man pages in your web brows ii w3m 0.5.2-4WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575054: I couldn't wait
Hi, I couldn't wait for a fix, and since I got a new machine so I've reinstalled the old one with other OS already. It was quite embarrassing to tell my colleagues that it was a Debian bug :( - - - Regards Hans Liao 17:00:35 CST Thu, May/27/2010 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583334: racoon and openswan: error when trying to install together
Am 27.05.2010 11:05, Rene Mayrhofer schrieb: We could also simply add a mutual Conflicts, as there seems to be no reason to have both racoon and openswan installed. Actually, quite a few years ago (back in freeswan days...) it was decided between all IPsec-ish package maintainers to Provide and Conflict with a virtual ike-server package. For some reason, this seems to have been dropped. How about reviving this idea? openswan and strongswan-ikev[12] still provide ike-server, but don't conflict with it at the moment. Shall we just change that (I would need to figure out how to do this with two strongswan binary packages that actually don't conflict with each other, though)? I like it to give users the chance to decide if they want to have different software installed even if they serve the same purpose. So a conflict is not the best solution from my point of view. It might be handy to have both deamons installed alongside eachother for testing and stuff. Even tough this case is not happening quite often, it happens to the bug reporter. What is your opinion about that? Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583334: racoon and openswan: error when trying to install together
On Thursday 27 May 2010 10:24:54 Stefan Bauer wrote: thank you for your report. Do you really think, removing the manpage in one package might be clever? As both packages are using the same function under the hood, both packages need to have an appropriate manpage for this. Both packages manpages include almost the same informations in their manpage. I only see some FIXME-tags in the openswan manpages. Agreed. I would like to either rename the manpages shipped with racoon or let openswan-maintainers do that. I'm looking forward to get some response from the openswan-guys. We could also simply add a mutual Conflicts, as there seems to be no reason to have both racoon and openswan installed. Actually, quite a few years ago (back in freeswan days...) it was decided between all IPsec-ish package maintainers to Provide and Conflict with a virtual ike-server package. For some reason, this seems to have been dropped. How about reviving this idea? openswan and strongswan-ikev[12] still provide ike-server, but don't conflict with it at the moment. Shall we just change that (I would need to figure out how to do this with two strongswan binary packages that actually don't conflict with each other, though)? best regards, Rene -- - Gibraltar firewall http://www.gibraltar.at/ signature.asc Description: This is a digitally signed message part.
Bug#583350: ldns: Python installation dir error
Package: ldns Version: 1.6.4-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch Building ldns in maverick updated pbuilder chroot I get this error: make[1]: Leaving directory `/tmp/buildd/ldns-1.6.4' dh_install dh_install: python-ldns missing files (debian/tmp/usr/lib/python*/site-packages/ldns/), aborting make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package In python 2.6 is dist-packages instead of site-packages, Thanks! *** /tmp/tmpSq5VBP In Ubuntu, we've applied the attached patch to achieve the following: * debian/python-ldns.install: Fix python installation directory, fix FTBFS (LP: #586242) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-4-generic (SMP w/1 CPU core) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru ldns-1.6.4/debian/changelog ldns-1.6.4/debian/changelog diff -Nru ldns-1.6.4/debian/control ldns-1.6.4/debian/control --- ldns-1.6.4/debian/control 2010-03-01 13:30:12.0 +0100 +++ ldns-1.6.4/debian/control 2010-05-27 11:11:39.0 +0200 @@ -1,6 +1,7 @@ Source: ldns Priority: extra -Maintainer: Ondřej Surý ond...@debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Ondřej Surý ond...@debian.org Build-Depends: quilt (= 0.46-7~), debhelper (= 7.0.50~), autotools-dev, diff -Nru ldns-1.6.4/debian/python-ldns.install ldns-1.6.4/debian/python-ldns.install --- ldns-1.6.4/debian/python-ldns.install 2010-03-01 13:30:12.0 +0100 +++ ldns-1.6.4/debian/python-ldns.install 2010-05-27 11:02:05.0 +0200 @@ -1,2 +1 @@ -debian/tmp/usr/lib/python*/site-packages/ldns/ -debian/tmp/usr/lib/python*/dist-packages/ldns/ +debian/tmp/usr/lib/python*/*/ldns/
Bug#583006: Bug#581934: gnustep-dl2: FTBFS with gnustep-base/1.20.0: EONSAddOns.m:102: error: ‘GSMethodList’ undeclared (first use in this function)
On Wed, May 26, 2010 at 10:03:10PM +0300, Yavor Doganov wrote: Federico Gimenez Nieto wrote: but now the docs are not being generated, why might this be happening? Give me some time to investigate. 99% gnustep-make related. The API docs are built, only the manual is not. This is because in 2.4.0 the way subprojects are built was redesigned (introducing GNUSTEP_USE_PARALLEL_AGGREGATE to allow parallel building of subprojects), so make doesn't even recurse into the Documentation directory since it's not present in the SUBPROJECTS variable at the time the makefile is parsed. Just move the aggregate.make include in GNUmakefile.in *after* the doc conditional; that should fix the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583351: libtime-y2038-perl: FTBFS
Package: libtime-y2038-perl Version: 20100403-1 Tags: sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Severity: serious None of the buildds [0] built this packges. Well mipsel did but it was using aptitude to resolve the build-deps while others use sbuild and this leads to: | perl: already installed (5.10.1-12 = 5.6.100 is satisfied) | libtest-warn-perl: missing | Using default version 0.21-1 | libtest-exception-perl: missing | Using default version 0.29-1 | libjson-perl: missing | Using default version 2.21-1 | perl: non-matching version installed (5.10.1-12 ! = 5.12) | Default version of perl not sufficient, no suitable alternative found. I probably should dep-wait this one. | Package installation not possible | Source-dependencies not satisfied; skipping libtime-y2038-perl | Purging /var/lib/schroot/mount/spestage-6d1e5f5e-9e09-43bb-b4cc-ab84f422eeef/spestage/build/buildd-libtime-y2038-perl_20100403-1-powerpcspe-amlOOM | Not removing build depends: cloned chroot in use So we have perl 5.10. The dep-line: perl (= 5.12) | libmodule-build-perl (= 0.36) Fails because we have perl 5.10 allready _and_ sbuild does not look for alternatives. So it wants to upgrade perl but it is not possible because it is only in exp. If perl would not be available at _all_ then ir would look for alternatives. Is it possible to fix this somehow? [0] https://buildd.debian.org/pkg.cgi?pkg=libtime-y2038-perl Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583352: wmii: Possibly dependent on Bash.
Package: wmii Version: 3.6+debian-8 Severity: normal thanks It seems Wmii is dependent on bashisms. After the setting of Dash as default, using the link /bin/sh - dash, yesterday evening, Wmii today looses the capability to detect the MODKEY after the first uses of Alt-Return, Alt-S, Alt-Return. When I, in an otherwise standard ~/.wmii-3.5/wmiirc, edit the shebang to read #!/bin/bash, the expected functionality returns. Mats Erik Andersson, fil. dr 2459 41E9 C420 3F6D F68B 2E88 F768 4541 F25B 5D41 Abonnerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575614: mail
Hi Thomas, I did not receive your mail about the licensing issues. Can you please resend it? It might have been deleted by spamassassin. Folkert -- -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466985: gnome-settings-daemon crashes (and the volume control applet too)
Hello, it looks like the problem has gone away after a few upgrades. Thanks for your support! On Sun, 2010-05-16 at 16:37 +0200, Andreas Beckmann wrote: On Monday, 25. February 2008 11:56:47 No Name wrote: Just two side notes: I am using the drivers from the nvidia.com site and not the debian package. I am also running my own kernel instead of a debianized one. That would make it harder to reproduce. But anyway, you can probably tell us which version of the nvidia driver you are using and whether the problem still occurs with the current version of gnome-settings-daemon and the nvidia driver in stable lenny or testing/unstable? Andreas
Bug#583198: coreutils: tail does not obey --sleep-interval option
Michael Stone wrote: On Wed, May 26, 2010 at 09:06:10AM -0600, Bob Proulx wrote: I don't understand your comment in a bug report. Being more responsive seems like a good thing to me and good expected behavior. Could you say a few words about why you are filing a bug report on tail being more responsive? I can imagine that if someone is manually reviewing the output, they may wish to have a certain interval to inspect new data before it is scrolled by additional data. In that case, use the deliberately undocumented ---disable-inotify option that was introduced in coreutils-7.6. With it, tail will sleep between iterations, as it did before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583294: gnome-control-center: gnome-default-applications-properties should update-alternatives?
Le mercredi 26 mai 2010 à 13:31 -0700, Mark Hedges a écrit : Maybe this is a wishlist item... is it supposed to update-alternatives? I change my preferred browser to Iceweasel, but: hed...@maggie:~$ locate www-browser | grep etc | grep -v gz | xargs ls -lah lrwxrwxrwx 1 root root 25 Dec 9 16:37 /etc/alternatives/gnome-www-browser - /usr/bin/epiphany-browser lrwxrwxrwx 1 root root 12 Nov 18 2009 /etc/alternatives/www-browser - /usr/bin/w3m lrwxrwxrwx 1 root root 25 Feb 25 23:46 /etc/alternatives/x-www-browser - /usr/bin/epiphany-browser The behavior is just as expected. The alternatives set up the system default, while control-center sets the user’s default. So a lot of programs still run epiphany when I click links. Epiphany is cool but I'm not ready to switch, and it's often blocked because it is not a supported browser. Epiphany advertises itself just like Safari, so those blocking it are also blocking macs. -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576531: status?
Hi, The debian package is being reviewed by my sponsor (piotr). Will be available soon. Sources are in the dpmt SVN at http://svn.debian.org/wsvn/python-modules/packages/pykickstart/trunk/#_packages_pykickstart_trunk_ Bye Carl Chenet Blog: http://carlchenet.wordpress.com Identi.ca: http://identi.ca/ carlchenet Yves-Alexis Perez cor...@debian.org a écrit : Hey, what's the status on this ITP? Is there some preliminary packaging available somewhere? Cheers, -- Yves-Alexis
Bug#577687: ogre: New upstream release
Package: ogre Severity: wishlist OGRE 1.7.1 (new stable release in branch 1.7 'Cthugha') has been released and announced on the official website the 25th of April. http://www.ogre3d.org/2010/04/25/ogre-1-7-1-cthugha-released Thanks for a possible upgrade of the package, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583353: upower: AllowHibernateEncryptedSwap=true does not work wrong path to UPower.conf
Package: upower
Version: 0.9.4-1
Severity: normal
Hi,
i use an encrypted swap partition. If i try to Hibernate for example with a
dbus command, i get the error message:
$ dbus-send --print-reply --system --dest=org.freedesktop.UPower \
/org/freedesktop/UPower org.freedesktop.UPower.Hibernate
Error org.freedesktop.UPower.GeneralError: Swap space is encrypted,
use AllowHibernateEncryptedSwap to override
But by default the entry AllowHibernateEncryptedSwap is set to true in
/etc/UPower.conf
$ grep AllowHibernateEncryptedSwap /etc/UPower.conf
AllowHibernateEncryptedSwap=true
In the Source file of upower-0.9.4 i have find a different location of the
UPower.conf file:
# dpkg -L upower | grep UPower.conf
/etc/UPower.conf
/etc/dbus-1/system.d/org.freedesktop.UPower.conf
$ grep -n UPower.conf src/up-daemon.c
959:ret = g_key_file_load_from_file (file, PACKAGE_SYSCONF_DIR
/UPower/UPower.conf, G_KEY_FILE_NONE, error);
if I create an new folder /etc/UPower/ an copy the UPower.conf inside and
reboot the system Hibernate will work.
# mkdir /etc/UPower cp /etc/UPower.conf /etc/UPower/UPower.conf
An other way to resolve patch src/up-daemon.c
@@ -956,7 +956,7 @@
/* load some values from the config file */
file = g_key_file_new ();
- ret = g_key_file_load_from_file (file, PACKAGE_SYSCONF_DIR
/UPower/UPower.conf, G_KEY_FILE_NONE, error);
+ ret = g_key_file_load_from_file (file, PACKAGE_SYSCONF_DIR
/UPower.conf, G_KEY_FILE_NONE, error);
if (ret) {
daemon-priv-conf_sleep_timeout =
g_key_file_get_integer (file, UPower, SleepTimeout,
NULL);
Thanks so far,
David
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages upower depends on:
ii dbus 1.2.24-1simple interprocess messaging syst
ii libc62.10.2-9Embedded GNU C Library: Shared lib
ii libdbus-1-3 1.2.24-1simple interprocess messaging syst
ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst
ii libglib2.0-0 2.24.1-1The GLib library of C routines
ii libgudev-1.0-0 154-1 GObject-based wrapper library for
ii libpolkit-gobject-1-00.96-2 PolicyKit Authorization API
ii libupower-glib1 0.9.4-1 abstraction for power management -
ii libusb-0.1-4 2:0.1.12-14 userspace USB programming library
ii udev 154-1 /dev/ and hotplug management daemo
Versions of packages upower recommends:
ii pm-utils 1.3.0-1utilities and scripts for power ma
ii policykit-1 0.96-2 framework for managing administrat
upower suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583354: Do not close sqlite3 databases and end in to many open files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: puppetmaster Version: 0.25.4-6 Severity: important puppetmaster with activated sqlite3 db open a new database handle every connect of a client but never close it. The result is to run out of available file descriptors after several time (depend on the number of clients). - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'stable'), (600, 'oldstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages puppetmaster depends on: ii facter 1.5.7-1 a library for retrieving facts fro ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii puppet-common0.25.4-6common files for puppet and puppet ii ruby1.8 1.8.7.249-3 Interpreter of object-oriented scr Versions of packages puppetmaster recommends: pn libldap-ruby1.8 none (no description available) pn rails none (no description available) ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppetmaster suggests: pn apache2 | nginx none (no description available) pn libapache2-mod-passenger none (no description available) pn librack-ruby none (no description available) pn libstomp-ruby1.8 none (no description available) pn mongrel none (no description available) pn puppet-el none (no description available) pn stompserver none (no description available) ii vim-puppet0.25.4-6 Vim syntax highlighting for puppet - -- Configuration Files: /etc/puppet/fileserver.conf changed: [files] path /etc/puppet/modules [plugins] - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEVAwUBS/5DD5+OKpjRpO3lAQpQRAf/eLbCN56rkX29U5uczN3uToE16z04opPH jsfQsFiHtoT0xJ2FkeIgZtGy8RvYRxq1/DyddRRLqWplSfYUjC7FKpmBvD/WbMBI Irmz6PdCsVFAnjEbB9DLnLNlj11mrnh55Xt5Kans4IWEgkRGRnptkmy02Rg9ptQF RZtHsL7fZOBlByNGuWkSBZGWnE6e/lHlOlwv1gx4SS1xBmmvP38ZLnuBCpseBiKc wKwUjsjyW6Jm+Mtb7wuDI2IwrkGkuML23lJUxJHX6F+S6kiRmLNHj11TeErdGd9p qqFwGiKvZtSC5EAeBASVP6lxCgU2hFkLTXjESY5i6NywXTu59TkAJQ== =bNrN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583283: udev - Weird behaviour with device names including a slash
Yeah, devtmpfs misses the magic '!' - '/' support. I'll go and fix this.
If you don't want to change the device name, you can fill-in the name
in the miscdevice structure, like:
static struct miscdevice tun_miscdev = {
.minor = TUN_MINOR,
.name = tun,
.nodename = net/tun,
.fops = tun_fops,
};
Kay
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583355: dkimproxy can't read it's own private key
Package: dkimproxy Version: 1.2-5 Severity: grave As I wanted to have dkimproxy behave well, and integrate in the /etc/ssl folder, using the ssl-cert group, I changed the group of /var/lib/dkimproxy/privakte.key. As a concequence, dkimproxy cannot read the key file, and refuses to start. Because I don't want version 1.2-5 to be migrated to testing, I'm submitting an RC bug to my own package. A fix will come very soon. As a reference: http://forums.gplhost.com/phpBB2/dkimproxy-12-5-var-lib-dkimproxy-privatekey-unreadable-vt2417.html Thomas -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583356: xfce4-verve-plugin: does not focus
Package: xfce4-verve-plugin Version: 0.3.6-1 Severity: important The verve plugin will not receive keyboard focus, making it unusable. This occurs with xfce's focus follows mouse option. The problem started after the upgrade of xfce4 to version 4.6.2. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-verve-plugin depends on: ii exo-utils 0.3.107-1 Utility files for libexo ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libexo-0.3-0 0.3.107-1 Library with extensions for Xfce ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpcre3 8.02-1 Perl 5 Compatible Regular Expressi ii libxfce4util4 4.6.2-1Utility functions library for Xfce ii libxfcegui4-4 4.6.4-1Basic GUI C functions for Xfce4 ii xfce4-panel 4.6.4-1The Xfce4 desktop environment pane xfce4-verve-plugin recommends no packages. xfce4-verve-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583323: python-pivy: An error in source code prevents using soqt binding
On Thu, May 27, 2010 at 4:23 AM, Yorik van Havre yorik.vanha...@gmail.com wrote: There is a wrong statement in pivy/gui/soqt.py on line 884, preventing using the soqt part of pivy: the line: import pivy.pivy should be instead: from pivy import coin The file (soqt.py) in question is generated from interfaces/soqt.i in the source, which leads us directly to swig interface hell. After mucking around a bit and actually finding a fix (change line 90 in soqt.i to '%import coin.i') I also noticed that this fix is already present in upstream mercurial head (see http://hg.sim.no/Pivy/default/rev/e71dc4bf153e ) So pivy is not really unmaintained, upstream just does not make releases. I'll look into updating the Debian package to the current upstream head, but it probably needs to be tested with freecad before uploading. Want to help? Best, Teemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582461: libssh config files
Thanks for reporting this bug and helping to find and understand it! Could you provide your /etc/ssh/ssh_config and ~/.ssh/config file that we could try to reproduce it on our system. If possible it would be nice to have a strace log. If you're using kio_sftp you find some information how to create it at: http://techbase.kde.org/Development/Tutorials/Debugging/Debugging_IOSlaves#Attaching_gdb_to_an_io- slave Instead of attaching gdb you have to attach strace with: strace -tt -T -o libssh.log -p pid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583357: Update libchamplain to version 0.6
Package: libchamplain
Attached is a patch for
svn://svn.debian.org/svn/pkg-gnome/packages/unstable/libchamplain which
should update the Debian package to version 0.6 of libchamplain which
came out a few days ago.
Regards,
--
Łukasz [DeeJay1] Jernaś
Index: control
===
--- control (wersja 24408)
+++ control (kopia robocza)
@@ -18,18 +18,20 @@
libclutter-1.0-dev,
libclutter-gtk-0.10-dev,
libcairo2-dev (= 1.4),
+ libmemphis-0.2-dev,
libsqlite3-dev,
gobject-introspection (= 0.6.5-4~),
libgirepository1.0-dev (= 0.6.3),
gir-repository-dev,
gir1.0-gtk-2.0,
- gir1.0-clutter-1.0
+ gir1.0-clutter-1.0,
+ gir1.0-memphis-0.2
Standards-Version: 3.8.4
Homepage: http://projects.gnome.org/libchamplain/
Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/packages/unstable/libchamplain
Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/packages/unstable/libchamplain/
-Package: libchamplain-0.4-0
+Package: libchamplain-0.6-0
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -54,13 +56,14 @@
.
This package contains the documentary for this package.
-Package: libchamplain-0.4-dev
+Package: libchamplain-0.6-dev
Section: libdevel
Architecture: any
-Depends: libchamplain-0.4-0 (= ${binary:Version}),
+Depends: libchamplain-0.6-0 (= ${binary:Version}),
${misc:Depends},
libglib2.0-dev,
- libclutter-1.0-dev
+ libclutter-1.0-dev,
+ libmemphis-0.2-dev
Suggests: libchamplain-doc
Description: C library providing ClutterActor to display maps (development files)
Libchamplain is a C library providing a ClutterActor to
@@ -72,11 +75,11 @@
This package contains the header files required if you wish
to develop software that uses libchamplain.
-Package: libchamplain-0.4-dbg
+Package: libchamplain-0.6-dbg
Architecture: any
Priority: extra
Section: debug
-Depends: libchamplain-0.4-0 (= ${binary:Version}),
+Depends: libchamplain-0.6-0 (= ${binary:Version}),
${misc:Depends}
Description: C library providing ClutterActor to display maps (debug symbols)
Libchamplain is a C library providing a ClutterActor to
@@ -87,7 +90,7 @@
.
This package contains debugging symbols for libchamplain
-Package: gir1.0-champlain-0.4
+Package: gir1.0-champlain-0.6
Architecture: any
Priority: extra
Depends: ${gir:Depends},
@@ -101,7 +104,7 @@
.
This package contains the GObject introspection file for libchamplain.
-Package: libchamplain-gtk-0.4-0
+Package: libchamplain-gtk-0.6-0
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -112,15 +115,15 @@
It supports numerous free map sources such as
OpenStreetMap (default), OpenArialMap and Maps for free.
-Package: libchamplain-gtk-0.4-dev
+Package: libchamplain-gtk-0.6-dev
Architecture: any
Section: libdevel
-Depends: libchamplain-gtk-0.4-0 (= ${binary:Version}),
+Depends: libchamplain-gtk-0.6-0 (= ${binary:Version}),
${misc:Depends},
libgtk2.0-dev,
libglib2.0-dev,
libclutter-1.0-dev,
- libchamplain-0.4-dev (= ${binary:Version}),
+ libchamplain-0.6-dev (= ${binary:Version}),
libclutter-gtk-0.10-dev
Description: A Gtk+ widget to display maps (development files)
Libchamplain-gtk is a C library aimed to provide a Gtk+ widget
@@ -145,11 +148,11 @@
.
This package contains documentation for libchamplain-gtk.
-Package: libchamplain-gtk-0.4-dbg
+Package: libchamplain-gtk-0.6-dbg
Architecture: any
Priority: extra
Section: debug
-Depends: libchamplain-gtk-0.4-0 (= ${binary:Version}),
+Depends: libchamplain-gtk-0.6-0 (= ${binary:Version}),
${shlibs:Depends},
${misc:Depends}
Description: A Gtk+ widget to display maps (debug symbols)
@@ -161,7 +164,7 @@
.
This package contains debugging symbols for libchamplain-gtk.
-Package: gir1.0-gtkchamplain-0.4
+Package: gir1.0-gtkchamplain-0.6
Architecture: any
Priority: extra
Depends: ${gir:Depends},
Index: libchamplain-0.4-0.install
===
--- libchamplain-0.4-0.install (wersja 24408)
+++ libchamplain-0.4-0.install (kopia robocza)
@@ -1 +0,0 @@
-usr/lib/libchamplain-0.4.so.*
Index: control.in
===
--- control.in (wersja 24408)
+++ control.in (kopia robocza)
@@ -13,18 +13,20 @@
libclutter-1.0-dev,
libclutter-gtk-0.10-dev,
libcairo2-dev (= 1.4),
+ libmemphis-0.2-dev,
libsqlite3-dev,
gobject-introspection (= 0.6.5-4~),
libgirepository1.0-dev (= 0.6.3),
gir-repository-dev,
gir1.0-gtk-2.0,
- gir1.0-clutter-1.0
+
Bug#583358: ITP: morsegen -- convert text file to ASCII morse code
Package: wnpp Severity: wishlist * Package name: morsegen Version : 0.2 Upstream Author : Luigiru Auriemma alu...@autistici.org * URL : http://aluigi.org/mytoolz.htm * License : GPL-2 Programming Lang: C Description : convert text file to ASCII morse code Morse code was created for the telegraph in the early 1840s. Morse code uses a standardized sequence of short and long elements to represent the letters, numerals, punctuation and special characters of a given message. This program implements the International Morse Code Standard by converting ASCII text letters into morse code ASCII notation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583359: Build with pygi
Source: pygobject Version: 2.21.1-1 Severity: wishlist Hi, Could you please enable pygi (--enable-pygi) on building. Note that maemo have both python-gobject-pygi and python-gobject packages not sure if we need both? Any suggestions? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583360: raidutils: please add debian-ports architectures
Package: raidutils Version: 0.0.6-10 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Following architectures are trying porting to Debian in Debian-ports. - avr32 - sparc64 - powerpcspe Could you add the architecture porting in debian-ports? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582884: ITP: usb-creator -- Live USB creator
Hi! * Ignace Mouzannar mouzan...@gmail.com [100527 00:53]: Besides, FTP-masters could not like that name because it's too generic Let's let FTP-masters talk for themselves, before shouting out-loud what they could or could not like. [.] So, before proceeding with the upload, you may want to check with them how they feel about it. Will do. Thanks for the heads-up. To answer your questions: Yes, the name is too generic. No, it is already in Ubuntu is no argument. No, it will lead to some kind of problems for Ubuntu to have it in Debian with a different way) is also not an argument. Yes, we have and will reject packages because of too generic names (several gnustep package come to my mind). Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583361: ramaze1.9.1 is not available as binary ?
Package: libramaze-ruby1.9.1 Severity: important libramaze-ruby1.9.1 is generating binary ramaze1.9 , which is not be used bcz ruby1.9 is not in unstable. it has to be compiled with ruby1.9.1 and package name has to be ramaze1.9.1. Thanks Deepak -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583362: tex-common: /etc/texmf/texmf.d/95NonPath.cnf contains wrong comment character
Package: tex-common Version: 2.07 Severity: normal head /etc/texmf/texmf.d/95NonPath.cnf # $progname: kpathsea v. 3.5.3 or later overwrites this at runtime. To # avoid empty expansions from binaries linked against an earlier # version of the library, we set $progname and $engine to something # non-empty: progname = unset engine = unset % Part 2: Non-path options. This is a texmf.cnf snippet, no # should be there -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-gitb1cdc46 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.2 Debian package management system ii ucf 3.0025 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 7.4.20 helper programs for debian/rules Versions of packages texlive-base depends on: ii dpkg 1.15.7.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii luatex0.60.1-1 next generation TeX engine ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii texlive-binaries 2009-6 Binaries for TeX Live ii texlive-common2009-10TeX Live: Base component ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583260: dpkg suggests to install gcj packages when Sun JRE is installed
Hi Torsten! Thank you for handling the bug. As I mentioned, I face this problem with some more libraries, e.g: # apt-get install libjaxp1.3-java The following extra packages will be installed: gcj-4.4-base gcj-4.4-jre-lib libgcj-bc libgcj-common libgcj10 libjaxp1.3-java-gcj python-central ... Shell I report it on per-package case? Torsten Werner wrote on 26/05/2010 21:25: reassign 583260 liblog4j1.2-java found 583260 1.2.15-11 thanks On Wed, May 26, 2010 at 7:13 PM, Dmitry Katsubo dm...@mail.ru wrote: # apt-get install liblog4j1.2-java ... gcj-4.4-base gcj-4.4-jre-lib libgcj-bc libgcj-common libgcj10 liblog4j1.2-java-gcj python-central The Recommends: liblog4j1.2-java-gcj should be downgraded to Suggests as discussed in the debian-java mailing list. Torsten -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311199: the patch is not likely to correct this problem (311199)
AIS, Informofico i...@ais-sanmarino.org wrote: Hi, let me know when the fix goes from candidate to actually fixes the problem :) As the author of the patch I regret to say that it is not likely to fix this problem. Yeah. Besides removing magic values and replacing them with proper definitions, it doesn't do much. The problem addressed by the patch was an environment (hardware? software?) that delivered GTK mouse events with an extra bit (0x2000) set. This caused ALL processing of mouse events to fail. In the I'd really like to understand why this happened. The events were filtered by the lock masks (numlock etc) that you removed, so I'd really like to know what's happening on your end that doesn't happen everywhere else. (and I'd also need to look at the code to understand why the masks are here in the first place) JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583363: linux-image-2.6.32-3-686: Network hangs with network activity and date freezes
Package: linux-2.6 Version: 2.6.32-9 Severity: important Tags: squeeze Network hangs with network activy and if I press a key of the computer the network resumes its activity. While the net is frozen the date of the computer is frozen too. I have tested linux kernels 2.6.30, 2.6.32 , 2.6.33 and 2.6.34 with no luck, these kernels come from debian tree. With debian kernel 2.6.26 there is no problem and everything works great. I tested noapic, noacpi and several switches with no luck. Thanks. -- Package-specific info: ** Version: Linux version 2.6.32-3-686 (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Thu Feb 25 06:14:20 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-3-686 root=UUID=b2b271f0-0002-47e5-91fb-dc897e5ade90 ro vga=791 ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [4.225234] ohci_hcd :00:03.1: irq 21, io mem 0xe2003000 [4.284044] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [4.287489] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [4.290966] usb usb3: Product: OHCI Host Controller [4.294454] usb usb3: Manufacturer: Linux 2.6.32-3-686 ohci_hcd [4.297934] usb usb3: SerialNumber: :00:03.1 [4.302003] usb usb3: configuration #1 chosen from 1 choice [4.305771] hub 3-0:1.0: USB hub found [4.309324] hub 3-0:1.0: 3 ports detected [4.630687] PM: Starting manual resume from disk [4.634198] PM: Resume from partition 3:4 [4.634201] PM: Checking hibernation image. [4.634412] PM: Error -22 checking image file [4.634414] PM: Resume from disk failed. [4.701348] kjournald starting. Commit interval 5 seconds [4.704921] EXT3-fs: mounted filesystem with ordered data mode. [5.919539] udev: starting version 154 [6.308338] Marking TSC unstable due to TSC halts in idle [6.327411] Switching to clocksource acpi_pm [6.357752] processor LNXCPU:00: registered as cooling_device0 [6.431167] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [6.444957] Linux agpgart interface v0.103 [6.456976] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [6.476825] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 [6.486992] ACPI: Lid Switch [LID] [6.496306] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2 [6.502599] ACPI: Power Button [PWRB] [6.509051] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3 [6.524095] agpgart-sis :00:00.0: SiS chipset [1039/0760] [6.533460] ACPI: Sleep Button [SLPB] [6.540357] agpgart-sis :00:00.0: AGP aperture is 4M @ 0xe000 [6.544760] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [6.549230] ACPI: AC Adapter [ACAD] (on-line) [6.554492] ACPI: Power Button [PWRF] [6.610636] ACPI: Battery Slot [BAT1] (battery present) [6.664169] ACPI: WMI: Mapper loaded [6.797371] acer-wmi: Acer Laptop ACPI-WMI Extras [6.801488] acer-wmi: No or unsupported WMI interface, unable to load [6.810452] agpgart-sis :00:00.0: AGP bridge [1039/0760] [6.814691] BUG: unable to handle kernel NULL pointer dereference at 0008 [6.818561] IP: [f80e89c9] agp_generic_create_gatt_table+0x53/0x176 [agpgart] [6.818561] *pde = [6.818561] Oops: [#1] SMP [6.818561] last sysfs file: /sys/bus/pci/drivers/agpgart-amd64/uevent [6.818561] Modules linked in: amd64_agp(+) i2c_core acer_wmi(-) rfkill led_class k8temp wmi ac sis_agp battery button shpchp agpgart pci_hotplug serio_raw evdev psmouse processor ext3 jbd mbcache ide_cd_mod ohci_hcd ide_gd_mod cdrom ata_generic libata scsi_mod ide_pci_generic ehci_hcd thermal sis5513 thermal_sys usbcore nls_base sis900 mii ide_core [last unloaded: scsi_wait_scan] [6.818561] [6.818561] Pid: 284, comm: modprobe Not tainted (2.6.32-3-686 #1) Aspire 3000 [6.818561] EIP: 0060:[f80e89c9] EFLAGS: 00010246 CPU: 0 [6.818561] EIP is at agp_generic_create_gatt_table+0x53/0x176 [agpgart] [6.818561] EAX: 0002 EBX: 01b8 ECX: 0002 EDX: [6.818561] ESI: f6cc2900 EDI: 03d1 EBP: 0010 ESP: f6f8df0c [6.818561] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [6.818561] Process modprobe (pid: 284, ti=f6f8c000 task=ee085dc0 task.ti=f6f8c000) [6.818561] Stack: [6.818561] f6f8df10 01b8 0200 03d1 f6cc2900 f80e72c9 f7e27cc4 [6.818561] 0 e000 f6c41000 f7e27ace e000 00a0 f6cc2900 [6.818561] 0 a013e7c1 f6ca5000 0001 f6c4105c 0002 0070 [6.818561] Call Trace: [6.818561] [f80e72c9] ? agp_add_bridge+0x1cc/0x3d5 [agpgart] [6.818561] [f7e27ace] ? agp_amd64_probe+0x50a/0x550 [amd64_agp] [6.818561] [f7c6b000] ? agp_amd64_init+0x0/0xac [amd64_agp] [6.818561] [f7c6b08e] ? agp_amd64_init+0x8e/0xac [amd64_agp] [
Bug#562836: Patch for the l10n upload of dash
Quoting Christian PERRIER (bubu...@debian.org): Still, I don't see l10n stuff as blocking for other activities and the package hasn't got any upload since September. I understand there are difficult to solve issues wrt the use bash as /bin/sh release goal, but IMHO that should not prevent *other* bugs to be fixed. Ping. There have been uploads of dash recently with certainly more important issues being dealt with. So, this might have obscured the minor need for an upload with l10n fixes. Still, slipping these updates in an upcoming upload is probably not that a big deal as I took care to provide a general patch in #562836, which should apply nearly cleanly. If it doesn't, please tell me so and I'll provide another patch. I would really love to see dash moving out of my l10n radar..:-) signature.asc Description: Digital signature
Bug#583166: libsane: Scanner Epson Perfection 640U fails with epson2 backend
Michel Messerschmidt li...@michel-messerschmidt.de wrote: Hi, [epson2] using built in CCT profile [epson2] esci_set_color_correction_coefficients [epson2] e2_cmd_simple: size = 2 [epson2] e2_send: size = 2, reply = 1 [epson2] e2_send: ESC m [epson2] buf[0] 1b . [epson2] buf[1] 6d m [epson2] e2_send: cmd count, r = 38, w = 36 [epson2] e2_recv: size = 1, buf = 0x7fff20978cdf [epson2] e2_recv: cmd count, r = 39, w = 36 [epson2] buf[0] 15 . [epson2] e2_cmd_simple: NAK scanimage: sane_start: Invalid argument Thanks for the log, I think that nails it pretty well :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583312: [Pkg-sysvinit-devel] Bug#583312: possible fix
Good morning Petter I must thank you for your patience. As far as I know, changing the sequence number of a script will not affect parallel booting. Did you use S7nvidia-glx or S07nvidia-glx? If the former, I suspect this caused the script to not run at all during boot. I suspect there is some race issue causing some but not all boots to fail. Time has proven you correct, and my approach a failure anyways (hangs head). I had used S7, but even changing it to S07 made no difference. Back now to what it started at - S17nvidia-glx. Basically, whatever went right earlier on is now not going right; back to being dropped to the console. Btw, what is the name of the package providing /etc/init.d/nvidia-glx on your machine (dpkg -S /etc/init.d/nvidia-glx). $ dpkg -S /etc/init.d/nvidia-glx nvidia-glx: /etc/init.d/nvidia-glx Installed from the repositories, but drivers downloaded from nVidia are affected also. Please try the adjusted header for nvidia-glx I posted earlier, and let me know if it helps. Made that change, and no change to the boot issue. Rebooted a number of times, to make sure not a one-off. So far, only thing that seems to get me through is to make that change mentioned in my earlier email to /etc/kde4/kdm/kdmrc with a timeout value of 120. After my earlier overconfident assurance that had possibly found a solution, won't say that have it fixed, but over the test boots just now done, each boot was successful at getting to the login screen. The time from when the screen goes blank to when am presented with the logon screen varies from 15 to 18 seconds (give or take). Before, it was tossing me to the console after about 12 to 15 seconds (give or take). On those grounds, at least things seem to be working, even if not as they should :) I have read in my searches that making this change is not the preferred method, but ... - I can also make a coffee while I wait (laughing). Have another machine which have been holding off making this update to. Took the plunge a little earlier, and it came up on the first boot. Also an nVidia card. My 3 machines are always set up identically - can hop from one to the other without having to remember which machine am sitting at - different hardware, but same system otherwise. So, not a consistent issue, as you suggested in your reply to me. The third machine is not affected - ATI, not using proprietary drivers. I have reached the end of my own options and limited knowledge (getting old and forgetful :)), but am most happy to use this machine to debug the issue with you if that will help improve further an already supurb distribution. Crashing it is not an issue - worst comes to worst, can reformat, reinstall (grinning). Have babbled sufficient for now Happy hacking, With greetings Romane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583350: ldns: Python installation dir error
tag 583350 +pending thank you Thanks for report, I thought I already fixed that, but the upload of 1.6.4-5 didn't happen for some reason. It's already fixed in git and I'm go Ondrej On Thu, May 27, 2010 at 11:15, Angel Abad angela...@gmail.com wrote: Package: ldns Version: 1.6.4-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch Building ldns in maverick updated pbuilder chroot I get this error: make[1]: Leaving directory `/tmp/buildd/ldns-1.6.4' dh_install dh_install: python-ldns missing files (debian/tmp/usr/lib/python*/site-packages/ldns/), aborting make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package In python 2.6 is dist-packages instead of site-packages, Thanks! *** /tmp/tmpSq5VBP In Ubuntu, we've applied the attached patch to achieve the following: * debian/python-ldns.install: Fix python installation directory, fix FTBFS (LP: #586242) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-4-generic (SMP w/1 CPU core) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583360: raidutils: please add debian-ports architectures
* Sebastian Andrzej Siewior | 2010-05-27 12:48:04 [+0200]:
- avr32
- sparc64
- powerpcspe
The patch is now attached.
Sebastian
From daa518037556f5ccbee734b213edbda7e0bf2bbe Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior bige...@linutronix.de
Date: Thu, 27 May 2010 12:17:41 +0200
Subject: [PATCH] add debian-ports arches
- avr32
- powerpcspe
- sparc64
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
debian/control |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/control b/debian/control
index c294fba..e3123b4 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Vcs-Git: git://git.debian.org/git/collab-maint/raidutils.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/raidutils.git
Package: dpt-i2o-raidutils
-Architecture: amd64 arm armeb armel hppa i386 m32r m68k mips mipsel powerpc
s390 sh3 sh4 sparc
+Architecture: amd64 arm avr32 armeb armel hppa i386 m32r m68k mips mipsel
powerpc powerpcspe s390 sh3 sh4 sparc sparc64
Conflicts: raidutils ( 0.0.6-6)
Depends: ${shlibs:Depends}, ${misc:Depends}
Provides: dtp-i2o-raidutils
@@ -23,7 +23,7 @@ Description: Adaptec I2O hardware RAID management utilities
array, activate/silence the alarm, and query array/disk status.
Package: raidutils
-Architecture: amd64 arm armeb armel hppa i386 m32r m68k mips mipsel powerpc
s390 sh3 sh4 sparc
+Architecture: amd64 arm avr32 armeb armel hppa i386 m32r m68k mips mipsel
powerpc powerpcspe s390 sh3 sh4 sparc sparc64
Depends: dpt-i2o-raidutils
Description: Transition Package for raidutils rename to dpt-i2o-raidutils
The package previously named raidutils, used for manipulating some
--
1.5.6.5
Bug#583364: fail2ban: using named filter insecure
Tags: security Severity: important Package: fail2ban Hi, here's the bug report now :) For reasons outlined in: http://nion.modprobe.de/blog/archives/690-fail2ban-+-dns-fail.html the named filter should be removed from the standard Debian installation. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpMotIUu6ZqS.pgp Description: PGP signature
Bug#583316: /usr/bin/gv: Insecure gs workaround gs -P-
I wrote a while ago: I slightly wonder about the writing of the tmp file open(/tmp/gv_random_some.pdf.tmp, O_WRONLY|O_CREAT|O_TRUNC, 0666) from within gs (no O_EXCL so would follow a symlink allowing clobber). It is not for gs to verify the security of the tmp file passed as argument (it cannot do that), but gv should pre-create the file in a safe way. Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582884: ITP: usb-creator -- Live USB creator
On Thu, May 27, 2010 at 12:46, Alexander Reichle-Schmehl toli...@debian.org wrote: Hi! Hello Alexander, Thank you for taking the time to look at this thread. To answer your questions: Yes, the name is too generic. No, it is already in Ubuntu is no argument. No, it will lead to some kind of problems for Ubuntu to have it in Debian with a different way) is also not an argument. Yes, we have and will reject packages because of too generic names (several gnustep package come to my mind). Fair enough. Here are some alternative names: - live-usb-creator (as Mehdi suggested earlier) - iso-usb-creator - startup-disk-creator (this is what the Gnome menu item reads [1]) - startup-usb-creator - ubuntu-usb-creator Any other name suggestions are more than welcome. :) Dmitrijs and the Usb-creator Hackers team: would you be willing to change the name of the package upstream? Cheers, Ignace M [1] http://bazaar.launchpad.net/~usb-creator-hackers/usb-creator/trunk/annotate/head:/desktop/usb-creator-gtk.desktop.in -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503512: about maintaining ttf-arphic-* packages
Hi list, I'll adopt and continue to maintain those ttf-arphic-* packages under pkg-fonts-devel umbrella with Arne's help and close related wnpp bugs. (especially who has knowledge about Chinese font are welcome). Arne told me about those fonts are updated, but with non-DFSG-free license. http://www.arphic.com/cn/news/2010/20100420.html (in Chinese) The new license is here, rar archived Microsoft word file ;) http://www.arphic.com/tw/download/public_license.rar I put it converted to text http://www.mithril-linux.org/~henrich/debian/ARPHIC_PUBLIC_LICENSE_20100309.txt In that text, 0. Definitions: (snip) Freely Available means that you have the freedom to copy or modify the Font as well as redistribute copies of the Font under the same conditions you received but only for non-profit purpose. but only for non-profit purpose, this is violated DFSG (5). 1. Copying Distribution You may copy and distribute verbatim copies of this Font in any medium, without restriction, provided that you retain this license file (ARPHICPL.TXT) unaltered in all copies but only for non-profit purpose. I cannot find ARPHICPL.TXT in rar archives ;), anyway but only for non-profit purpose is there, too. So, newer Arphic fonts are not able to be distrubuted in Debian (sadly). We should stay current version in Debian. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYaman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580039: jabberd14: Error migrating old jabberd 1.4 xdb files
Attached you find an (untested) patch for bug 580039. xdb_file didn't
distinguish errors reading a file and files not existing. I think that
patch should fix this but I'm not sure the new error mode (return r_ERR)
is handled properly in calling functions.
While the namespace conversion issues are not gone with that patch, there
should be proper error messages now which I think is good enough given the
fact that probably few people have these problems.Index: xdb_file/xdb_file.cc
===
--- xdb_file/xdb_file.cc (Revision 1566)
+++ xdb_file/xdb_file.cc (Arbeitskopie)
@@ -111,7 +111,7 @@
* @param host the host to load the file for (just for generating log messages)
* @param fname the filename of the file, that should be loaded
* @param cache a hash containing the cached files, that do not need to get loaded and parsed again
- * @return the loaded (or cached) ::xmlnode
+ * @return the loaded (or cached) ::xmlnode or NULL on error
*/
xmlnode xdb_file_load(char *host, char *fname, xht cache) {
xmlnode data = NULL;
@@ -129,24 +129,25 @@
if (fd 0) {
if (errno == ENOENT) {
log_debug2(ZONE, LOGT_STORAGE, xdb_file failed to open file %s: %s, fname, strerror(errno));
+ /* there's nothing on disk, create an empty root node */
+ data = xmlnode_new_tag_ns(xdb, NULL, NS_JABBERD_XDB);
} else {
log_warn(host,xdb_file failed to open file %s: %s,fname,strerror(errno));
+ return NULL;
}
} else {
close(fd);
data = xmlnode_file(fname);
+if (data == NULL) {
+ log_error(host,xdb_file failed to parse %s - invalid XML?,fname);
+ return NULL;
+}
}
-/* if there's nothing on disk, create an empty root node */
-if (data == NULL) {
-data = xmlnode_new_tag_ns(xdb, NULL, NS_JABBERD_XDB);
-} else {
- /* did we load an old spool file? update the namespace then */
- const char *root_element_namespace = xmlnode_get_namespace(data);
-
- if (root_element_namespace == NULL || j_strcmp(root_element_namespace, NS_SERVER) == 0) {
- xmlnode_change_namespace(data, NS_JABBERD_XDB);
- }
+/* did we load an old spool file? update the namespace then */
+const char *root_element_namespace = xmlnode_get_namespace(data);
+if (root_element_namespace == NULL || j_strcmp(root_element_namespace, NS_SERVER) == 0) {
+ xmlnode_change_namespace(data, NS_JABBERD_XDB);
}
log_debug2(ZONE, LOGT_STORAGE, caching %s,fname);
@@ -312,6 +313,10 @@
/* load the data from disk/cache */
top = file = xdb_file_load(p-host, full, xf-cache);
+/* error loading file? - error */
+if (top == NULL)
+return r_ERR;
+
/* if we're dealing w/ a resource, just get that element res id='resource'/ inside xdb/ */
if (p-id-has_resource()) {
std::ostringstream xpath;
Bug#583329: closed by Agustin Martin agmar...@debian.org (Re: Bug#583329: Overrides emacs23's newer elisp: ispell.el, flyspell.el)
Hi, and thanks for your detailed report, Unlike it may look, flyspell.el and ispell.el shipped with Debian are those of emacs23 before FSF emacs changed from using CVS to use bzr. Ah, OK. My fault for not checking closer. Note that we need to modify pristine flyspell.el and ispell.el for better integration with Debian spellchecking dictionaries and to try having a consistent behavior from Emacs and XEmacs. Doing this in a less intrusive way is also in my TODO list. I also didn't realize that your elisp-fu was strong; at a glance dictionaries-common looked like one of those packages that is mainly concerned with non-emacs things, but happened to include some elisp. I picked it as a test case for list-load-path-shadows bugs because it happened to be the first site-lisp load in my *Messages*. Sorry for the noise! :-) PS: you should use mode: emacs-lisp, not mode: lisp for elisp Thanks for the suggestion, this has been here for long time and I did not even notice. I noticed because C-c C-z ran lisp, not ielm :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562999: genext2fs: new patches for Hurd support
user j...@jk.fr.eu.org
usertags 562999 gsoc2010
thanks
Hello,
The attached patches, based on the earlier one from Samuel Thibault,
add support for all the ext2 block sizes (1024, 2048 and 4096) to
genext2fs, and set the creator-os field of the superblock to an
appropriate value.
I have fixed a few problems with the block bitmaps which appear on
2048 and 4096 bytes blocks, related to the fact that the bootloader
area and superblock share the first block in these cases. Also, in
order to allow the block size to be chosen at runtime, I have has to
change the way the group descriptors are accessed (they cannot be kept
inside the 'filesystem' structure since their offset depends on the
block size).
The -B block size and -o creator options can be used to specify
the respective value. The last patch updates the test suite to reflect
these changes.
--
Jérémie Koenig j...@jk.fr.eu.org
http://jk.fr.eu.org/
From 61859664620308e43168b91cc6ec6ed6ecae0ea7 Mon Sep 17 00:00:00 2001
From: Jeremie Koenig j...@jk.fr.eu.org
Date: Tue, 25 May 2010 16:32:53 +0200
Subject: [PATCH 1/5] Support block sizes 1024
The 'filesystem' structure is adapted to support arbitrary block sizes,
and the allocation code is fixed to handle first_data_block being 0.
---
genext2fs.c | 27 +++
1 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/genext2fs.c b/genext2fs.c
index f0d797d..73c4eb1 100644
--- a/genext2fs.c
+++ b/genext2fs.c
@@ -571,16 +571,15 @@ typedef struct
/* Filesystem structure that support groups */
-#if BLOCKSIZE == 1024
typedef struct
{
- block zero;// The famous block 0
- superblock sb; // The superblock
+ uint8 zero[1024]; // Room for bootloader stuff
+ superblock sb; // The superblock, always at 1024
+#if BLOCKSIZE 2048
+ uint8 zero2[BLOCKSIZE - 2048]; // align group descriptor on block size
+#endif
groupdescriptor gd[0]; // The group descriptors
} filesystem;
-#else
-#error UNHANDLED BLOCKSIZE
-#endif
// now the endianness swap
@@ -886,7 +885,7 @@ alloc_blk(filesystem *fs, uint32 nod)
error_msg_and_die(group descr %d. free blocks count == 0 (corrupted fs?),grp);
if(!(fs-sb.s_free_blocks_count--))
error_msg_and_die(superblock free blocks count == 0 (corrupted fs?));
- return fs-sb.s_blocks_per_group*grp + bk;
+ return fs-sb.s_first_data_block + fs-sb.s_blocks_per_group*grp + (bk-1);
}
// free a block
@@ -1946,10 +1945,14 @@ init_fs(int nbblocks, int nbinodes, int nbresrvd, int holes, uint32 fs_timestamp
*/
min_nbgroups = (nbinodes + INODES_PER_GROUP - 1) / INODES_PER_GROUP;
+ /* On filesystems with 1k block size, the bootloader area uses a full
+ * block. For 2048 and up, the superblock can be fitted into block 0.
+ */
+ first_block = (BLOCKSIZE == 1024);
+
/* nbblocks is the total number of blocks in the filesystem.
* a block group can have no more than 8192 blocks.
*/
- first_block = (BLOCKSIZE == 1024);
nbgroups = (nbblocks - first_block + BLOCKS_PER_GROUP - 1) / BLOCKS_PER_GROUP;
if(nbgroups min_nbgroups) nbgroups = min_nbgroups;
nbblocks_per_group = rndup((nbblocks - first_block + nbgroups - 1)/nbgroups, 8);
@@ -1961,10 +1964,10 @@ init_fs(int nbblocks, int nbinodes, int nbresrvd, int holes, uint32 fs_timestamp
gdsz = rndup(nbgroups*sizeof(groupdescriptor),BLOCKSIZE)/BLOCKSIZE;
itblsz = nbinodes_per_group * sizeof(inode)/BLOCKSIZE;
overhead_per_group = 3 /*sb,bbm,ibm*/ + gdsz + itblsz;
- if((uint32)nbblocks - 1 overhead_per_group * nbgroups)
- error_msg_and_die(too much overhead, try fewer inodes or more blocks. Note: options have changed, see --help or the man page.);
- free_blocks = nbblocks - overhead_per_group*nbgroups - 1 /*boot block*/;
+ free_blocks = nbblocks - overhead_per_group*nbgroups - first_block;
free_blocks_per_group = nbblocks_per_group - overhead_per_group;
+ if(free_blocks 0)
+ error_msg_and_die(too much overhead, try fewer inodes or more blocks. Note: options have changed, see --help or the man page.);
if(!(fs = (filesystem*)calloc(nbblocks, BLOCKSIZE)))
error_msg_and_die(not enough memory for filesystem);
@@ -1986,7 +1989,7 @@ init_fs(int nbblocks, int nbinodes, int nbresrvd, int holes, uint32 fs_timestamp
fs-sb.s_lastcheck = fs_timestamp;
// set up groupdescriptors
- for(i=0, bbmpos=gdsz+2, ibmpos=bbmpos+1, itblpos=ibmpos+1;
+ for(i=0, bbmpos=first_block+1+gdsz, ibmpos=bbmpos+1, itblpos=ibmpos+1;
inbgroups;
i++, bbmpos+=nbblocks_per_group, ibmpos+=nbblocks_per_group, itblpos+=nbblocks_per_group)
{
--
1.7.1
From 2e8251cfe728f2294da4a9257fab122ea1c40ec9 Mon Sep 17 00:00:00 2001
From: Jeremie Koenig j...@jk.fr.eu.org
Date: Tue, 25 May 2010 16:33:12 +0200
Subject: [PATCH 2/5] Make BLOCKSIZE a global variable
Since BLOCKSIZE is no longer a constant, the 'block' type cannot be a
table anymore and has been redefined as a pointer instead.
Also, group descriptors are aligned to the (now variable) block size,
so they have been removed from
Bug#562159: swig change affects python-opensync
On Wed, 2010-05-26 at 13:56 +0200, Michael Banck wrote: Hi, On Tue, May 25, 2010 at 09:41:44AM +0100, Mark Ellis wrote: On Tue, 2010-05-25 at 10:34 +0200, Michael Banck wrote: Ah, ok. I am afraid 0.22 will be removed from testing soonish, though. It is basically unmaintained upstream for years now and maintaining it over the squeeze lifetime seems unrealistic. Ouch, this is very very very bad news. I know 0.22 is basically unmaintained, but from my experience with 0.39, this will mean that syncing with synce (Windows Mobile) will be impossible in testing. Apart from the general problems with the python wrapper, 0.39 fails with plugins that don't require a configuration, and there is a bizarre g_slice error that I have yet to identify. First off, I think svn HEAD has seen some python fixes, so it might be worthwhile to upload a snapshot (because I don't see another development release coming up soon). However, that will not magically fix all the issues in 0.3x. Yeah, that was me :) I'll take this up on the opensync lists soon, I'm trying to make a concerted effort to get it to work, but not really getting anywhere. It's not really relevant here though. The biggest problem with 0.22 is that its syncml plugin no longer works with current (as in, last couple of years) libsyncml. Maybe a solution would be to drop most plugins, including the syncml plugin, and focus on the python bindings, i.e. the synce and barry plugins mostly (I don't think the moto plugin will be used much or is remotely usable). In that case, we'd still need somebody to fix up issues with 0.22 and python at least, if not in the 0.22 core. If you can commit to that (and/or maybe we find somebody else as well), I can try to get this approved by the release team and do the necessary testing uploads. Michael Points all taken, I agree it's best to move on, even if it means moving the synce plugin away from python. Would it be possible to get this patch applied to testing until 0.22 is dropped ? It would just save me explaining over and again why it doesn't work and how to fix it... Mark signature.asc Description: This is a digitally signed message part
Bug#582884: [Usb-creator-hackers] Bug#582884: ITP: usb-creator -- Live USB creator
On Thu, May 27, 2010 at 12:30 PM, Ignace Mouzannar mouzan...@gmail.com wrote: On Thu, May 27, 2010 at 12:46, Alexander Reichle-Schmehl toli...@debian.org wrote: Yes, the name is too generic. No, it is already in Ubuntu is no argument. No, it will lead to some kind of problems for Ubuntu to have it in Debian with a different way) is also not an argument. Yes, we have and will reject packages because of too generic names (several gnustep package come to my mind). Here are some alternative names: - live-usb-creator (as Mehdi suggested earlier) - iso-usb-creator - startup-disk-creator (this is what the Gnome menu item reads [1]) - startup-usb-creator - ubuntu-usb-creator I can't say I agree, but if we're going to have to do this, we might as well take the opportunity to make it consistent with the .desktop file. Alexander, are you okay with startup-disk-creator? I think if we can get rid of usb in the name, that would be good as it can write to SD cards. I want to avoid using live in the name since, as I previously mentioned, it can write debian-installer based images, which are definitely not live CDs. I don't want to put Ubuntu in the name. It writes more than just Ubuntu images (currently any Debian-based image, but in the future any Linux distribution that uses GRUB2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574914: ITP: git-fast-export -- Fast import from Mercurial and Subversion to Git
Hi, Has there been any progress on this package? May I also suggest to package git-hg from http://offbytwo.com/git-hg/ Best, Teemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579427: tinyproxy patch for reload memleak
Hi,
Valgrind reports that the regcomp functions used in the conf.c file leak.
This is because regfree is never called.
I fixed this by adding a cleaning function, and also running the regcomp
loop just once. It was done every time the config was loaded, and since it
did not free, it would leak about 2.5mb per fork everytime a reload was
issued.
Valgrind still reports the leak on exit. Not sure how that happends, since
I added an atexit() to cleanup the regcomp data, but maybe that gets reset
somewhere. I havn't put that much effort in it anymore, since it now
doesn't leak anymore in normal production mode.
Patch is attached.
John--- tinyproxy-orig/src/conf.c 2010-05-22 22:20:41.0 +0200
+++ tinyproxy-1.8.1/src/conf.c 2010-05-22 22:31:03.732746545 +0200
@@ -317,7 +317,7 @@
*
* Returns 0 on success; negative upon failure.
*/
-static int config_compile (void)
+int initialize_directives (void)
{
unsigned int i, r;
@@ -338,6 +338,18 @@
return 0;
}
+void deinitialize_directives (void)
+{
+unsigned int i;
+
+for (i = 0; i != ndirectives; ++i) {
+assert (directives[i].cre);
+
+regfree (directives[i].cre);
+safefree (directives[i].cre);
+}
+}
+
/*
* Attempt to match the supplied line with any of the configuration
* regexes defined above. If a match is found, call the handler
@@ -397,7 +409,7 @@
goto done;
}
-if (config_compile () || config_parse (conf, config_file)) {
+if (config_parse (conf, config_file)) {
fprintf (stderr, Unable to parse config file.
Not starting.\n);
goto done;
diff -rub tinyproxy-orig/src/conf.h tinyproxy-1.8.1/src/conf.h
--- tinyproxy-orig/src/conf.h 2010-05-22 22:20:41.0 +0200
+++ tinyproxy-1.8.1/src/conf.h 2010-05-22 22:30:50.524954887 +0200
@@ -115,4 +115,7 @@
extern int reload_config_file (const char *config_fname, struct config_s *conf,
struct config_s *defaults);
+int initialize_directives (void);
+void deinitialize_directives (void);
+
#endif
diff -rub tinyproxy-orig/src/main.c tinyproxy-1.8.1/src/main.c
--- tinyproxy-orig/src/main.c 2010-03-09 12:41:45.0 +0100
+++ tinyproxy-1.8.1/src/main.c 2010-05-22 22:30:53.383355647 +0200
@@ -364,6 +364,9 @@
log_message (LOG_INFO, Initializing PACKAGE ...);
+ initialize_directives();
+ atexit(deinitialize_directives);
+
initialize_config_defaults (config_defaults);
process_cmdline (argc, argv, config_defaults);
Bug#583182: [Pkg-ace-devel] Bug#583182: ace: please rebuild against tk 8.5 in experimental
Hello Jonathan, We are in the middle of updating ACE+TAO and planned an upload to experimental by the end of the month to see how it goes. So we'll add a new Tcl/Tk on top of it and will let you know if we encounter any issue. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583365: phpbb3: [INTL:pt] Updated Portuguese translation for debconf messages
Package: mumble Version: 3.0.7-PL1-1 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for phpbb3's debconf messages. Translator: Américo Monteiro a_monte...@netcabo.pt Feel free to use it. Atention: confusion possibility warning, this translation allready have two versions with the same version number. This update have POT dated: POT-Creation-Date: 2010-05-18 06:03+0200\n For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. -- Best regards, Américo Monteiro Traduz - Portuguese Translation Team http://www.DebianPT.org # translation of phpbb3 debconf to Portuguese # Copyright (C) 2008 the phpbb3's copyright holder # This file is distributed under the same license as the phpbb3 package. # # Américo Monteiro a_monte...@netcabo.pt, 2008, 2010. msgid msgstr Project-Id-Version: phpbb3 3.0.7-PL1-1\n Report-Msgid-Bugs-To: php...@packages.debian.org\n POT-Creation-Date: 2010-05-18 06:03+0200\n PO-Revision-Date: 2010-05-26 19:26+0100\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: pt\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: multiselect #. Description #: ../phpbb3.templates:1001 msgid Web server to configure automatically: msgstr Servidor web para configurar automaticamente: #. Type: multiselect #. Description #: ../phpbb3.templates:1001 msgid Please select any web server that should be configured automatically for phpBB. msgstr Por favor seleccione qualquer servidor web que deverá ser configurado automaticamente para o phpBB. #. Type: boolean #. Description #: ../phpbb3.templates:2001 msgid Should the phpBB admin password be set or reset now? msgstr Deve a palavra-passe do administrador do phpBB ser definida ou redefinida agora? #. Type: password #. Description #: ../phpbb3.templates:3001 msgid Password for phpBB admin: msgstr Palavra-passe para o administrador do phpBB: #. Type: password #. Description #: ../phpbb3.templates:3001 msgid Please provide a password for phpBB user \admin\. msgstr Por favor forneça uma palavra-passe para o utilizador \admin\ do phpBB. #. Type: password #. Description #. Type: error #. Description #: ../phpbb3.templates:3001 ../phpbb3.templates:7001 msgid The password must be at least 6 characters long. msgstr A palavra-passe tem de ter pelo menos 6 caracteres. #. Type: password #. Description #: ../phpbb3.templates:3001 msgid The password must not be 'admin'. msgstr A palavra-passe não pode ser 'admin'. #. Type: password #. Description #: ../phpbb3.templates:3001 msgid If left blank, a random password will be generated. msgstr Se for deixada em branco, será gerada uma palavra-passe aleatória. #. Type: password #. Description #: ../phpbb3.templates:4001 msgid Password confirmation: msgstr Confirmação da palavra-passe: #. Type: password #. Description #: ../phpbb3.templates:4001 msgid Please confirm the password for phpBB user \admin\. msgstr Por favor confirme a palavra-passe para o utilizador \admin\ do phpBB. #. Type: error #. Description #: ../phpbb3.templates:5001 msgid Password mismatch msgstr As palavras-passe não condizem #. Type: error #. Description #: ../phpbb3.templates:5001 msgid The password and its confirmation do not match. msgstr A palavra-passe e a sua confirmação não condizem. #. Type: note #. Description #: ../phpbb3.templates:6001 msgid Generation of random password msgstr Geração de palavra-passe aleatória #. Type: error #. Description #: ../phpbb3.templates:7001 msgid Password complexity requirements msgstr Requisitos de complexidade da palavra-passe #~ msgid apache2 #~ msgstr apache2 #~ msgid lighttpd #~ msgstr lighttpd #~ msgid #~ phpBB runs on any webserver with PHP support. However, only Apache #~ variants are currently supported by this configuration script. Select the #~ one(s) you want to configure. #~ msgstr #~ O phpBB corre em qualquer servidor web com suporte PHP. No entanto, #~ apenas as variantes Apache são actualmente suportadas por este script de #~ configuração. Seleccione aquele(s) que deseja configurar. #~ msgid #~ Note: You will need to restart the server(s) yourself (typically by #~ running something like /etc/init.d/apache-??? reload). #~ msgstr #~ Nota: Terá que ser você a reiniciar o(s) servidor(es) (tipicamente #~ correndo algo como /etc/init.d/apache-??? reload).
Bug#583366: linux-image-2.6.32-5-xen-amd64: Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet
Package: linux-2.6 Version: 2.6.32-13 Severity: normal Hello, I'm trying to setup a DomU running a router (Vyatta VC6, live virtualization ready version), but NATed packets seems to be dropped at Dom0 level (with tcpdump on DomU all look fine) and I obtain a lots of Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet in Dom0's syslog. I also saw than Jeremy Fitzhardinge fix that bug the 19 May, so maybe we should update the kernel package : http://lists.xensource.com/archives/html/xen-devel/2010-05/msg01004.html Thanks in advance, Olivier -- Package-specific info: ** Version: Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-13) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-10) ) #1 SMP Mon May 17 20:24:46 UTC 2010 ** Command line: root=/dev/mapper/vg-lenny ro panic=300 rootdelay=5 console=tty0 ** Not tainted ** Kernel log: [ 3033.996890] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3034.915182] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3034.982097] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3035.921117] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3035.988976] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3036.911620] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3036.965206] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3037.862286] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3037.921329] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3038.853287] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3039.858051] __ratelimit: 1 callbacks suppressed [ 3039.858180] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3039.925937] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3040.859104] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3040.925910] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3041.843634] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3041.907915] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3042.805334] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3042.868228] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3043.782347] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3043.846027] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3044.815064] __ratelimit: 1 callbacks suppressed [ 3044.815190] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3045.747208] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3045.814434] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3046.753460] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3046.821353] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3047.750426] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3047.822838] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3048.705947] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3048.777645] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3049.668215] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3050.635898] __ratelimit: 1 callbacks suppressed [ 3050.636028] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3050.708396] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3051.637855] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3051.713380] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3052.627120] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3052.703139] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3053.590658] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3053.663966] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3054.567439] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3054.639730] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3055.606359] __ratelimit: 1 callbacks suppressed [ 3055.606486] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3056.523326] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 3056.598740] Attempting to checksum a non-TCP/UDP packet, dropping a protocol 1 packet [ 6354.543715] eth2: port 2(vif2.2) entering
