Bug#720309: gimp: Gimp erroneously assumes I want to convert all files to .xcf
Package: gimp Version: 2.8.4-1 Severity: wishlist * What led up to the situation? Opened filename.png file, edited it a bit, tried to save it. The normal action for saving is File-Save * What was the outcome of this action? Gimp wanted to create filename.xcf * What outcome did you expect instead? I expected to save my changes to filename.png. I did not want a new file format. The file started out as a png - it only needed some editing. I understand that xcf may be a preferred format - and the correct default when creating a new file. But this was not a new file - I made minor modifications to an existing file. In such cases, I expect saving to the same file - in the same format. If I wanted to save to a different file, I would use Save As or possibly Export. But plain Save should save to whatever file I opened - and in the same format. (Or possibly refuse, if I really added something that cannot be saved to such a file. I understand that I can't save 32-bit color to a .gif, for example.) Trying to unconditionally reformat every file as xcf is not userfriendly. That format may have some advantages, but gimp does not know what I am using my files for. In this case, the file is used by a webpage where (1) its name is hardcoded, and (2) not all clients support xcf. I am filing this as a wishlist bug - obviously the maintainers can take the program in whatever direction they decide. But the program got harder to use for me, and I cannot see that this offers improvement. So although gimp works, I consider this insistence on xfc a (small) design bug. Helge Hafting -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.8.4-1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.8.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgegl-0.2-0 0.2.0-3 ii libgimp2.0 2.8.4-1 ii libglib2.0-02.36.3-3 ii libgs9 9.05~dfsg-8 ii libgtk2.0-0 2.24.20-1 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 1.8.1-4 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-4 ii libpoppler-glib80.22.5-1 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.42.2-6 ii libtiff43.9.7-1 ii libwebkitgtk-1.0-0 1.8.1-4 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.6.0-1 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.5-2 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.16.3-1 ii libasound21.0.27.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677041: xloadimage: Error (FPE) when trying to clip an image
Package: xloadimage Version: 4.1-19 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to put a background image on my rightmost screen. (Laptop with an extra display connected, total 2960x1050) * What exactly did you do (or not do) that was effective (or ineffective)? xloadimage -onroot -at 1680,0 -clip 30,30,0,0 SDIM0237.JPG * What was the outcome of this action? These error messages: SDIM0237.JPG is a 2640x1760 JPEG image, color space YCbCr, 3 comps, Huffman coding. Clipping image... An internal error (FPE) has occurred. If you would like to file a bug report, please send email to j...@centerline.com with a description of how you triggered the bug, the output of xloadimage before the failure, and the following information: Xloadimage Version 4.1 Built by: uid=1234(pbuilder) gid=1234(pbuilder) groups=1234(pbuilder) Built on: Thu May 3 09:10:09 GMT 2012 Build system: Linux busgosu 3.2.0-2-amd64 #1 SMP Mon Apr 30 05:20:23 UTC 2012 x86_64 GNU/Linux Server: The X.Org Foundation Version 11201902 Depths and visuals supported: 24: TrueColor DirectColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor DirectColor 1: 4: 8: 15: 16: 32: TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor TrueColor * What outcome did you expect instead? A displayed image. The command works if the clip part is omitted. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xloadimage depends on: ii libc6 2.13-32 ii libjpeg88d-1 ii libpng12-0 1.2.49-1 ii libtiff43.9.6-5 ii libx11-62:1.4.99.901-2 xloadimage recommends no packages. xloadimage suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675014: libroar2: Could the dependency on libdnet please be optional?
Package: libroar2 Severity: wishlist Dear Maintainer, I installed a game that uses libroar2. And libroar2 pulls in libdnet and dnet-common, so on every boot I get messages about DECnet not being set up. (And some cpu time and bootup time gets wasted). I have no plans of ever using any DECnet support, and I believe that is the case for the vast majority of other users too. Don't misunderstand, I think it is nice that sound via DECnet is supported - possibly very useful for those who actually use DECnet. But it'd be nice if this support was optional, so that no decnet stuff will be _needed_ in order to use libroar2. It is fine that libroar2 will use DECnet _if it is there_, but it'd be nice if the package could be installable and useable without DECnet. That would avoid bloating the machine with never-used stuff. Helge Hafting -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libroar2 depends on: ii libc6 2.13-32 ii libcelt0-00.7.1-1 ii libdnet none ii libslp1 1.2.1-9 ii libspeex1 1.2~rc1-3.1 ii libspeexdsp1 1.2~rc1-3.1 ii libx11-6 2:1.4.99.901-2 ii zlib1g1:1.2.7.dfsg-1 libroar2 recommends no packages. Versions of packages libroar2 suggests: pn bzip2 1.0.6-1 pn gnupg 1.4.12-4 pn libmuroar0none pn openssh-client1:5.9p1-5 pn pinentry none pn roaraudio-server none pn slpd none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657439: apt: MMap ran out of room is bad. Please auto-adjust Cache-limit
Package: apt Version: 0.8.15.9 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I ran apt-get upgrade * What exactly did you do (or not do) that was effective (or ineffective)? The crash message suggested how to fix it. But this ought to be automatic. * What was the outcome of this action? E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 32505856. (man 5 apt.conf) Reading package lists... Error! E: Unable to increase the size of the MMap as the limit of 3200 bytes is already reached. E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 32505856. (man 5 apt.conf) E: Error occurred while processing darkplaces (NewVersion2) E: Problem with MergeList /var/lib/apt/lists/ftp.fi.debian.org_debian_dists_unstable_main_binary-amd64_Packages E: The package lists or status file could not be parsed or opened. * What outcome did you expect instead? The system upgrading itself. *** End of the template - remove these lines *** As a programmer, I understand what happened. But it seems like a design bug to me. There is a mmap limit in the config, and the admin is told how to increase it when the limit disrupts the system. This limit seems to have no use - because the admin has no real choice here. He MUST increase the limit, or stop using apt-get upgrade. So the code might as well do this automatically: Set the mmap limit based on the size of files to process. If that is not feasible, use a loop that double the limit and retry processing until it works. This approach may of course end badly on a memory constrained system, but that just means apt-get cannot be used on such a system. Telling users to make mandatory changes that can be done programmatically is not user-friendly. Unless there is a hidden risk - but a system that will crash from memory overuse will crash anyway - it won't matter if it is a program or the user that increase the limit. I solved my problem by doubling the limit, but I don't know if that will be enough forever, or what the maximum limit on this machine is. I don't have better information than the software has. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Cache-Limit 6400; APT::Architectures ; APT::Architectures:: amd64; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Dir::Ignore-Files-Silently:: \.save$; Dir::Ignore-Files-Silently:: \.orig$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom/; Acquire::Languages ; Acquire::Languages:: en; Acquire::Languages:: none; Acquire::Languages:: da; Acquire::Languages:: nb; Unattended-Upgrade ; Unattended-Upgrade::Origins-Pattern ; Unattended-Upgrade::Origins-Pattern:: origin=Debian,archive=stable,label=Debian-Security; DPkg ; DPkg::Pre-Install-Pkgs ;
Bug#657441: apt: Error msg mentions nonexistant config file apt.conf
Package: apt Version: 0.8.15.9 Severity: minor Apt crashed when Dynamic MMap ran out of room. The error message suggested increasing the Cache-Limit in apt.conf, and also referred to the man page for apt-conf. Now, that man page exists, but not the file itself. The limit turned out to be in the file /etc/apt/apt.conf.d/80aptcachelimit There is a trend towards splitting config files into small machine-manipulatable files. That may be useful, but please update the documentation (and error messages) when doing so. There is no apt.conf. The error message could mention the correct file. The man page ought to be for apt.conf.d which exists, not for the historical but nonexistent apt.conf. Or for both, if apt.conf will work if it exists. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.11-3 ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libstdc++6 4.6.2-11 ii zlib1g 1:1.2.3.4.dfsg-3 apt recommends no packages. Versions of packages apt suggests: ii apt-doc none ii aptitude0.6.4-1.2 ii bzip2 1.0.6-1 ii dpkg-dev1.16.1.2 ii lzmanone ii python-apt 0.8.0 ii synaptic0.75.4 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652878: /usr/bin/localc: typing goes to the wrong oocalc window, instead of the one with focus
Package: libreoffice-calc Version: 1:3.4.4-2 Severity: normal File: /usr/bin/localc Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I opened two spreadsheets, using separate oocalc commands. One spreadsheet for editing, the other I just wanted to look at. I am not supposed to change the latter one at all, just use it as a template for building the new spreadsheet. * What exactly did you do (or not do) that was effective (or ineffective)? I clicked a cell with a formula in the template spreadsheet. NOT for copy/paste, because the new formula has to be similar, but NOT a copy. Then I gave the other spreadsheet keyboard focus, in order to type the formula there (with all sorts of clever changes, which is why copy/paste was not appropriate.) Problem 1: with focus gone from the first spreadsheet, the formula in the selected cell was no longer displayed, so I could not read it! This was easily worked around. I clicked the cell again, and this time I also clicked the formula itself, placing the cursor there. I had no intention to actually edit that formula, just make it stay visible so I could work on the other spreadsheet. Then I moved the mouse to the other spreadsheet, and my window manager (icewm) gave the other spreadsheet focus. I clicked in the cell where I wanted to write, and got worried. No cursor appeared! And when I typed anyway, nothing happened there. Instead, the text appeared in the formula box in the template spreadsheet, ruining the existing formula! * What was the outcome of this action? Nothing happened to the spreadsheet with keyboard focus, instead the template spreadsheet without focus got its formula destroyed. * What outcome did you expect instead? I expected my writing to go into the spreadsheet that actaully had keyboard focus (indicated by window manager),the spreadsheet I even had clicked on. Not only is this useless - I get locked into a situation where I can't type where I want, without loosing view of the text I want to read. Much worse: this is a gross breach of user interface expectations. Typing ALWAYS goes into the window that the window manager gives focus to. Always - no exceptions! There is no such problem if I open the template spreadsheet in gnumeric. When I then type in the new spreadsheet, text appear where it should - in the NEW spreadsheet. Typing does NOT make a mess in the gnumeric window that doesn't have focus. This is rather obvious - one window has focus and have no secret communication with the other process. And it should work in _exactly the same way_ when using two oocalc windows. The fact that oocalc handles both windows with a single process, should NOT cause such mixups. Using a single process may allow for easier copying between sheets, and save some memory. That is fine. But keyboard focus must work perfectly. One window may be in the middle of something special when I swithc away from it. It may, for example, be in the middle of editing a formula. But that should not affect the other window at all. In this respect, they should be as separate as windows belonging to different processes. Similiarly - If I switch away from an ocalc formula to type in this letter, then typing really happens in this letter and not in the abandoned oocalc window. Same should happen if the window I switch to happens to be another oocalc window. Users does not expect unusual keyboard focus arrangements between separate oocalc windows - especially not when the window manager clearly indicates which window is supposed to have focus. This was a nasty surprise, but fortunately I can work around it using gnumeric instead. Others may not be so lucky, if they use features that gnumeric doesn't have. Sorry if I seem very angry - this happened while doing actual work . . . *** End of the template - remove these lines *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652086: sysklogd deadlocks when LDAP user database is in use
Package: sysklogd Version: 1.5-6.1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I upgraded debian testing today, and then the boot hung! * What exactly did you do (or not do) that was effective (or ineffective)? Booted the machine. * What was the outcome of this action? Machine hung while running initscripts * What outcome did you expect instead? Normal boot. *** End of the template - remove these lines *** sysklogd starts before other services - so that they can use it for logging. But this version of sysklogd seems to depend on username lookups in such a way that it locks up waiting if ldap is configured. This because ldap is not yet started when sysklogd starts. I have some users in a ldap directory. Fortunately, it is a test setup, therefore I could disable it without getting real problems. Using strace, I have seen that sysklogd tries to contact the ldap server on its port. But slapd (the ldap server) is later in the boot process. This used to work before, but now sysklogd gets stuck waiting for an ldap server that will never show up. After this, every service that log anything gets stuck, waiting for sysklogd. This include the ldap service, which normally logs a startup message during its initialization. It gets stuck waiting for sysklogd, which again waits for ldap, so we have a deadlock in userspace. This is a regression, and makes ldap-enabled machines unuseable. Machines without ldap is not affected. WORKAROUND 1: 1. Boot in single-user mode 2. use openvt to get an extra shell 3. run init 2 4. when everything stops, restart sysklogd using the extra shell 5. watch everything come unstuck when sysklogd dies. This includes the ldap server. When sysklogd restarts, ldap is there and everything works. Except that every service startup message was lost from the logs, of course. WORKAROUND 2: edit /etc/nsswitch.conf, disable ldap lookups there After this, sysklogd doesn't try to use ldap too early, and works. Clearly, this is not useful for those that use ldap in production. IDEA FOR A FIX ldap gets used by some people, sysklogd should still work. Either revert to earlier behavior, or take care to only look up stuff that a normal system has in /etc/passwd or /etc/group. LDAP is not tried, when the lookup succeed with the traditional files. I hope this is fixable somehow. I can test experimental versions, if that is useful. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysklogd depends on: ii adduser 3.113 ii klogd [linux-kernel-log-daemon] 1.5-6.1 ii libc62.13-21 ii lsb-base 3.2-28 sysklogd recommends no packages. sysklogd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648231: samba-doc: samba-schema-FDS.ldif.gz is invalid, according to ldapadd/slapd
Package: samba-doc Version: 2:3.5.11~dfsg-4 Severity: normal Tags: patch When setting up a samba+ldap PDC, the ldap databse needs to be told about various samba specific fields. (Such as windows passwords.) This used to be done by copying the samba.schema.gz file from samba-doc, and unpack include it. Newer versions of LDAP want this information in a LDIF file instead. I guess this is why you also distribute samba-schema-FDS.ldif.gz with samba-doc. Unfortunately, when I unpack this file and tries to add it with: ldapadd -Y EXTERNAL -H ldapi:/// -f samba-schema-FDS.ldif all I get is an error. Some number in this file is invalid according to the schema, and the update is rejected. Fortunately, there are guides on the net on how to create a ldif file from a schema file, so a working ldif file can be created from the samba.schema.gz file. See for example this URL: http://www.zarafa.com/wiki/index.php/OpenLdap:_Switch_to_dynamic_config_backend_%28cn%3Dconfig%29#Convert_schema_files_for_import I have created such a file and it worked for me. It is attached as samba.ldif, if you want to use it. Helge Hafting -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash samba-doc depends on no packages. samba-doc recommends no packages. Versions of packages samba-doc suggests: pn samba-doc-pdf none -- debconf-show failed dn: cn=samba,cn=schema,cn=config objectClass: olcSchemaConfig cn: samba olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.24 NAME 'sambaLMPassword' DESC 'L anManager Password' EQUALITY caseIgnoreIA5Match SYNTAX 1.3.6.1.4.1.1466.115.1 21.1.26 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.25 NAME 'sambaNTPassword' DESC 'M D4 hash of the unicode password' EQUALITY caseIgnoreIA5Match SYNTAX 1.3.6.1.4 .1.1466.115.121.1.26 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.26 NAME 'sambaAcctFlags' DESC 'Ac count Flags' EQUALITY caseIgnoreIA5Match SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.27 NAME 'sambaPwdLastSet' DESC 'T imestamp of the last password update' EQUALITY integerMatch SYNTAX 1.3.6.1.4. 1.1466.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.28 NAME 'sambaPwdCanChange' DESC 'Timestamp of when the user is allowed to update the password' EQUALITY integ erMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.29 NAME 'sambaPwdMustChange' DESC 'Timestamp of when the password will expire' EQUALITY integerMatch SYNTAX 1. 3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.30 NAME 'sambaLogonTime' DESC 'Ti mestamp of last logon' EQUALITY integerMatch SYNTAX 1.3.6.1.4.1.1466.115.121. 1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.31 NAME 'sambaLogoffTime' DESC 'T imestamp of last logoff' EQUALITY integerMatch SYNTAX 1.3.6.1.4.1.1466.115.12 1.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.32 NAME 'sambaKickoffTime' DESC ' Timestamp of when the user will be logged off automatically' EQUALITY integer Match SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.48 NAME 'sambaBadPasswordCount' D ESC 'Bad password attempt count' EQUALITY integerMatch SYNTAX 1.3.6.1.4.1.146 6.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.49 NAME 'sambaBadPasswordTime' D ESC 'Time of the last bad password attempt' EQUALITY integerMatch SYNTAX 1.3. 6.1.4.1.1466.115.121.1.27 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.55 NAME 'sambaLogonHours' DESC ' Logon Hours' EQUALITY caseIgnoreIA5Match SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.33 NAME 'sambaHomeDrive' DESC 'D river letter of home directory mapping' EQUALITY caseIgnoreIA5Match SYNTAX 1. 3.6.1.4.1.1466.115.121.1.26 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.34 NAME 'sambaLogonScript' DESC 'Logon script path' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121. 1.15 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.35 NAME 'sambaProfilePath' DESC 'Roaming profile path' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.1 21.1.15 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.36 NAME 'sambaUserWorkstations' DESC 'List of user workstations the user is allowed to logon to' EQUALITY cas eIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.37 NAME 'sambaHomePath' DESC 'Ho me directory UNC path' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.1 21.1.15 ) olcAttributeTypes: ( 1.3.6.1.4.1.7165.2.1.38 NAME 'sambaDomainName' DESC ' Windows NT domain
Bug#645903: xpdf mangles the window title for files with utf8 in the filename
Package: xpdf Version: 3.02-21 Severity: minor Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? Running xpdf on any file with a non-ascii filename, and a utf-8 locale. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? xpdf erroneously assumed the name was in iso8859-1/latin1, and mangled the utf8 filename * What outcome did you expect instead? I expected to see the proper filename in the title, instead of a mess of off characters. *** End of the template - remove these lines *** I run a system with a utf-8 locale, and LANG is set up accordingly. Most programs deal with this. My language (Norwegian) uses some non-ascii letters that utf-8 represent. It is therefore natural to use such letters in filenames. xpdf display filenames in the window titlebar, but gets them wrong even though the locale is set up correctly. rxvt can display such titles, no problems there. The ideal solution is to have xpdf do this right. I don't know if it is possible to detect the encoding of a filename. But it is reasonable to assume that filenames (and command-line text) is in the same encoding as the X display uses. In such cases, filenames and parameters can pass through with NO conversion - and just work. That is actually less work for xpdf, than the wrong conversion that is done now. It will also work well when eventually unicode replace all other encodings. A simpler quick fix that can be put in the xpdf script, which uses uniconv on the title text: title=`echo $title|uniconv -encode iso-8859-1` This goes on the line before $cmd is executed. With this, the title becomes readable and correct on my machine. Unfortunately, it adds a dependency on uniconv, and may not do the right thing for people using other encodings. It works for me though. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-21 ii libgcc1 1:4.6.1-4 ii libpoppler13 0.16.7-2+b1 ii libstdc++64.6.1-4 ii libx11-6 2:1.4.4-2 ii libxt61:1.1.1-2 Versions of packages xpdf recommends: ii gsfonts-x110.22 ii poppler-data 0.4.5-2 ii poppler-utils 0.16.7-2+b1 xpdf suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617378: This bug affects the LyX document processor
LyX uses xindy to make indexes, the effect of the bug is that no index is produced. Simple workaround for users: apt-get install clisp=1:2.48-3 This downgrades clisp, and then the indexes works as they should. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624678: I can confirm this bug
I have partitions for /, /var, /usr, /home, and /usr/src. The machine is a Dell latitude D830, running debian testing. I don't boot it every week, but lately I have seen large sets of: udevd: failed to execute /usr/sbin/laptop_mode Unfortunately, this does not seem to be logged anywhere, so I can't get the exact messages. If /usr is not mounted, then no surprise that it can't execute the program. If this binary is to be used by udev, then it must move to somewhere (such as /sbin) that is accessible when udev runs. The same goes for any supporting files that may be needed. A setup with /usr on a partition of its own is common, it allows a read-only mounted /usr. udev runs before mounting filesystems, because some setups need udev actions in order to make the other disk devices available. So, either laptop-mode stuff moves out of /usr, or it should be decoupled from udev so it can run a little later. Maybe running laptop-mode later is best - or do we need power-saving from the first 10s of bootup? Helge Hafting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630840: /usr/games/freeciv-gtk2: The main window jumps to the center of the screen for no good reason
Package: freeciv-client-gtk Version: 2.2.4-1 File: /usr/games/freeciv-gtk2 Severity: normal *** Please type your report below this line *** Sometimes I play on a screen so big that I don't maximize the window. Typically, a 3000x1050 virtual desktop. (The viewport is 1680x1050) So I place the main window where I want it. To one side, so I can have other stuff at the other side. But the window stupidly jumps to the center position. That means I suddenly see only half of the window, and of course it also obscures other windows. Moving the window back does not help, because this silliness happens at regular intervals. Almost as if there is a timer that activates this jump. Suggested fix: Just don't change the window position. Should result in a few lines less code, a very slightly smaller binary, and a better user experience. I cannot see how the window-jumping could be useful. Also, the city view window one opens from the main window always appear centered on the screen - even if center is a long way away, and even if I always move the city view somewhere else. But this is not a bug, only a hope for enhancement. Helge Hafting -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freeciv-client-gtk depends on: ii freeciv-data 2.2.4-1 Civilization turn based strategy g ii ggzcore-bin0.0.14.1-1.1 GGZ Gaming Zone: various command-l ii libatk1.0-02.0.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii libmikmod2 3.1.11-a-6.3 A portable sound library ii libogg01.2.2~dfsg-1 Ogg bitstream library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsdl-mixer1.21.2.8-6.3 mixer library for Simple DirectMed ii libsdl1.2debian1.2.14-6.4Simple DirectMedia Layer ii libsmpeg0 0.4.5+cvs20030824-2.2 SDL MPEG Player Library - shared l ii libvorbis0a1.3.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages freeciv-client-gtk recommends: ii freeciv-server2.2.4-1Civilization turn based strategy g Versions of packages freeciv-client-gtk suggests: pn freeciv-sound none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622597: openoffice.org-writer: Copy from a heading erroneously copies the (unselected) heading number also
Package: openoffice.org-writer Version: 1:3.3.0-8 Severity: normal This is a regression in copying, it wasn'tt like this before. Example: I have a document with the heading 1.2 Multiprotocol label switching and want to copy that in order to paste it into another editor (LyX). I select the text only (Multiprotocol label switching), press ctrl+c, switch to the other editor, does a paste. I expect to paste: Multiprotocol label switching but I get: 1.2 Multiprotocol label switching The problem is that now I have to remove the numbers for every heading I copy like this. Even though I took care to *not* select the number! Earlier versions of openoffice did not have this problem, so it is a regression. Pasting into openoffice itself works, apparently openoffice knows how to discard the unwanted number. But that should not be necessary. Note that the number gets copied even if I only select part of the heading. I.e. Label becomes 1.2 Label This does not make sense. Suggested fix: Do not copy the heading number onto the clipboard when it isn't selected. Because the user clearly don't want it in that case. (It is selectable by selecting from the previous line) Even better: Don't copy the number, not even when all of the heading is selected. Because: * If the user pastes into openoffice, then OO will know that this is a heading. And so OO can number it corrrectly. The copied number is likely to be wrong. * If the user pastes into another editor, then it likely has its own scheme for numbering headers automatically. So the number from OO is not wanted as raw text, and it is probably wrong anyway. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libreoffice-writer1:3.3.1-1 office productivity suite -- word openoffice.org-writer recommends no packages. openoffice.org-writer suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498164: [fail2ban] Allow repeated attacker to be blocked
Please see http://whyscream.net/wiki/index.php/Fail2ban_monitoring_Fail2ban This shows how to implement a two-level blocking scheme, by having fail2ban parse its *own* logfile. So, when someone attacks several times, they will be banned several times. And then fail2ban reacts to its own log, using a rule specifying a much longer ban. This also have the advantage of catching cases where someone tries to break in through several different services. Helge Hafting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620364: fail2ban: Fail2ban doesn't cope with last message repeated 50 times
Package: fail2ban Version: 0.8.4-3 Severity: normal *** Please type your report below this line *** Fail2ban counts entries in various logs, but does not react when it gets last message repeated x times Discovered when a student tested fail2ban, and it did not ban him despite many wrong passwords. Syslog logged only the first attempt, and then resorted to last message repeated x times Ideal fix: have fail2ban understand last message repeated and add up the numbers. Minimal fix: Document that the user may want to turn off such line compression. Some recent versions of syslog can do that. But fixing fail2ban would be better. log compression is useful, and a program that calls itself a log parser ought to understand. Helge Hafting -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fail2ban depends on: ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.10-1 administration tools for packet fi ii whois 5.0.11 an intelligent whois client Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii mailx 1:20081101-2 Transitional package for mailx ren pn python-gamin none(no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616417: Comment in /etc/default/isc-dhcp-server mentions the wrong file
Package: isc-dhcp-server Version: 4.1.1-P1-16 Severity: minor The file /etc/default/isc-dhcp-server has a comment that says it is sourced by /etc/init.d/dhcp. But the latter file does not exist. I suggest the comment is changed to: # sourced by /etc/init.d/isc-dhcp-server which is the correct filename. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages isc-dhcp-server depends on: ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii debianutils 3.4.4 Miscellaneous utilities specific t ii isc-dhcp-common 4.1.1-P1-16 common files used by all the isc-d ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip isc-dhcp-server recommends no packages. Versions of packages isc-dhcp-server suggests: pn isc-dhcp-server-ldap none (no description available) -- debconf information: isc-dhcp-server/config_warn: isc-dhcp-server/interfaces: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602181: bash-completion: Running /etc/bash_completion takes 5s,, slowing every new shell
Package: bash-completion Version: 1:1.2-2 Severity: normal Noticed immense slowdowns after todays upgrade. Shell windows in particular. After some checking, the problem is in bash-completion: time . /etc/bash_completion real0m5.971s user0m5.000s sys 0m0.892s Almost 6s, 5 of them use cpu time too. I solved my problem by purging bash-commpletion, that took away the 5s delay. Helge Hafting -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages bash-completion depends on: ii bash 4.1-3 The GNU Bourne Again SHell bash-completion recommends no packages. bash-completion suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589182: Installing libisc52 tries to overwrite files in libisc50
Package: libisc52 Version: 1:9.6.ESV.R1+dfsg-0+lenny1 Severity: normal When running apt-get dist-upgrade, this package fails to install with this message: dpkg: error processing /var/cache/apt/archives/libisc52_1%3a9.6.ESV.R1+dfsg-0+lenny1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libisc.so.50', which is also in package libisc50 1:9.6.1.dfsg.P3-1 Errors were encountered while processing: /var/cache/apt/archives/libisc52_1%3a9.6.ESV.R1+dfsg-0+lenny1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Seems like either a missing conflict between these packages, or libisc.so.50 is a wrong filename. Helge Hafting -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.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#576617: libgconf2-4: gconfd-2 enters infinite loop,preventing other apps from starting forever
To rule out user account oddities, I created a new account for
these tests. I can give ssh access if that helps.
What is file descriptor #15 ? (You can look at which open or pipe system
call returns 15 earlier in the strace.)
Seems to be a socket for X11. strace gcalctool:
[...]
socket(PF_FILE, SOCK_STREAM, 0) = 15
connect(15, {sa_family=AF_FILE, path=@/tmp/.X11-unix/X0}, 20) = 0
getpeername(15, {sa_family=AF_FILE, path=@/tmp/.X11-unix/X0}, [20]) = 0
uname({sys=Linux, node=tenkende-august.homelinux.net, ...}) = 0
It would also be interesting to obtain a GDB backtrace of what is
happening at that moment.
No -dbg package for gcalctool, but there is one for iceweasel.
Invoked like this:
iceweasel --debugger
(gdb) run
After a little while a blank window labeled Import Wizard comes up.
(First invocation of iceweasel for this user, so it was probably going to
offer to import bookmarks etc. But the window stays blank.)
These two processes grab 100% cpu each:
xulrunner-stub gconfd-2
So I hit ctrl+c and gets the backtrace:
test...@tenkende-august:~$ iceweasel --debugger
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols
found)...done.
(gdb) run
Starting program: /usr/lib/iceweasel/firefox-bin
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffebbff910 (LWP 8403)]
[New Thread 0x7fffeb1ff910 (LWP 8404)]
[Thread 0x7fffeb1ff910 (LWP 8404) exited]
[Thread 0x7fffebbff910 (LWP 8403) exited]
Executing new program: /usr/lib/xulrunner-1.9.1/xulrunner-stub
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffeb9ff910 (LWP 8405)]
[New Thread 0x7fffeafff910 (LWP 8406)]
[New Thread 0x7fffea7fe910 (LWP 8407)]
[New Thread 0x7fffe7f45910 (LWP 8410)]
^C
Program received signal SIGINT, Interrupt.
0x776bb1ee in __pthread_mutex_unlock_usercnt ()
from /lib/libpthread.so.0
(gdb) bt
#0 0x776bb1ee in __pthread_mutex_unlock_usercnt ()
from /lib/libpthread.so.0
#1 0x7278fecb in g_main_context_default () from /lib/libglib-2.0.so.0
#2 0x72792bb5 in g_main_context_iteration ()
from /lib/libglib-2.0.so.0
#3 0x7647014b in nsBaseAppShell::DoProcessNextNativeEvent (
this=0x72a18428, mayWait=0) at nsBaseAppShell.cpp:151
#4 0x764702a9 in nsBaseAppShell::OnProcessNextEvent (
this=0x7fffe963f0a0, thr=0x76d08bc0, mayWait=1,
recursionDepth=value optimized out) at nsBaseAppShell.cpp:296
#5 0x765166cd in nsThread::ProcessNextEvent (this=0x76d08bc0,
mayWait=1, result=0x7fff960c) at nsThread.cpp:508
#6 0x764ec9a1 in NS_ProcessNextEvent_P (thread=0x72a18428,
mayWait=0) at nsThreadUtils.cpp:250
#7 0x76335620 in nsXULWindow::ShowModal (this=0x7fffe95255b0)
at nsXULWindow.cpp:415
#8 0x763106c1 in nsWindowWatcher::OpenWindowJSInternal (
this=value optimized out, aParent=0x0, aUrl=value optimized out,
aName=value optimized out, aFeatures=value optimized out,
aDialog=value optimized out, argv=0x7fffe96d53a0, aCalledFromJS=0,
_retval=0x7fff9c60) at nsWindowWatcher.cpp:1004
#9 0x76310c2a in nsWindowWatcher::OpenWindow (this=0x7fffe968c1f0,
aParent=0x0,
aUrl=0x7fffe8ff34b1 chrome://browser/content/migration/migration.xul,
aName=0x7fffe8ff34aa _blank,
aFeatures=0x7fffe8ff3480 chrome,dialog,modal,centerscreen,titlebar,
aArguments=value optimized out, _retval=0x7fff9c60)
at nsWindowWatcher.cpp:423
#10 0x7fffe8fdcbb1 in nsProfileMigrator::Migrate (
this=value optimized out, aStartup=0x7fff9f88)
at nsProfileMigrator.cpp:144
#11 0x75d3c813 in XRE_main (argc=value optimized out,
argv=value optimized out, aAppData=value optimized out)
at nsAppRunner.cpp:3177
#12 0x004024df in main (argc=1, argv=0x7fffe608)
at nsXULStub.cpp:493
(gdb) cont
Continuing.
[Thread 0x7fffe7f45910 (LWP 8410) exited]
^C
Program received signal SIGINT, Interrupt.
0x7741d743 in poll () from /lib/libc.so.6
(gdb) bt
#0 0x7741d743 in poll () from /lib/libc.so.6
#1 0x72792859 in ?? () from /lib/libglib-2.0.so.0
#2 0x72792b3c in g_main_context_iteration ()
from /lib/libglib-2.0.so.0
#3 0x7647014b in nsBaseAppShell::DoProcessNextNativeEvent (
this=0x7fffe8879380, mayWait=8) at nsBaseAppShell.cpp:151
#4 0x764702a9 in nsBaseAppShell::OnProcessNextEvent (
this=0x7fffe963f0a0, thr=0x76d08bc0, mayWait=1,
recursionDepth=value optimized out) at nsBaseAppShell.cpp:296
#5
Bug#576617: libgconf2-4: gconfd-2 enters infinite loop, preventing other apps from starting forever
On Tue, Apr 06, 2010 at 09:43:36AM +0200, Josselin Mouette wrote:
severity 576617 important
thanks
Le mardi 06 avril 2010 à 00:35 +0200, Helge Hafting a écrit :
Programs that uses gconf, such as icedove and iceweasel, fail to start up.
When I start them, gconfd-2 uses 100% cpu forever, and so does the
iceweasel/icedove
processes. No windows appear, ever.
Does it only happen with Mozilla programs, or with all programs using
GConf? Try for example gcalctool.
gcalctool is just as bad as icedove.
gconfd-2 and gcalctool both eats 100% cpu forever.
I get a blank unresponsive gcalctool window.
strace gcalctool
reveals that this sequence repeats over and over:
read(15, 0x25d5104, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN|POLLPRI}, {fd=11,
events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13,
events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN},
{fd=16, events=POLLIN}], 8, 0) = 1 ([{fd=12, revents=POLLHUP}])
Is the session D-bus daemon correctly started? If not, does running
dbus-launch iceweasel work better than just iceweasel?
dbus-launch iceweasel
gives me a blank iceweasel window, and two processes
(firefox-bin and gconfd-2) eating 100% cpu each.
Iceweasel sometimes start working normally - after some minutes. I don't wait
that long, just
switch to opera. And then suddenly, iceweasel appear out of nowhere a while
later. And then it works
as usual. Maybe it eventually gave up communicating with gconf?
Helge Hafting
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576605: kmail pop up two dialog boxes that obscure each other
Package: kmail Version: 4:4.3.4-1 Severity: normal When I started up kmail for the first time, I got two dialog boxes on top of each other. (Using dialogs to deliver messages to the user is bad UI design, but that is not the bug here) The visible one was just the tip of the day box. It could not be closed, because a modal box with an error message was beneath it. (No hostname specified.) Yes, I understand I need to set up kmail before it will work. It should not obscure the error message with the tip of the day box though. Better show only one box at a time. For example, drop the silly tip of the day if there is an error already... The workaround is simple - move the tip box to one side, revealing the other box in order to dismiss it. Guessing that there is another box on the screen is not easy thoughj, it was not obvious. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.1 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-runtime 4:4.3.2-1 runtime components from the offici ii kdelibs5 4:4.3.4-1 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.3.4-1 core libraries for KDE PIM 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-9 GCC support library ii libkdepim44:4.3.4-1 KDE PIM library ii libkleo4 4:4.3.4-1 certificate based crypto library f ii libkontactinterfaces4 4:4.3.4-1 KDE Kontact interface library ii libkpgp4 4:4.3.4-1 gpg based crypto library for KDE ii libksieve44:4.3.4-1 KDE mail/news message filtering li ii libmimelib4 4:4.3.4-1 KDE mime library ii libphonon44:4.5.3-4 Qt 4 Phonon module ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network4:4.5.3-4 Qt 4 network module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii perl 5.10.1-9 Larry Wall's Practical Extraction ii phonon4:4.5.3-4 Qt 4 Phonon module metapackage Versions of packages kmail recommends: ii procmail 3.22-18Versatile e-mail processor Versions of packages kmail suggests: ii bogofilter1.2.0-1a fast Bayesian spam filter (dummy pn clamav | f-prot-installer none (no description available) ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep pn gnupg-agent none (no description available) pn kaddressbook none (no description available) pn kleopatra none (no description available) pn pinentry-qt4 | pinentry-x11 none (no description available) -- 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#576617: libgconf2-4: gconfd-2 enters infinite loop, preventing other apps from starting forever
Package: libgconf2-4 Version: 2.28.0-1 Severity: grave Justification: renders package unusable Well, I can't say the package is unuseable on _every_ system, only mine. So perhaps grave is too much. Programs that uses gconf, such as icedove and iceweasel, fail to start up. When I start them, gconfd-2 uses 100% cpu forever, and so does the iceweasel/icedove processes. No windows appear, ever. I tried removing the .gconf and .gconfd directories, hoping that might give a new start. I also killed the running gconfd-2 process. It did not help. When I ran icedove, I got an icedove process and a gconfd-2 process both eating 100% cpu again. While this persists, I use another web browser and look for other mail readers. :-( Of course, using testing and unstable can be risky. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.1 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgconf2-4 depends on: ii gconf2-common 2.28.0-1 GNOME configuration database syste ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libglib2.0-02.22.2-2 The GLib library of C routines ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii liborbit2 1:2.14.17-1 libraries for ORBit2 - a CORBA ORB ii libxml2 2.7.6.dfsg-1 GNOME XML library libgconf2-4 recommends no packages. libgconf2-4 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#574244: Two minute iceweasel startup time, due to gconf trouble
Package: iceweasel Version: 3.0.6-3 Severity: normal When I start iceweasel, even in safe mode, two full minutes pass before the window appear. After that, browsing seems to work as normal. But this waiting is not exactly interesting. I get a small window with a big error message: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Could not send message to GConf daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Could not send message to GConf daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Could not send message to GConf daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Could not send message to GConf daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Could not send message to GConf daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) All the guesses are wrong. The network is up, including loopback. I don't use NFS, and the lockfiles mentioned in the URL aren't there. ps aux reveals a process called /usr/lib/libgconf2-4/gconfd-2 I guess iceweasel tried to communicate with that? There are no other processes with gconf in the name. I wish this app would use a simple textfile for its config, instead of this complicated and bug-prone attempt at communicating with _another process over a network_. The textfile approach works so well for many other apps, some bigger and some much smaller than iceweasel. Keep it simple. A single config file under .mozilla. and no big directory tree there either. Well, I know that won't happen, but one can dream. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-rc5 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8-1NetScape Portable Runtime Library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii procps 1:3.2.8-2/proc file system utilities ii psmisc 22.10-1 utilities that use the proc file s ii xulrunner-1.9 1.9.0.13-0lenny1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 1.6.5-1TrueType versions of some TeX font ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries ii mozplugger1.13.0-1 Plugin allowing external viewers t pn ttf-mathematica4.1none (no
Bug#572002: cups fail to parse documented Allow ip/netmask
Package: cups Version: 1.4.2-4 Severity: normal man cupsd.conf says I can write allow-directives like this: Allow ip-address/netmask So I entered: Allow 10.10.0.10/255.255.0.0 Cups failed to parse this, logged an error, and refused to start up. Adding some spaces helps though, this works: Allow 10.10.0.10 / 255.255.0.0 But documentation does not require spaces. This is not flexible, so the best fix is to allow what the documentation says. Second best, to change the docs to match reality. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-rc5 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.112 add and remove users and groups ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii cups-client1.4.2-4 Common UNIX Printing System(tm) - ii cups-common1.4.2-4 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii ghostscript8.70~dfsg-2.1 The GPL Ghostscript PostScript/PDF ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcups2 1.4.1-4 Common UNIX Printing System(tm) - ii libcupscgi11.4.2-4 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.2-4 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.1-4 Common UNIX Printing System(tm) - ii libcupsmime1 1.4.2-4 Common UNIX Printing System(tm) - ii libcupsppdc1 1.4.2-4 Common UNIX Printing System(tm) - ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libgcc11:4.4.2-9 GCC support library ii libgnutls262.8.4-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libijs-0.350.35-7IJS raster image transport protoco ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libpoppler50.12.2-2 PDF rendering library ii libslp11.2.1-7.6 OpenSLP libraries ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl-modules 5.10.1-9 Core Perl modules ii poppler-utils 0.12.2-2 PDF utilitites (based on libpopple ii procps 1:3.2.8-2 /proc file system utilities ii ssl-cert 1.0.25simple debconf wrapper for OpenSSL ii ttf-freefont 20090104-5Freefont Serif, Sans and Mono True ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages cups recommends: ii cups-driver-gutenprint5.2.4-1printer drivers for CUPS ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil ii ghostscript-cups 8.71~dfsg-1The GPL Ghostscript PostScript/PDF Versions of packages cups suggests: ii cups-bsd 1.4.2-4 Common UNIX Printing System(tm) - ii cups-pdf 2.5.0-12 PDF printer for CUPS ii cups-ppdc 1.4.2-4 Common UNIX Printing System(tm) - ii foomatic-db20090616-1OpenPrinting printer support - dat ii foomatic-db-engine 4.0-20090509-1+b1 OpenPrinting printer support - pro ii hplip 3.9.12-2 HP Linux Printing and Imaging Syst ii smbclient 2:3.4.5~dfsg-2command-line SMB/CIFS clients for ii udev 150-2 /dev/ and hotplug management daemo pn xpdf-korean | xpdf-jap none(no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569498: digikam: Database screwup, albums no longer match what's on disk
Package: digikam Version: 2:1.1.0-1 Severity: important I have used digikam for many years, to view and tag my photos. After not using it for a while, I had problems starting digikam. An upgrade to 2:1.1.0-1 fixed that. But then digikam surprisingly asked me where my albums was, as if the old info was forgotten. It spent a long time reading the disk. Well, that has happened with upgrades before. At first things looked normal, old tagged images still have their tags. Good. But the albums themselves doesn't work too well. I open the view for september 2009 for example. And I see lots of albums, many which are from 2008 or 2007 or 2005. Strange. Well, looking at the filesystem, the date on the directories are indeed in september 2009. That didn't bother digikam before, though. Yes, I may have modified some files in those directories, with a new improved raw converter. Still, it'd be nice to fix this in some way. The files have correct dates in EXIF. Much worse: Albums comes up *empty* when I try to view them. This is wrong - the files are there and xloadimage will display them. Currently I can't use digikam as a viewer. I'll try reverting to older versions, but vorry about loosing my many tags. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-rc5 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages digikam depends on: ii kdebase-runtime4:4.3.2-1 runtime components from the offici ii kdelibs5 4:4.3.4-1 core libraries for all KDE 4 appli ii kdepimlibs54:4.3.4-1 core libraries for KDE PIM 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-9 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgphoto2-2 2.4.6-1 gphoto2 digital camera library ii libgphoto2-port0 2.4.6-1 gphoto2 digital camera port librar ii libjasper1 1.900.1-6 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libkdcraw7 4:4.3.4-1+b1 RAW picture decoding C++ library ( ii libkexiv2-74:4.3.4-1+b1 Qt like interface for the libexiv2 ii libkipi6 4:4.3.4-1+b1 library for apps that want to use ii liblcms1 1.18.dfsg-1 Color management library ii liblensfun00.2.4-1 Lens Correction library - Runtime ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libphonon4 4:4.5.3-4 Qt 4 Phonon module ii libpng12-0 1.2.40-1 PNG library - runtime ii libqt4-dbus4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-sql 4:4.5.3-4 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.5.3-4 Qt 4 SQLite 3 database driver ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsoprano42.3.1+dfsg.1-1libraries for the Soprano RDF fram ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.2-1 X11 client-side library ii libxau61:1.0.5-1 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii phonon 4:4.5.3-4 Qt 4 Phonon module metapackage ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages digikam recommends: ii dillo [www-browser] 0.8.6-3 Small and fast web browser ii iceape-browser [www-browser] 1.1.17-2Iceape Navigator (Internet browser ii iceweasel [www-browser] 3.0.14-1lightweight web browser based on M pn kipi-plugins none (no description available) ii konqueror [www-browser] 4:4.3.2-1 KDE 4's advanced file manager, web ii lynx-cur [www-browser] 2.8.7pre1-1 Text-mode WWW Browser with NLS sup ii w3m [www-browser]0.5.2-2.1 WWW browsable pager with excellent Versions of packages digikam suggests: ii digikam-doc 0.9.5-1handbook for digikam and showfoto -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#556450: A guess at what happens, and a fix/workaround
I see the same problem. Before, I could have a credential file that only root could read, and the mount would still succeed as a user because the mount binary is SUID root. I guess the mount binary changed, so it drops the root privileges before trying to open the credential files. One fix for this is to chown the credentials file so that it is owned by the user running mount instead of root. The mount commands succeeds then. It is not necessary to make the credentials file world-readable, only those who need to run mount need ability to read the file. Maybe this behavior is intended. Since it is an interface change, it'd be nice to have a more informative error message. Instead of unknown error, something like: Username is not allowed to read credential file /etc/samba/credentials Helge Hafting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554850: closed by Johann Felix Soden joh...@gmx.de (Re: Bug#554850: pdftk messes up non-ascii characters in output filenames)
Debian Bug Tracking System wrote: Package: pdftk Version: 1.41+dfsg-1 Hi Helge, Thanks for your report. The non-ascii filename problem should be already solved. Please update to version 1.41+dfsg-1 or higher. I can confirm that the problem is solved in version 1.41+dfsg-2. Thanks! Helge Hafting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536059: icewm: Taskbar half invisible with two different-height screens
Package: icewm Version: 1.2.37+1.3.4pre2-3 Severity: normal This is a regression for two-screen setups. (Laptop with LCD and a VGA monitor) Earlier icewm put the taskbar in one of the screens, and contained it there. If it got full of running programs, they simply got less space each. Now the taskbar grows out through the right side of the first screen. I guess it tries to extend into the next screen, but that one is smaller and don't extend that far down. So, half of my taskbar is invisible, and pretty useless. The clock is to the right and cannot be seen at all. Suggestions for a fix: * Reverting to earlier behaviour is probably easiest. Let the taskbar stay in one window only - but make an intelligent choice. (It usually appeared in the smallest screen - not ideal.) * The better solution is to split the taskbar into several windows, one window along the bottom of each screen. Or use xrandr to align the outputs along the bottom instead of the top - if that is possible at all. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.1-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common 1.2.37+1.3.4pre2-3 wonderful Win95-OS/2-Motif-like wi ii libc6 2.9-12 GNU C Library: Shared libraries ii libesd0 0.2.41-5 Enlightened Sound Daemon - Shared ii libfontconfig12.6.0-3generic font configuration library ii libgcc1 1:4.4.0-5 GCC support library ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libsm62:1.1.0-2 X11 Session Management library ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.3.0-2 X11 RandR extension library icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support none (no description available) ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506212: xserver-xorg: After upgrade, X starts but there is no keyboard, user stuck
Package: xserver-xorg Version: 1:7.4~4 Severity: normal After an upgrade, I restarted X and it came up but with no keyboard at all. After powering off and rebooting without X, I found this in Xorg.0.log: (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. After some googling, I found that I could use Option AllowEmptyInput false and then everything is fine again. I don't complain - experimental can pull such stunts of course. But this needs fixing before it gets to stable, where users expect their old config to work, or new necessary options to be added automatically. The information I found suggests that this option might be needed when the keyboard is specified in xorg.conf, rather than autodetected. I think I always will need some keyboard information in xorg.xonf, because I use a norwegian keyboard layout. This surely cannot be autodetected, even though the keyboard device is trivially detectable. It is the same for every other non-english user. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 26 okt. 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1797392 12 nov. 14:14 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 135M (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 5342 19 nov. 13:07 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Sat May 12 15:12:41 PDT 2007 # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg #God ide? Section ServerFlags #Allow ctrl+alt+Fn - in theory but doesn't actually work. #vt switch fail when started from xdm, works when started from startx # Option DontVTSwitch off #Get the console switching back? #strangely, this works for xd but is not needed for startx ??? #This option also kills autorepeat and is therefore unuseable #Option XkbDisable true #Attempt to fix the mysteriously lost keyboard Option AllowEmptyInput false EndSection Section ServerLayout Identifier Default Layout Screen Default Screen 0 0 InputDevice Generic Keyboard #Touchpad before other mouse, according to: ##http://gentoo-wiki.com/HARDWARE_Synaptics_Touchpad #now also CorePointer InputDevice Synaptics Touchpad CorePointer InputDevice Configured Mouse EndSection #Section Module #nonexistantLoadtype1 #Load glx #Load dbe #Load extmod #Load fbdevhw #Load record #Load freetype #Virker ikke? #EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout no EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option Buttons 10 Option ZaxisMapping 4 5 6 7 Option SendCoreEvents true Option Device /dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option Buttons 10 Option ZaxisMapping 4 5 6 7 Option ButtonMapping 2 3 4 Option SendCoreEvents true Option Device /dev/psaux #alt. protocols: event alps Option Protocol auto-dev Option HorizScrollDelta 0 Option SHMConfig on Option LeftEdge 120 Option RightEdge 950 Option TopEdge 120 Option BottomEdge 650 Option FingerLow 14 Option FingerHigh 15 Option MaxTapTime 0 Option TappingOff 1 Option MaxTapMove 110 Option EmulateMidButtonTime 75 Option VertScrollDelta 20 Option CornerCoasting 1
Bug#501459: user can mount, but not umount, a cifs filesystem
Package: mount Version: 2.13.1.1-1 Severity: normal At work, I have a home directory on a windows server. Therefore, my laptop has a /etc/fstab entry for it so I can mount it. I use the user option in order to avoid needing root to mount it. Mounting this works fine, but I cannot umount for some reason. I get this error message: $ mount pompel/home $ umount pompel/home umount: /home/helgehaf/pompel/home mount disagrees with the fstab The root user have no problem umounting, with exactly the same command. Using absolute paths like /home/helgehaf/pompel/home changes nothing. The filesystem itself works fine, although somewhat slow. The entry in /etc/fstab looks like this: \\pompel.aitel.hist.no\HOME /home/helgehaf/pompel/home cifs domain=AITELANS,credentials=/etc/fstab-smb-credentials,rw,noauto,iocharset=utf8,uid=helgehaf,gid=ansatt,sockopt=TCP_NODELAY,user Using users instead of user changes nothing either. I think the user doing the mount should be able to umount too, as long as there is no open files. I cannot see anything wrong with the fstab entry. I have seen this problem forever, that is since mount.cifs became useable. Mounting and umounting an iso9660 cdrom works fine as an unprivileged user. / and /home are ext3 filesystems, if that matters. /home is mounted with nodev, nosuid, usrquota and user_xattr -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc8-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 1.41.0-3 block device id library ii libc6 2.7-13 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid1 1.41.0-3 universally unique id library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498718: icewm doesn't let me move windows all the way from one monitor to the next, using xrandr1.2
Package: icewm Version: 1.2.35-1 Severity: normal I use a laptop with an external monitor as the secondary monitor. I use xrandr to set up the second monitor, they are side-by-side. (I use xrandr from the command line, so this happens after icewm has started.) I can move the mouse all over both screens, but icewm doesn't let me drag a window completely onto the second monitor. A little piece of the window has to remain on the first monitor, similiar to how you can't place a window completely off-screen when you have only one monitor. It is probably just this safety mechanism that isn't aware of the extra monitor appearing. Icewm has no problem if it is started _after_ the second monitor is activated. Ideally, the x server should tell the window manager about such changes. If that isn't feasible, polling for changes is an option. On the road, I use the laptop with its built-in screen only. At work, (and whenever I can), I plug in an extra monitor and use xrandr to use it at its ideal resolution. I keep the machine on all the time, so a static setup doesn't work that well. Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc6-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icewm depends on: ii icewm-common 1.2.35-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.15-7 Imlib is an imaging library for X ii libc6 2.7-13 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.6.0-1generic font configuration library ii libgcc1 1:4.3.2-1 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support none (no description available) ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498252: [iceweasel] tools-clear private data doesn't clear places.sqlite
Package: iceweasel Version: 3.0.1-1 Severity: normal The menu tools-clear private data doesn't clear everything. to reproduce: 1. Browse around a bit 2. Clear the URL bar and type something like www into it. Notice that iceweasel suggest various sites you have seen before. 3. Use tools-clear private data, and clear out everything 4. Optionally restart iceweasel 5. Type www into the url bar again. Notice that iceweasel comes up with the same suggestions as before, still remembering where you have been. It shouldn't, really. 6. For a workaround, delete the places.sqlite file found somewhere in the .mozilla subdirectory tree. 7. Observe that iceweasel no longer remembers previous sites. A rather small bug, but I though you should know. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-7 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii mozplugger1.10.2-1 Plugin allowing external viewers t pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) pn xulrunner-1.9-gnome-s none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497510: iceweasel regression: cumbersome file upload dialog
Package: iceweasel Version: 3.0.1-1 Severity: normal Some webpages allow uploading of files, and iceweasel then bring up a file upload dialog. This dialog used to work well. I could type in the pathname directly, which tend to be the fastest. Or I could paste it in using mouse middle-click, very useful when the same file is to be uploaded in multiple locations. And of course there is the browse button for doing it all graphically. Nice to have, but something I don't use much as it brings up an extra dialog. And it it kind of slow because it reads in complete directories. Still - good to have whenever I don't remember the exact pathname. This dialog has regressed. If I try to paste a pathname, nothing happens upon middle-clicking. So the fastest way of using this dialog no longer works - very fast when I already have the path in the paste buffer anyway. Typing a well-known path into this dialog is also much slower now. Before, I could type a path, hit TAB twice and enter, activating the upload button without removing my hands from the keyboard. This is very fast. Now, the browse dialog appear as soon as I click in the entry field. I don't want that! If I wanted to browse, then I'd click the browse button instead of the entry field - that is _no more work_. So this is not a shortcut for anyone. Please loose it. The problems with this is: * The dialog takes time to appear. * Typing a long path into this dialog is _slow_, because it reads every directory on the way from the network file server. That is _not_ instantaneous! * In the end, I have to close two dialogs instead of one, which is more work for me than closing only one. Suggestions for fixes: 1. The simplest fix is to go back to old behavior - activate the browse dialog only when the user hits the browse button. this should not inconvenience anyone, as we have to click the dialog anyway to use it. So, the users who wants to browse might as well click the button. This leaves the faster ways open for those of us who knows what pathname to use already. Reverting to previous behaviour is hopefully real easy to do. :-) 2. If the intention is to help everybody, then merging the browse functionality into the upload dialog might work. The point here is to use _one_ dialog, not two. Because this does not break up the user's workflow as much. A gui app should aim to never open more than one dialog at once, a series of stacked dialogs is a usability problem and usually not necessary from a design standpoint. (I understand that it might be more work for the programmers in many cases though.) If this way is choosen, please make it possible to turn off the automatic loading of subdirectories. This because: a) Loading subdirectories from a remote server may be slow because of the network. It may be congested, the server might be slow. b) Even the local directories are real slow when there are 20.000 files and subdirectories in them. (Mostly because gui apps takes the strange approach of adding and rendering the files one-by-one instead of: read the lot, make a list in memory, display the lot. And this must be done asynchronously too, so the user who just type it all isn't hampered by a wait.) A gui that also tries to display _different_ icons for different files makes 20-second delays in the many-files case. Please don't even think of that. . . -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc5-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-9The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no
Bug#496513: runit fails to umount /var on shutdown (nscd interaction)
Package: runit Version: 2.0.0-1 Severity: important I first noticed that /var is always checked on reboot. I also see a failure to umount /var due to filesystem being in use, shortly before the laptop turns itself off. I then put lsof /var and ps aux in the umountfs script, to see what was keeping files open on /var. This is what I got: ps aux (kernel threads edited out): root 4306 0.0 0.0 9072 1272 ?Ss 12:57 0:00 /bin/sh /etc/runit/3 root 4336 1.0 0.0 17492 1656 ?S12:57 0:00 /bin/sh /etc/init.d/rc 6 root 4433 0.0 0.0 17420 1540 ?S12:57 0:00 /bin/sh /etc/rc6.d/S40umountfs stop root 4436 0.0 0.0 14732 984 ?R12:57 0:00 /bin/ps aux Nothing unexpected here. Now lsof /var: COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME 3 4306 root DELREG8,6 309479 /var/run/nscd/dbHNkiVS lsof4437 root1w REG8,60 48877 /var/lsof-var The latter one is merely lsof saving its result on /var, it goes away before umount is attempted. The first one is the problem, runit itself is holding a file open, preventing the umount. I use nscd, but the nscd process is not running at this point. It looks like runit somehow gets involved with nscd files, I am not sure how that happens. I am worried that this inability to shutdown could lead to damaged files on /var. I'll try avoiding nscd, but that is not a perfect solution. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc4-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash runit depends on no packages. Versions of packages runit recommends: ii fgetty0.6-5 very small, efficient, console-onl Versions of packages runit suggests: ii runit-run 1.0.0 a UNIX init scheme with service su ii socklog-run 2.1.0-8system and kernel logging services -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496546: libsmbios-bin: dellBiosUpdate fails without the --force_mono switch
Package: libsmbios-bin Version: 0.13.13-1 Severity: normal Doing a dellBiosUpdate -u -f bios.hdr will seem to work (kernels 2.6.25, 2.6.26 and 2.6.27-rc4) but the bios will not be updated upon reboot, due to the ROM image missing. Upgrading works fine when the --force_mono switch is specified, so perhaps this ought to be default? The update was done using a 64-bit kernel. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc4-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsmbios-bin depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libsmbios10.13.13-1 Provide access to (SM)BIOS informa ii libsmbiosxml1 0.13.13-1 Provide XML access to (SM)BIOS inf ii libstdc++64.3.1-2The GNU Standard C++ Library v3 libsmbios-bin recommends no packages. Versions of packages libsmbios-bin suggests: ii libsmbios-doc 0.13.13-1 Access to (SM)BIOS information in -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489503: apt: There is no easy way to avoid unwanted but recommended extra packages
Package: apt Version: 0.7.11 Severity: normal apt-get (and aptitude) needs an option for only installing hard dependencies. That is, those dependencies that must be satisfied or the package can't work. Something like --no-recommended. I consider this a bug, not merely a wishlist item, because: * Current apt install not only the needed extra packages, but recommended but not really necessary packages as well. This is easy to see as the unwanted packages can be removed later without also removing the package I wanted. * This is a problem when installing small embedded machines. The current workaround is to delete all unwanted packages later, but that is cumbersome when a single apt-get may pull in a couple of unneeded packages that depends on 20-30 other unwanted packages. And it is a waste of bandwidth and time too. Example: I installed a machine that is mostly a router, but it also runs gpsd so I can see where it is. Unfortunately, installing gpsd pull in gpsd-clients, which has dependencies on x11-common and a whole lot of other X-related packages. But this machine does not run X! So I had to delete all those packages manually later. And so on for some other software as well, and so on when upgrading . . . Now, I understand that most people will want gpsd-clients along with gpsd, so having this as default behaviour is fine with me. But having the ability to do apt-get install --no-recommended gpsd and _only_ get gpsd and libgps17 would be ideal. Another possible workaround that avoids bandwith wasting is to download packages one by one and install using dpkg. That is very cumbersome for packages that has many dependencies - exactly the reason for having apt in the first place. Helge Hafting -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Cache-Limit 141943904; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/apt-listbugs apt || exit 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; -- /etc/apt/preferences -- Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 700 Package: * Pin: release o=Debian Pin-Priority: -10 -- /etc/apt/sources.list -- #sid=testing, sarge=unstable før. #sarge=stable nå. #firefox-problemet? #Stable fins ikke for amd64 - ennå deb http://ftp.no.debian.org/debian/ stable main contrib non-free deb http://ftp.no.debian.org/debian testing main contrib non-free deb http://ftp.no.debian.org/debian/ unstable main contrib non-free deb http://ftp.no.debian.org/debian/ experimental main contrib non-free #deb-src http://amd64.debian.net/debian/ testing main contrib non-free #deb-src http://ftp.no.debian.org/debian/ testing main contrib non-free #Initng #deb http://debian.space-based.de/debs/ experimental main #Site down??? ##Blackdown java: ##deb ftp://ftp.tux.org/java/debian/ testing non-free #Ubuntu-pakker for xorg #deb http://archive.ubuntu.com/ubuntu/ hoary main restricted universe multiverse #Dessverre bare for i386 :-( #vlc, libdvdcss2 #deb http://download.videolan.org/pub/videolan/debian sid main #deb http://nightlies.videolan.org/build/sid-amd64/arch sid main #error #deb http://nightlies.videolan.org/build/sid-amd64/arch ./ #Site down??? ##Multimediating, som f.eks. vlc-greier #deb http://www.debian-multimedia.org testing main #deb http://www.debian-multimedia.org experimental main #deb http://www.debian-multimedia.org stable main #unstable er et spesialtilfelle: #404 #deb http://spello.sscnet.ucla.edu/marillat/ sid main #error #deb http://www.debian-multimedia.org sid main -- System Information: Debian Release: lenny
Bug#473564: iceweasel: Iceweasel hopelessly slow when opening 10 tabs from http://vg.no
Package: iceweasel Version: 2.0.0.12-1 Severity: normal I sometimes read the newspaper at http://vg.no My way of reading is to right-click each interesting article and select open in a new tab. That way I quicly finish reading all the headlines before reading each article. But - opening 5 os so tabs make iceweasel very slow, and 10 tabs makes it lock up for several minutes at a time. Using --safe-mode is no better. This is not a network or linux swapping problem. The pages finish loading quicly, but the cpu is stuck at 100% - iceweasel works and works and accomplish nothing. The problem comes quickly, I open another tab and notices a slowdown - then I know that opening one more tab will kill performance completely. The pages uses lots of graphichs and animated ads - so I wouldn't complain if a single page was a little sluggish. I see no reason why loading many such pages should bring iceweasel to a halt though. After all - only _one_ tab is visible at a time. So there is only one set of animations to run at any time. My computer is cabable of doing that. The other pages should simply be put on hold until viewed. Upping the iceweasel cache from 50MB to 500MB seems to help, but only some. Iceweasel is sluggish, it switches between tabs using only a few seconds each time - then it locks up with 100% cpu again and is stuck for enough time to let me write this bug report. If this is a cache issue - please give the viewed page priority in cache. Don't let the invisible webpages cause cache trashing, if they need more memory, just stop processing them until viewed. The performance of that approach should be no worse than viewing the pages sequentially. Also - when iceweasel is stuck, the animations on the page being viewed runs all the time while the rest (html, images) isn't updated at all. How about not wasting cpu on animation _at all_ until the page is fully rendered? Until the switch to a different tab is completed? I know iceweasel processed the click on the new tab - because the new tab is highlighted. So why is the animations for the old tab still running, wasting cpu power that iceweasel seems to need for bringing up the new page? Freezing/abandoning such processes ought to be among the first things to do. Finally - thanks for making this fine browser. I hope these performance issues can be sorted out though. The pc is not underpowered - I can read (and render) 10 of these pages sequentially in much less time than the time iceweasel is stuck when trying to load them all simultaneously. the simultaneous case shoudln't take more time than the sum of the time needed for individual pages, as long as the pc and linux have enough memory. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.25.1 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3-20071020-1 GCC support library ii libglib2.0-02.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 1.8.0.11-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta2-1 Network Security Service libraries ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libstdc++6 4.3-20071020-1 The GNU Standard C++ Library v3 ii libx11-62:1.1.3-1X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii procps 1:3.2.7-5/proc file system utilities ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g
Bug#470898: kghostview comes up blank with a .pdf that xpdf shows flawlessly
Sune Vuorela wrote: On Friday 14 March 2008, Helge Hafting wrote: Package: kghostview Version: 4:3.5.8-2+b1 Severity: normal Kghostview fail to show this file: http://www.aitel.hist.no/~helgehaf/kghostviewbreaker.pdf I made it using pdflatex, and other pdf viewers (acrobat, xpdf) have no problems showing it. Does kpdf open it? (Kghostview is a ghostscript viewer, kpdf is a pdf viewer) Yes, kpdf works. Perhaps the bug is with LyX, as it was LyX that decided to use kghostview as a pdf viewer because it was available. I thought pdf was a subset of ps though, so a ps viewer ought to display pdf documents as well? Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472956: openoffice.org-writer: When scrolling, a popup with page x/y obscures some of the text
Package: openoffice.org-writer Version: 1:2.4.0~rc6-1 Severity: minor When scrolling, a small popup appear saying things like page 5/9 (text from heading) This is clearly intended as a useful feature, but the placement is such that it obscures some of the text in the middle of the window. That is exactly where I _read_, so this is actually annoying and counterproductive. It is especially bad when using a touchpad, because the popup remains even when scrolling stop - it doesn't go away unless I move the mouse around. It just sits there, obscuring my document. The fix should be simple - just move that popup so it doesn't overlay the document. Consider putting it on top of the status line or on top of the toolbar/menu/titlebar instead. (Or for something really fancy, display 5/9 vertically on the scrollbar slider itself. :-) Actually, seeing that the status line already have the page 5/9 stuff already, consider just dropping the popup completely as there is no need to see the information twice. That should make this rather large program a tiny bit smaller. :-) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc7-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0-1 GCC support library ii libicu38 3.8.1-1 International Components for Unico ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1 Works text file format import filt ii libxml22.6.31.dfsg-2 GNOME XML library ii openoffice.org-base-co 1:2.4.0~rc6-1 OpenOffice.org office suite -- lib ii openoffice.org-core1:2.4.0~rc6-1 OpenOffice.org office suite archit ii python-uno 1:2.4.0~rc6-1 Python interface for OpenOffice.or ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages openoffice.org-writer recommends: ii gij [java2-runtime]4:4.3-1 The GNU Java bytecode interpreter ii gij-4.2 [java2-runtime]4.2.1-5 The GNU Java bytecode interpreter ii openoffice.org-filter-binf 1:2.4.0~rc6-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-java-common 1:2.4.0~rc6-1 OpenOffice.org office suite Java s ii openoffice.org-writer2late 0.5-6 Writer/Calc to LaTeX/XHTML convert ii sun-j2sdk1.6 [java2-runtim 1.6.0+update Java(TM) JDK, Standard Edition, Su Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcurl3 7.18.0-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-6 Berkeley v4.6 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-2 The GTK+ graphical user interface ii libhyphen0 2.3.1-1 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-1 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libneon27 0.27.2-1 An HTTP and WebDAV client library ii libnspr4-0d4.7.0-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta2-1Network Security Service libraries ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-7 SSL shared libraries ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw72:1.0.4-1 X11 Athena Widget library ii libxext6
Bug#472960: openoffice.org-writer: Unexpected popups gets in the way and slows down work
Package: openoffice.org-writer Version: 1:2.4.0~rc6-1 Severity: normal I use oowriter a lot for reading documents i get in the mail (odt and doc). When reading, oowriter will often pop up a dialog for bullets and numbering or table stuff - although I did not ask for this. These dialogs gets in the way, and much worse - they also grab focus in some way. So pressing page down suddenly don't work any more, and I have to grab the mouse just to resume scrolling. Please, do not make the assumption that I actually *edit* the document I have opened. Never ever pop up something not asked for that blocks the keyboard. Also, some items in these dialogs are superfluous because they already exist in the main toolbar. Duplication of toolbar items just steal more space. Toolbars that appear automatically is perhaps of help for the novice, but then they should behave like the main toolbar (i.e. sit above the top edge of the document window instead of obscuring part of it, and never grab focus.) You may want to take a look at LyX - it has multiple toolbars and can be set to show some of them only when needed. This happens without taking focus or overlaying the document. The document may have to be resized slightly to make room for the toolbar, but one can at least keep scrolling without interruption. Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc7-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0-1 GCC support library ii libicu38 3.8.1-1 International Components for Unico ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1 Works text file format import filt ii libxml22.6.31.dfsg-2 GNOME XML library ii openoffice.org-base-co 1:2.4.0~rc6-1 OpenOffice.org office suite -- lib ii openoffice.org-core1:2.4.0~rc6-1 OpenOffice.org office suite archit ii python-uno 1:2.4.0~rc6-1 Python interface for OpenOffice.or ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages openoffice.org-writer recommends: ii gij [java2-runtime]4:4.3-1 The GNU Java bytecode interpreter ii gij-4.2 [java2-runtime]4.2.1-5 The GNU Java bytecode interpreter ii openoffice.org-filter-binf 1:2.4.0~rc6-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-java-common 1:2.4.0~rc6-1 OpenOffice.org office suite Java s ii openoffice.org-writer2late 0.5-6 Writer/Calc to LaTeX/XHTML convert ii sun-j2sdk1.6 [java2-runtim 1.6.0+update Java(TM) JDK, Standard Edition, Su Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcurl3 7.18.0-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-6 Berkeley v4.6 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-2 The GTK+ graphical user interface ii libhyphen0 2.3.1-1 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-1 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libneon27 0.27.2-1 An HTTP and WebDAV client library ii libnspr4-0d4.7.0-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta2-1Network Security Service libraries ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-7 SSL
Bug#470898: kghostview comes up blank with a .pdf that xpdf shows flawlessly
Package: kghostview Version: 4:3.5.8-2+b1 Severity: normal Kghostview fail to show this file: http://www.aitel.hist.no/~helgehaf/kghostviewbreaker.pdf I made it using pdflatex, and other pdf viewers (acrobat, xpdf) have no problems showing it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc5-mm1-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kghostview depends on: ii ghostscript-x [gs] 8.62.dfsg.1-1 The GPL Ghostscript PostScript/PDF ii kdelibs4c2a4:3.5.8.dfsg.1-7 core libraries and binaries for al ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-9 GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libqt3-mt 3:3.3.8b-4Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime kghostview recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470284: wireshark: Bad wording in the save before quit dialog
Package: wireshark Version: 0.99.6rel-5 Severity: minor A common case: I start wireshark, sniff a bit, and then just quit the program as I got nothing of interest this time. The dialog that pops up has wording that is easy to misunderstand. The Norwegian translation is perhaps worse, but the english is bad enough for a minor bug report. In this context, I am quitting/cancelling/aborting the wireshark program. I do not think about the captured data at all, because that turned out to be uninteresting. The dialog gives me these options: * Continue without saving No, I don't want to _continue_ with wireshark, I want to get out of it. So it seems this option is not for me. (Turns out it is the one I want though, but who could guess :-) * Cancel Sure, I want to cancel wireshark, but this button doesn't? * Save Not interesting, I have nothing to save. Now, of course the continue is the way to go, but the wording is hopeless. Do I want to contine cancelling wireshark, or do I want to cancel the cancelling?. My suggestions for better wording on the two first buttons: Quit without saving Don't quit This makes it clearer. Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc4-hh1 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wireshark depends on: ii libadns1 1.4-0.1Asynchronous-capable DNS client li ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libcomerr21.40.6-1 common error description library ii libfontconfig12.5.0-2generic font configuration library ii libgcrypt11 1.4.0-3LGPL Crypto library - runtime libr ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnutls13 2.0.4-3the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libkrb53 1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries ii libpango1.0-0 1.19.4-1 Layout and rendering of internatio ii libpcap0.80.9.8-2System interface for user-level pa ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-2 Portable audio I/O - shared librar ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite11:0.4.0-1 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii wireshark-common 0.99.6rel-5network traffic analyser (common f ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages wireshark recommends: ii gksu 2.0.0-5graphical frontend to su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462548: libsmbios-bin: dellBiosUpdate uses a wrong path in /sys/
Package: libsmbios-bin Version: 0.13.10-1 Severity: important I tried updating my bios (from a04 to a05 and a08) but this did not work. dellBiosUpdate just sits there for a while, then it fails with 'file not found' I ran strace, and found that dellBiosUpdate makes 302569 repeated attempts at accessing the file /sys/class/firmware/dell_rbu/loading No such file exists. However, the 2.6.24 kernel provides a file named /sys/class/firmware/firmware-dell_rbu/loading To debug this, I remounted sysfs on a different mountpoint and created a /sys with links to everything in the real sysfs. There, I renamed firmware-dell_rbu to dell_rbu With this change, the dellBiosUpdate utility ran to completion. Upon reboot, the bios detected an upgrade, but gave me the error message: Error! the BIOS update could not be performed because a valid ROM image could not be found. So perhaps sysfs in 2.6.24 has more changes incompatible with the dellBiosUpdate utility. Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-hh3 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsmbios-bin depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libsmbios1 0.13.10-1Provide access to (SM)BIOS informa ii libsmbiosxml1 0.13.10-1Provide XML access to (SM)BIOS inf ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 libsmbios-bin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451511: xserver-xorg-video-ati: The ati driver unexpectedly seems to perform worse than the VESA driver
Brice Goglin wrote: Helge Hafting wrote: Minor severity as the driver works as intended. I find the low performance odd though. If the accelerator hardware is slower than VESA for some operations, then surely the unaccelerated VESA way could be used for those things. So it seems to me it doesn't need to be slower in any cases. My testcase is to play the game cuyo at levels 2 or 9. (package cuyo) This is a tetris-like 2D game. It updated the screen 10 times a second, and has a irritating failure mode: If it can't finish drawing in 1/10s, then it refuse to take input until the drawing queue clears. So it may break very noticeably when there is too much animation going on. Now, perhaps that isn't the best way to design a game, but it shows a performance problem. The ati driver (and the NV driver) easily falls into this trap when there is lots of animation in the cuyo window. The game becomes quite unplayable. This simply doesn't happen with the VESA driver. CPU load stays below 25% always. The processor in this case is a 2.4GHz pentium-M, lspci shows: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] Another machine with a pci radeon 9200 SE and a 1.8GHz opteron shows the same problem. A third machine with a 1.8Ghz core duo and a nvidia card has this problem too, but of course that is a different package Can you try with Option AccelMethod EXA in the Device section of your xorg.conf? Thanks for the tip - this change made tremendous difference. Using the ATI driver, the game is now as snappy as VESA - and X probably respond better to bigger drawing jobs. The EXA option solved my problem completely. :-) Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451255: xloadimage misrenders png files
Package: xloadimage Version: 4.1-16 Severity: important This version of xloadimage misrenders png files that iceweasel and gimp have no problems with. I will attach a screenshot showing the problem. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xloadimage depends on: ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.1.3-1X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime xloadimage recommends no packages. -- debconf-show failed attachment: xloadimage.png
Bug#371071: A png file showing the problem
J.H.M. Dassen (Ray) wrote: On Thu, Jun 08, 2006 at 13:37:11 +0200, Helge Hafting wrote: The attached small png file shows what the problem looks like. While working, bad cells suddenly turn good again, but this is not easy to force. I have seen that it happens in columns other than the first one too now. I've tried to reproduce this problem with a recent build of gnumeric, but have not managed to reproduce it. Can you please test with the current gnumeric package in sid and let me know if you can still reproduce it? If you can, I'd appreciate it if you could tell me whether you are using a non-standard font or Gtk theme and if you have a set of steps that reliably reproduce this problem for you. I just tried with gnumeric 1.6.3-6, and it did not happen. As for themes, I use icewm with the warp3 theme. I use neither gnome nor KDE. I have never set up a gtk theme. xfontsel says there are 31952 font names available. You can probably close the bug - I'll get back to you if it ever happens again. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447593: libqt4-core: qt apps ends with ASSERT when bringing up the file dialog
Package: libqt4-core
Version: 4.3.2-1
Severity: important
The problem also happens for Version 4.3.1-2
The LyX editor uses qt4, and the development version crashes for me
whenever it brings up the file dialog. In order to Open
or Save As or include graphichs.
At first I thought this was a problem with the development
version of LyX, but I now see the same happening with qtiplot,
another app that uses qt. qt's own designer is not affected though.
Whenever I bring up the file dialog, the dialog window show
itself briefly, showing no files or directories. Then the app
crashes on an ASSERT.
The end of strace qtiplot:
writev(9, [{\3\0\2\0\20\f\300\1\16\10\2\0\20\f\300\1, 16}], 1) = 16
select(10, [9], [], NULL, NULL) = 1 (in [9])
read(9, \1\0\202Y\3\0\0\0#\0\0\0\1\0\1\1\377\377\377\377\0\0\0..., 4096) = 76
read(9, 0x847eb10, 4096)= -1 EAGAIN (Resource temporarily
unavailable)
write(6, \0, 1) = 1
read(9, 0x847eb10, 4096)= -1 EAGAIN (Resource temporarily
unavailable)
clock_gettime(CLOCK_MONOTONIC, {15482, 190340820}) = 0
read(9, 0x847eb10, 4096)= -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN, revents=POLLIN}, {fd=9,
events=POLLIN}], 3, 0) = 1
clock_gettime(CLOCK_MONOTONIC, {15482, 190454678}) = 0
read(9, 0x847eb10, 4096)= -1 EAGAIN (Resource temporarily
unavailable)
read(5, \0\0\0\0\0\0\0\0\0\0, 16) = 10
read(5, 0xaf85d2ac, 16) = -1 EAGAIN (Resource temporarily
unavailable)
clock_gettime(CLOCK_MONOTONIC, {15482, 191700621}) = 0
write(2, ASSERT failure in QListT::at: ..., 122ASSERT failure in
QListT::at: index out of range, file
../../include/QtCore/../../src/corelib/tools/qlist.h, line 386
) = 122
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(8691, 8691, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
Process 8691 detached
This always happens on the 32-bit machine in my office, never
on the 64-bit machine at home.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.23
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libqt4-core depends on:
ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst
ii libfontconfig1 2.4.2-1.2generic font configuration library
ii libgcc1 1:4.2.2-3GCC support library
ii libglib2.0-02.14.1-5 The GLib library of C routines
ii libqt4-core 4.3.2-1 Qt 4 core non-GUI functionality ru
ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3
ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime
libqt4-core recommends no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446889: xemacs21 wrecks some unicode characters in existing text files
Package: xemacs21 Version: 21.4.20-2 Severity: normal If I open a file with certain unicode characters then xemacs21 will fail to display them. Saving the file will replace those characters with question marks. This makes xemacs21 (mule and non-mule) unfit for working on unicode encoded text files. Try this unicode test file for example: http://www.w3.org/2001/06/utf-8-test/UTF-8-demo.html The german quotes is destroyed, and some other stuff too. The file displays fine in web browsers or xterm though. I have LANG=nb_NO.UTF-8 My .xemacs/init.el: (require 'un-define) (set-coding-priority-list '(utf-8)) (set-coding-category-system 'utf-8 'utf-8) I translate software using xemacs po mode. The po-files are correctly marked as using utf-8. Still, xemacs21 doesn't support all of utf-8. Getting an occational wrong character on the screen is not a big issue for me - incomplete fonts do that all the time anyway. But having xemacs21 wreck valid utf-8, replacing some characters with ? is a show-stopper for my use. It'd be very nice if xemacs21 would simply leave alone any character it doesn't understand, so it isn't changed in output. Other editors I use don't have this problem, but they don't have a po-mode either. :-( Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xemacs21 depends on: ii xemacs21-mule 21.4.20-2 highly customizable text editor -- ii xemacs21-nomule 21.4.20-2 highly customizable text editor -- xemacs21 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437312: icewm: RaiseOnClickClient=1 doesn't work anymore
Package: icewm Version: 1.2.30-1 Severity: normal I use icewm with pointer focus, and no autoraise. I prefer to raise windows by clicking anywhere inside them. This used to work, but unfortunately it stopped working some time ago. I must now click the title bar or the frame to raise a window. But the title bar is often obscured, and the frame is very thin and hard to hit. I just want the window to be raised when I click somewhere inside it. Therefore, I have RaiseOnClickClient=1 in my .icewm/preference But it doesn't work. :-( Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icewm depends on: ii icewm-common1.2.30-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.15-2 Imlib is an imaging library for X ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.6-2GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070712-1 GCC support library ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5+b1 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435374: libqt4-core: qt4 loose performance by using direct rendering that falls back on sw
Package: libqt4-core Version: 4.3.0-4 Severity: normal I have not seen the bug myself, but I report it on behalf of lyx development. The LyX word processor uses qt4 as its interface. Some users have seen a large slowdown, it turned out that they had machines where DRI was implemented by a software fallback. Commenting out dri from the Module section speeded things up tremendously. This because disabling DRI completely means that qt4 uses normal X11 instead of direct rendering. I understand that using direct rendering may be a nice speedup when hardware acceleration is in use. But is very slow when there is no smart hardware so the implementation fall back on software. Suggested fix: Surely qt4 does a test to see if DRI is available, and fall back on X11 when DRI isn't present. (Otherwise, qt4 wouldn't work at all on a machine without DRI.) The fix then, is to also check that DRI is backed by hardware before trying to use it. This can't be hard to check. Look at glxinfo, it will print direct rendering: yes/no depending on hardware acceleration. It will print no even when DRI is available but backed by software only. Please, just do the same check that glxinfo does, and don't try to use slow software DRI interfaces. This will be a nice speedup for many qt4 apps running on machines without DRI hardware. There are lots of such machines, especially when we get outside the x86 world which debian supports so well. And the fix is rather simple too. :-) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc6-cfs-v18 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqt4-core depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070712-1 GCC support library ii libglib2.0-02.12.13-1The GLib library of C routines ii libstdc++6 4.2-20070712-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime libqt4-core recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435374: Acknowledgement (libqt4-core: qt4 loose performance by using direct rendering that falls back on sw)
I was wrong about the way one tests for software rendering. direct rendering:no means no DRI is available at all, qt4 gets this case right already. If DRI is avaliable, check the version string instead. If the work is done by mesa, (software rendering library) then it is better not to use it because it will be slower than any alternative. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348831: xserver-xorg: matrox G550 w. 16-bit color now gets lots of painting errors. Mostly white stripes
Brice Goglin wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding white stripes appearing in 16bits color with a Matrox G550 board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and driver in unstable? If not, I will close this bug in the next weeks. I have now tested the G550 with 16-bit color and the unstable xorg. The problem is gone, you can close my bug. The G550 is a joy to use now, as it were before the bug. It even works well with 24-bit color these days. :-) Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352618: xserver-xorg: Display ruined by white lines on matrox G550, 16-bit colors
Brice Goglin wrote: Hi, About a years ago, you reported a bug to the Debian BTS regarding the display being ruined by white lines on a Matrox G550 board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. I tested it, and the bug is gone! Version: xserver-xorg-video-mga1:1.4.6.1.dfsg.1-3 It is nice to have the G550 back again - the alternative was a horribly slow Radeon 9200 SE with always-unstable DRI. The G550 is much quicker, and 24-bit color seems to work too. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352618: xserver-xorg: Display ruined by white lines on matrox G550, 16-bit colors
Brice Goglin wrote: Hi, About a years ago, you reported a bug to the Debian BTS regarding the display being ruined by white lines on a Matrox G550 board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. I haven't tried using that card for some time. I still got it, but I am busy moving so I don't have the opportunity to test it right now. I'll probably try again someday though, the card is faster than the radeon PCI card in use at the moment. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409285: This prevents me from using lilo - can't install kernels!
Package: lilo Version: 1:22.8-3 Followup-For: Bug #409285 Seems this bug is reported already. The situation is hopeless. I compiled a new kernel, updated lilo.conf, ran lilo, got: Cannot proceed. Maybe you need to add this to your lilo.conf: disk=/dev/sdg inaccessible (real error shown below) Fatal: open /dev/sdg: No medium found Well, sdg is a card reader with nothing in it. WHY THE HELL DO LILO TRY TO ACCESS IT ??? sdg wasn't mentioned anywhere in /etc/lilo.conf, so OF COURSE lilo shouldn't try to touch it at all. That is the real bug here. Don't try to access every disk, just don't! Now, lilo wants to touch every disk anyway, leading to secondary bugs. If I add the suggested line to /etc/lilo.conf, then nothing happens. The stupid lilo STILL tries to use sdg, even though I just tild explicitly that it is inaccessible. Urgh! If I add inaccessible lines for my other card readers as well, I get this shit instead: Fatal: Duplicate disk = definition for /dev/sdh Wrong message, there was no duplicate entry for sdh. Just one for sdg, and one for sdh. Parsing of disk inaccessible statements in lilo.conf is clearly broken, but that isn't the real problem. The real problem is that lilo wants such statements in the first place. Suggestion: stop accessing ewvery disk - only disks actually mentioned in /etc/lilo.conf. The inaccessible thing won't be needed then, so it can be removed from the source instead of being fixed to work as intended. I wonder why lilo became like this. My guess: someone thought it was clever to read *every* disk in order to do some kind of auto-detection. Probably in order to save work for the user - right? Well, that idea broke down as soon as the inaccessible keyword was needed to keep card readers etc. out of this automatic stuff. Having to enumerate every device that might not be there is a hopeless task. I got 4 right now, what if I plug in my other USB multi-card reader as well ??? (Which is a reasonable thing to do - I can then move files between two cards of the same type directly) Please - just ditch whatever program logic it is that needs to read every accessible disk. lilo used to work fine before without this. I have more inaccessible disks than accessible, so *not* having to enumerate the iunaccessible ones is definitely a win. Even if I have to specify the *accessible* disks more explicitly... Helge Hafting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lilo depends on: ii debconf 1.5.13 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdevmapper1.022:1.02.08-1 The Linux Kernel Device Mapper use ii mbr 1.1.9-2 Master Boot Record for IBM-PC comp lilo recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416624: Problem solved
It turns out that icewm still work, after using the new menu settings-focus-custom After that, I get the good old pointer focus specified in the .icewm file. So, this bug can be closed. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416624: icewm: Pointer focus don't work, it used to.
Package: icewm Version: 1.2.30-1 Severity: normal Pointer focus don't work; I move the pointer over some other window, but that window don't get focus. Instead, focus remain at whatever window that had focus before. Focus is changed only by clicking, but I don't want to click unnecessarily. I have tried changing .icewm/preferences, both with iceconf and vi. Getting pointer focus to work seems impossible, I have to click. This used to work fine for many years . . . What I want, is focus follow pointer, and click to raise. I.e. no auto-raising. Click to raise work as expected. When experimenting, I managed to get icewm into a weird state where it raises the window under the mouse pointer, but still don't give it focus. Looks like a missed focus call to me... Contents of my .icewm/preferences, in case it might be of help: # Generated by IceWM Configuration program 0.99.33 ClickToFocus=0 RaiseOnFocus=0 TaskBarAutoHide=0 TaskBarMailboxStatusBeepOnNewMail=0 TaskBarMailboxStatusCountMessages=0 TaskBarDoubleHeight=0 TaskBarClockLeds=1 MenuMouseTracking=1 TaskBarShowStartMenu=1 TaskBarShowWindowListMenu=1 TaskBarShowCPUStatus=1 TaskBarShowPPPStatus=0 ShowTaskBar=1 TaskBarShowAllWindows=0 TaskBarShowClock=1 TaskBarShowMailboxStatus=0 TaskBarShowWorkspaces=1 TaskBarAtTop=0 QuickSwitchToMinimized=1 QuickSwitchToAllWorkspaces=0 QuickSwitch=1 AutoRaise=0 DesktopBackgroundCenter=1 DelayPointerFocus=0 GrabRootWindow=1 IgnoreNoFocusHint=0 LimitPosition=1 LimitSize=1 ManualPlacement=0 MinimizeToDesktop=1 OpaqueResize=1 OpaqueMove=1 PointerColormap=1 ShowXButton=1 ShowMoveSizeStatus=1 SizeMaximized=0 SnapMove=1 UseMouseWheel=1 WarpPointer=1 Win95Keys=0 EdgeSwitch=0 AutoScrollDelay=60 CornerSizeY=24 CornerSizeX=24 ClickMotionDelay=200 AutoRaiseDelay=0 DlgBorderSizeY=2 DlgBorderSizeX=2 SnapDistance=8 ClickMotionDistance=4 MultiClickTime=400 BorderSizeY=6 BorderSizeX=6 PointerFocusDelay=0 ScrollBarDelay=30 AutoHideDelay=300 TitleBarHeight=20 ToolTipDelay=1000 EdgeSwitchDelay=600 DateFormat=%e. %B %Y IconPath= TimeFormat=%e /%m %T ActiveTaskBarFontName=-bh-lucida-bold-r-*-*-*-120-*-*-*-*-*-* QuickSwitchFontName=-bh-lucidatypewriter-bold-r-*-*-*-120-*-*-*-*-*-* ClockFontName=-bh-lucidatypewriter-medium-r-*-*-*-140-*-*-*-*-*-* MenuFontName=-bh-lucida-bold-r-*-*-*-120-*-*-*-*-*-* NormalTaskBarFontName=-bh-lucida-medium-r-*-*-*-120-*-*-*-*-*-* StatusFontName=-bh-lucidatypewriter-bold-r-*-*-*-120-*-*-*-*-*-* TitleFontName=-bh-lucida-bold-r-*-*-*-120-*-*-*-*-*-* ToolTipFontName=-bh-lucida-medium-r-*-*-*-120-*-*-*-*-*-* WindowListFontName= ClockCommand=xclock LockCommand=xlock LogoutCommand= LogoutCancelCommand= MailCommand= OpenCommand= RunCommand= DesktopBackgroundColor= DesktopBackgroundImage=/home/helgehaf/foto/utst/img00919.jpg Theme=nice/default.theme WorkspaceNames= 1 , 2 , 3 , 4 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-rc5-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.30-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-31 Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.3-1 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.2-1 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.1.1-1 X11 client-side library ii libxext6 1:1.0.3-1 X11 miscellaneous extension librar ii libxft2 2.1.12-1 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.2.0-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime icewm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL
Bug#416687: [PATCH] udev fails looking for obsolete /proc/sys/kernel/hotplug
Package: udev Version: 0.105-4 Severity: important Tags: patch For a long time, I hae been unable to use udev because udev says: udev requires hotplug support, not started. Note that this is wrong - my karnel has hotplug support. Investigating /etc/init.d/udev shows that the script tests for the existence of /proc/sys/kernel/hotplug, which I don't have. Because I don't have /proc/sys at all - it is deprecated! The correct file to use is /sys/kernel/uevent_helper, and I enclose a patch that swithces udev over to use that instead. If you want to support very old kernels that don't have /sys, then you may want to test for the existence of /sys/kernel/uevent_helper first, and fall back on /proc/sys/kernel/hotplug if the former doesn't exist. The patch: --- udev.old2007-03-29 20:48:17.0 +0200 +++ udev2007-03-29 20:50:47.0 +0200 @@ -158,7 +158,7 @@ log_end_msg 1 fi -if [ ! -e /proc/sys/kernel/hotplug ]; then +if [ ! -e /sys/kernel/uevent_helper ]; then log_failure_msg udev requires hotplug support, not started. log_end_msg 1 fi @@ -187,7 +187,7 @@ fi fi -echo /proc/sys/kernel/hotplug +echo /sys/kernel/uevent_helper mount -n -o size=$tmpfs_size,mode=0755 -t tmpfs tmpfs $udev_root mkdir -p $udev_root/.udev/db/ @@ -262,7 +262,7 @@ warn_if_interactive fi -echo /proc/sys/kernel/hotplug +echo /sys/kernel/uevent_helper if [ -z $TMPFS_MOUNTED ]; then unmount_devpts Helge Hafting -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: totalt 8 lrwxrwxrwx 1 root root 20 2006-05-28 20:53 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 13 2006-08-10 20:26 025_gpsd.rules - ../gpsd.rules lrwxrwxrwx 1 root root 19 2005-10-26 23:24 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2007-01-29 22:20 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 22 2006-01-10 19:33 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 13 2006-05-28 20:53 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-05-28 20:53 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-05-28 20:53 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 643 2006-09-10 21:23 z25_persistent-cd.rules -rw-r--r-- 1 root root 345 2006-09-10 21:23 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-05-28 20:53 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-05-28 20:53 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-05-28 20:53 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-08-16 23:34 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-01-04 20:28 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 33 2006-05-19 23:13 z60_xserver-xorg-input-wacom.rules - ../xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 29 2006-05-28 20:53 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules -- /sys/: /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/md0/dev /sys/block/md2/dev /sys/block/md3/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sda/sda5/dev /sys/block/sda/sda6/dev /sys/block/sda/sda7/dev /sys/block/sda/sda8/dev /sys/block/sdb/dev /sys/block/sdb/sdb1/dev /sys/block/sdb/sdb2/dev /sys/block/sdb/sdb5/dev /sys/block/sdb/sdb6/dev /sys/block/sdc/dev /sys/block/sdc/sdc1/dev /sys/block/sdc/sdc2/dev /sys/block/sdc/sdc3/dev /sys/block/sdd/dev /sys/block/sdd/sdd1/dev /sys/block/sdd/sdd2/dev /sys/block/sde/dev /sys/block/sde/sde1/dev /sys/block/sde/sde2/dev /sys/block/sdf/dev /sys/block/sdg/dev /sys/block/sdh/dev /sys/block/sdi/dev /sys/class/drm/card0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/mice/dev /sys/class/ppp/ppp/dev /sys/class/printer/lp0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/scsi_generic/sg2/dev /sys/class/scsi_generic/sg3/dev /sys/class/scsi_generic/sg4/dev /sys/class/scsi_generic/sg5/dev /sys/class/scsi_generic/sg6/dev /sys/class/scsi_generic/sg7/dev /sys/class/scsi_generic/sg8/dev /sys/devices/pci:00/:00:06.0/adsp/dev /sys/devices/pci:00/:00:06.0/audio/dev /sys/devices/pci:00/:00:06.0/controlC0/dev /sys/devices/pci:00/:00:06.0/dmmidi/dev /sys/devices/pci:00/:00:06.0/dsp/dev /sys/devices/pci:00/:00:06.0/midiC0D0/dev /sys/devices/pci:00/:00:06.0/midi/dev /sys/devices/pci:00/:00:06.0/mixer/dev /sys/devices/pci:00/:00:06.0/pcmC0D0c/dev /sys/devices/pci:00/:00:06.0/pcmC0D0p/dev /sys/devices/pci:00/:00:06.0/pcmC0D1c/dev /sys/devices
Bug#416687: [PATCH] udev fails looking for obsolete /proc/sys/kernel/hotplug
Marco d'Itri wrote: On Mar 29, Helge Hafting [EMAIL PROTECTED] wrote: Because I don't have /proc/sys at all - it is deprecated! It's the first time I read this. Please provide an authoritative reference. Is this sufficient? http://www.ussg.iu.edu/hypermail/linux/kernel/0601.0/1296.html It is a link to an archived linux-kernel message, about creation of /sys/kernel/uevent_helper and deprecation of /proc/sys/kernel/hotplug I am sure the author, Greg KH, can explain the background better than me. This don't mean that /proc/sys as a whole is gone - it is gone in _my_ kernel because I have turned off various options for deprecated backward compatibility. I turn deprecated options off when I can, and turn them back on only if there is horrible breakage. It took some time before I noticed the missing udev. So yes - I can turn /proc/sys/kernel/hotplug back on again. But why do that - the interface is deprecated and the proper way is to fix the udev script which I now have done. Perhaps debian will need to support both - as kernels from before January 04, 2006 don't have /sys/kernel/uevent_helper. That is fine - but support for the current interface (/sys/kernel/uevent) needs to go in. We know how the kernel development works, some day they revoke the obsolete /proc/sys/kernel/hotplug and it is best to be prepared when that happens. When searching the web for information earlier today, I saw indications that rpm-based distributions already made this switch. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415789: digikam: Digikam grabs keyboard focus when it shouldn't
Package: digikam Version: 2:0.8.2-4 Severity: normal I launched digikam from an icewm menu. Knowing that it takes som time to start, I decided to work with another app in the meantime. This work was hampered by digikam stealing keyboard focus _three_ times as it started up. Now, it is perfectly reasonable for an app to grab focus once as it starts - the user launced the app so presumably he wanted to use it! There is absolutely no excuse for grabbing focus more than once though. When I took focus away, digikam should know that I want to work with something else and not stupidly grab focus _again_ just because it eventually got further in its initialization process. When I work with something else - I work with something else... In particular, the splash screen shouldn't grab focus at all, as there is nothing you can do with it anyway. Don't get me wrong - it is an indispensable piece of software, but please don't go the way of commercial programs that are much worse with their irritating focus-grabbing -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages digikam depends on: ii dcraw 8.39-1decode raw digital camera images ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-3 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libexif12 0.6.13-5 library to parse EXIF files ii libfam02.7.0-12 Client library to control the FAM ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libgphoto2-2 2.2.1-16 gphoto2 digital camera library ii libgphoto2-2-dev 2.2.1-16 gphoto2 digital camera library (de ii libgphoto2-port0 2.2.1-16 gphoto2 digital camera port librar ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libimlib2 1.3.0.0debian1-4 powerful image loading and renderi ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkexif1 0.2.3-2 library for KDE to read/display/ed ii libkipi0 0.1.4-1 library for apps that want to use ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite3-0 3.3.8-1.1 SQLite 3 shared library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages digikam recommends: ii digikamimageplugins2:0.8.2-4 image editor plugins for digikam a pn kdeprint none(no description available) ii kipi-plugins 0.1.2-3 image manipulation/handling plugin ii konqueror 4:3.5.5a.dfsg.1-6 KDE's advanced file manager, web b -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413977: xgdvi does not coexist with texlive, it demands tetex
Package: xgdvi Version: 1.2.4-6 Severity: normal I tried to install xgdvi. It insists on pulling in tetex packages, which conflict with texlive that I use. I may be wrong, but I think viewer apps are able to view dvi files no matter what kind of latex were involved in creating the dvi. Please consider having xgdvi depending on either tetex or texlive, instead of demanding tetex. If it really can't work with texlive, just close this bug. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages xgdvi depends on: pn dvilib2 none (no description available) ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib1.2 1.2.10-17The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libx11-62:1.0.3-5X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxi6 1:1.0.1-4X11 Input extension library Versions of packages xgdvi recommends: pn dviutils none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395511: firefox: Still can't open documents automatically from now on
Eric Dorland wrote: reassign 395511 iceweasel thanks * Helge Hafting ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.99+2.0b2+dfsg-1 Severity: normal I gave this experimental version a try. Bugs were expected, here is a long-standing one: After installing firefox, I removed ..mozilla and .firefox directories to start from scratch. When I click on a link to a .doc file, firefox suggests opening it with abiword. Fine! Then I click the box for Do it like this from now on, hoping to never ever see this box again. At least not for .doc documents. I also get a message that I can change this in the download section of edit-settings. Interesting - for this is a problem with an earlier firefox - the download settings are there but nothing can be done about them. I OK this dialog, and click on another .doc file. The stupid dialog pops up again! I think it wasn't supposed to, because do like this from now on is still checked. But it makes no difference. Restarting firefox makes no difference either. So I try opening the settings. Surprise surprise, no download section/tab at all. Oh well, it is a beta. So I file this bug so it perhaps it isn't forgotten. Now reverting to an older firefox who also have this problem, but at least it is capable of opening pdf files too - something this beta won't do for me. Did this improve at all in iceweasel? There is much improvement, although it isn't perfect yet. The pdf problem was solved - it turned out to be a mozplugger problem. Mozplugger failed without a working acrobat present - I changed the mozplugger settings to prefer xpdf which is what I want anyway - this now works fine in iceweasel. Clicking on a doc file now opens it - in openoffice. Now, openoffice is a slow starter, so I'd like to get the quicker abiword back. There seems to be no way to do that in edit-preferences. I think this is to be expected, seeing that it is mozplugger which handles .doc files too. I'll look into the mozplugger setup for this too. What is lacking here, is a way to specify which plugin gets what content. This is necessary when several plugins all support several of the same media types. Example: mplayerplugin and vlc both support lots of video formats - or so they claim. Turns out that some video files only works in one, and some only in the other. This kind of selection currently seems impossible. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234535: #234535: xserver-xfree86: X server can be crashed by xfstt font server (DoS attack)
Brice Goglin wrote: Hi Hedge, 3 years ago, you reported a bug to the Debian BTS regarding a crash of the Xserver possibly caused by xfstt font server. Some security concerns were raised. But, nothing happened since April 2004. Did you reproduce the problem recently? No, I have not seen any font-related crashes lately. Problems with truetype fonts are long gone. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394288: This bug is the same as 'segfault on corrupt /var/cache/apt/*.bin', a bad mmap.
This bug turned out to be the same as the many reports about segfault on corrupt /var/cache/apt/*.bin In my case, it turned out to be a corrupt /var/cache/apt/pkgcache.bin I found this out with 'strace apt-get upgrade' apt mmap'ed /var/cache/apt/pkgcache.bin, and crashed shortly thereafter. Inspecting the file showed only a couple of lines of text, it looked like pieces of a package description. Perhaps apt shouldn't be so trusting. If such a cache file is corrupt, just zap it. I deleted the file, and could again upgrade my debian.' Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393283: RFC: change chown *not* to look up numeric user/group names
Bob Proulx wrote: I strongly believe that not having a root entry in the local password file is a wrong configuration. I strongly believe that configuring a network override of local files is a wrong configuration. At boot time when the network is not yet configured the local file will be searched first, then the network will be attempted but will fail without delay. The values of 0:0 will resolve to root:root from the data in the local file. The operation will proceed. The problem is that I don't get this failure without delay. /etc/init.d/xorg-common does a couple of chown 0:0, attempts to contact the ldap server on 127.0.0.1. The interface is up, but ldap is not yet running due to the startup order. So xorg.common halts and no more startup scripts run. [...] Therefore I don't see how these steps can be avoided. A script wishing to be completely local should use 'chown root:root' and the system should have a root /etc/passwd entry and /etc/nsswitch.conf should search local files before network databases. I now see that chown must work the way it does, with people actually using numeric usernames. Having nsswitch.conf searching local files first is fine with me. I think it'd be nice to fix this for future ldap users, what would be the correct approach? * report a bug against xorg-common, it should use chown root:root? * report a bug against slapd, it should start before xorg-common? * report a bug against libnss-ldap, it should advice the admin to create the 0 user and 0 group when making the change to nsswitch.conf? * Or several of the above? Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394288: apt segfaults when Reading packages lists...
Package: apt Version: 0.6.46.2 Severity: normal First, apt-get dist-upgrade started failing due to unwriteable /usr, and I killed it with CTRL+C Then I remounted /usr, but now apt-get never get further than Reading package lists... and then it segfaults. Some actions also manages to print 0% before segfaulting. The segfault message comes on top of Reading package lists... making it hard to read. I installed the newest apt using dpkg, this did not help. dselect failed too because it uses apt. I guess the package database has become corrupted somehow, it'd be helpful if apt at least would point out the bad file before dying. :-( No more apt for me it seems. -- Package-specific info: -- /etc/apt/preferences -- Package:* Pin: release a=stable Pin-Priority:800 Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 700 Package: * Pin: release o=Debian Pin-Priority: -10 -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii debian-archive-keyring 2006.01.18 GnuPG archive keys of the Debian a ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 apt recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393283: coreutils: 'chmod' unnecessarily calls into name services, breaking bootup with ldap
Jim Meyering wrote: Helge Hafting [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.97-5 Severity: important Actually a critical bug as it prevents bootup. On the other hand, it probably don't affect that many people yet. The problem is that this command: chmod 0:0 filename Surely, you mean chown, not chmod. Correct, I meant chown. will do a completely unnecessary call into the name service switch. This is unnecessary as the user and group is provided numerically. It is of course necessary with chmod username:groupname file but that is a different case. Sorry, but chown has to perform the DB look-up even for numeric user- and group names. This is long-standing practice, as well as a POSIX requirement. Urgh. So posix is broken here too. The only use I can imagine for ascii-numeric userid/groups (that maps to other numbers) is rootkits. Nice way of obscuring things. Definitely one of the cases where I'd like to be incompatible on purpose. Seems you disagree though - oh well. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391838: closed by [EMAIL PROTECTED] (Marco d'Itri) (Re: Bug#391838: udev seems to both require and conflict with hotplug?)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #391838: udev seems to both require and conflict with hotplug?, which was filed against the udev package. It has been closed by [EMAIL PROTECTED] (Marco d'Itri). Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact [EMAIL PROTECTED] (Marco d'Itri) by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Subject: Re: Bug#391838: udev seems to both require and conflict with hotplug? From: [EMAIL PROTECTED] (Marco d'Itri) Date: Mon, 9 Oct 2006 01:09:04 +0200 To: Helge Hafting [EMAIL PROTECTED], [EMAIL PROTECTED] To: Helge Hafting [EMAIL PROTECTED], [EMAIL PROTECTED] Received: (at 391838-done) by bugs.debian.org; 8 Oct 2006 23:09:47 + Return-path: [EMAIL PROTECTED] Received: from attila.bofh.it ([213.92.8.2] ident=postfix) by spohr.debian.org with esmtp (Exim 4.50) id 1GWhli-000798-Kc for [EMAIL PROTECTED]; Sun, 08 Oct 2006 16:09:14 -0700 Received: by attila.bofh.it (Postfix, from userid 10) id ADE8F5F73A; Mon, 9 Oct 2006 01:09:10 +0200 (CEST) Received: by wonderland.linux.it (Postfix, from userid 1001) id 2B89F1BF51; Mon, 9 Oct 2006 01:09:04 +0200 (CEST) Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=gj572EiMnwbLXET9 Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.13 (2006-08-11) X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Oct 08, Helge Hafting [EMAIL PROTECTED] wrote: # dpkg-reconfigure udev udev requires hotplug support, not started. If CONFIG_HOTPLUG is defined then /proc/sys/kernel/hotplug is supposed to exist. I do not know what you did to your system, but I do not believe that this is the result of a bug in the udev package. if [ ! -e /proc/sys/kernel/hotplug ]; then echo udev requires hotplug support, not started. return 1 fi Thanks for the tip, I may have made a mistake when compiling the kernel. May I suggest changing the message to udev requires /proc/sys/kernel/hotplug? This will make it obvious that the problem is with a file, not some missing package. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393657: reportbug dies with UnicodeDecodeError: when including a file in the report
Package: reportbug
Version: 3.29.5
Severity: important
I tried to report a bug in apt, using reportbug apt
'reportbug' then wanted to icnlude /etc/apt/sources.list
in the report, which is reasonable. Then this happened:
I can automatically include various information about your apt
configuration in
your bug report. This information may help to diagnose your problem.
May I include your apt configuration (/etc/apt/apt.conf et al)? [Y/n] Y
May I include your /etc/apt/preferences configuration file? [Y/n] Y
May I include your /etc/apt/sources.list configuration file? [Y/n] Y
Traceback (most recent call last):
File /usr/bin/reportbug, line 1745, in ?
main()
File /usr/bin/reportbug, line 778, in main
return iface.user_interface()
File /usr/bin/reportbug, line 1615, in user_interface
addinfo = \n-- Package-specific
info:\n+file(filename).read().decode('utf-8')
File encodings/utf_8.py, line 16, in decode
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 2393-2395:
invalid data
Now, myx sources.list files contain lots of comments written by
me (in Norwegian, which uses non-ascii letters).
Some are from before I switches to UTF-8, so they are invalid
unicode.
I see no need for reportbug to trip up over some unreadable
*comments* in a file. It really should forward the file
as-is. Note that it is even possible to have file/directory
names that are invalid unicode, so stripping comments
won't help.
-- Package-specific info:
** Environment settings:
INTERFACE=text
** /home/helgehaf/.reportbugrc:
reportbug_version 2.58
mode standard
ui text
realname Helge Hafting
email [EMAIL PROTECTED]
smtphost mail.aitel.hist.no
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages reportbug depends on:
ii python2.4.3-11 An interactive high-level object-o
ii python-central0.5.5 register and build utility for Pyt
Versions of packages reportbug recommends:
pn python-cjkcodecs | python-ico none (no description available)
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393653: apt-get update loops, infinite download of the same .pdiff files
Package: apt Version: 0.6.46 Severity: critical Tags: security Justification: breaks unrelated software Feel free to change severity as fit - critical is the highest but being unable to upgrade or install packages breaks the whole system as it gets more and more outdated with time. And of course I don't get security updates this way either. apt-get update seems to not terminate at all. It produces output like this: Get:36 2006-10-14-1418.40.pdiff [30.0kB] Get:37 2006-10-14-1418.40.pdiff [30.0kB] Get:38 2006-10-10-1317.34.pdiff [80.8kB] Get:39 2006-10-16-1354.47.pdiff [1160B] Get:40 2006-10-16-1354.47.pdiff [1160B] Get:41 2006-10-11-1350.40.pdiff [360B] Get:42 2006-10-11-1350.40.pdiff [36.1kB] Get:43 2006-10-11-1350.40.pdiff [36.1kB] Get:44 2006-10-13-1359.55.pdiff [807B] Get:45 2006-10-12-1433.11.pdiff [598B] Get:46 2006-10-12-1433.11.pdiff [598B] Get:47 2006-10-06-1339.35.pdiff [4878B] Get:48 2006-10-14-1418.40.pdiff [1417B] Get:49 2006-10-14-1418.40.pdiff [1417B] Here 2006-10-14-1418.40.pdiff seems to repeat over and over. Several other names do too - this never stops. apt-get forever remains at 99% Packages rred. Theoretically, this might terminate someday. But something is definitely wrong when update takes *much* more time than the weekly dist-upgrade takes. Installing single packages with apt-get still works sometimes, but this too becomes impossible as the packages referenced from my outdated package database no longer exists in the pool. I can't upgrade to the newer apt for example, because it isn't in the database and update fails. dist-upgrade also fail trying to fetch outdated packages. So I am stuck. Of course, this is the price of using testing+unstable. I'll try downloading the newest apt package manually and install it using dpkg. This version of apt is dangerous in that it 1) Gets itself stuck 2) It becomes a ddos attack on the debian servers, if many users starts unattended apt-get update and keep downloading forever. apt-get is indeed slow today . . . -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- Pasted in manually, as reporbug crashes with some kind of unicode error when I let it include files itself: Package:* Pin: release a=stable Pin-Priority:800 Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 700 Package: * Pin: release o=Debian Pin-Priority: -10 -- (/etc/apt/sources.list present, but not submitted) -- Included manually, as reportbug otherwise crashes: #testing=etch #unstable=sid #stable=sarge deb-src ftp://ftp.debian.org/debian testing main contrib non-free deb-src ftp://ftp.debian.org/debian stable main contrib non-free deb-src ftp://ftp.debian.org/debian unstable main contrib non-free #Sikkerhetsoppdateringer deb http://security.debian.org/ sarge/updates main contrib non-free # Stable: deb ftp://ftp.fi.debian.org/pub/debian stable main contrib non-free #Testing: deb ftp://ftp.fi.debian.org/pub/debian testing main contrib non-free #deb ftp://ftp.fi.debian.org/pub/debian-non-US testing/non-US main contrib non-f ree #Unstable deb ftp://ftp.fi.debian.org/pub/debian unstable main contrib non-free #Experimental deb http://ftp.fi.debian.org/debian/ ../project/experimental main #Andre som ogsE5 distribuerer .deb-filer: #initng deb http://debian.space-based.de/debs/ experimental main #deb ftp://ftp.uninett.no/pub/linux/packages/openoffice-debian testing main cont rib deb http://developer.skulelinux.no/~gautehk/ooo-deb ./ deb http://security.debian.org/ stable/updates main #djbdns binE6rpakker deb http://smarden.org/pape/Debian sarge unofficial #mozilla thunderbird prerelease deb http://people.debian.org/~asac/testing ./ #26/9 2004 DRI X #See http://www.nixnuts.net/files/README.txt deb http://www.nixnuts.net/files/ ./ deb-src http://www.nixnuts.net/files/ ./ #libdvdcss deb http://download.videolan.org/pub/videolan/debian sid main -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 Versions of packages apt recommends: pn debian-archive-keyringnone (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393653: Sorry for a wrong report
You can close this bugreport. After letting apt-get update run for a couple of hours, it completed and is now performing a dist-upgrade. I don't know why it took so much more time than usual, but there is no critical bug at least. Sorry for the noise. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393279: tfm-arphic-bsmi00lp: Package depends on tetex-bin, which makes it impossible to use with texlive
Package: tfm-arphic-bsmi00lp Version: 2.11.2-0.1 Severity: normal I wanted to try this font, but can't install it. It is supposed to work with the omega variant of latex. The package depends on tetex-bin which conflicts with texlive. I use texlive, and texlive cantains omega and is usually able to do anything tetex-bin can. Please consider changing the dependencies so this package will be satisfied by either tetex-bin OR texlive-base-bin Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393278: tfm-arphic-bkai00mp: Package depends on tetex-bin, which makes it impossible to use with texlive
Package: tfm-arphic-bkai00mp Version: 2.11.2-0.1 Severity: normal I wanted to try this font, but can't install it. It is supposed to work with the omega variant of latex. The package depends on tetex-bin which conflicts with texlive. I use texlive, and texlive cantains omega and is usually able to do anything tetex-bin can. Please consider changing the dependencies so this package will be satisfied by either tetex-bin OR texlive-base-bin Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393281: tfm-arphic-gbsn00lp: Package depends on tetex-bin, which makes it impossible to use with texlive
Package: tfm-arphic-gbsn00lp Version: 2.11.2-0.1 Severity: normal I wanted to try this font, but can't install it. It is supposed to work with the omega variant of latex. The package depends on tetex-bin which conflicts with texlive. I use texlive, and texlive cantains omega and is usually able to do anything tetex-bin can. Please consider changing the dependencies so this package will be satisfied by either tetex-bin OR texlive-base-bin Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393282: tfm-arphic-gkai00mp: Package depends on tetex-bin, which makes it impossible to use with texlive
Package: tfm-arphic-gkai00mp Version: 2.11.2-0.1 Severity: normal I wanted to try this font, but can't install it. It is supposed to work with the omega variant of latex. The package depends on tetex-bin which conflicts with texlive. I use texlive, and texlive cantains omega and is usually able to do anything tetex-bin can. Please consider changing the dependencies so this package will be satisfied by either tetex-bin OR texlive-base-bin Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393283: coreutils: 'chmod' unnecessarily calls into name services, breaking bootup with ldap
Package: coreutils Version: 5.97-5 Severity: important Actually a critical bug as it prevents bootup. On the other hand, it probably don't affect that many people yet. The problem is that this command: chmod 0:0 filename will do a completely unnecessary call into the name service switch. This is unnecessary as the user and group is provided numerically. It is of course necessary with chmod username:groupname file but that is a different case. This hangs the machine booting, because: 1. A xserver script provided by debian does exactly this chmod thing 2. The system uses openldap as its user database 3. openldap isn't started yet so chmod blocks forever. As a workaround, I have nsswitch.conf set up to try the standard files before contacting the ldap server. This gives me a small performance penalty on all lookups but the machine boots. Looking up names is unnecessary when the uid:gid is numeric already, it'd be nice if this was eliminated. ldap is a nice way of running a centralized user database after all. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libselinux1 1.30.28-2 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387376: ssh: Can't have different host keys for different ports but same address (NAT)
Package: ssh Version: 1:4.3p2-3 Severity: normal I have several PCs behind a NAT firewall. I want to be able to ssh into any of them, going via a single one is bad because I can't know which ones are up in advance. So the NAT router forwards various ports to the different servers. Unfortunately, ssh always check the hostkey against the IP address only, and so it thinks there is a man-in-the-middle attack when I try the second pc instead of the first. Because then the key changes, but the ip address seems to not change. But it really is another PC, because the port is different and therefore forwarded to a different PC. I appreciate the host key checking, but: It should not be tied to ip address alone, it should be tied to the ip:port pair. That will keep the security, but now same ip:differnet port will be allowed to have different host keys. same ip:same port will still not be allowed to change its key. I am not sure using the same host key everywhere will be good, if one PC is compromised, then all is . . . -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc6-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages ssh depends on: ii openssh-client1:4.3p2-3 Secure shell client, an rlogin/rsh ii openssh-server1:4.3p2-3 Secure shell server, an rshd repla ssh recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386589: lilypond: LilyPond wrongly depends on tetex, prevents use of texlive instead
Package: lilypond Severity: normal I can't install the debian packaged lilypond, because it depends on tetex. My tex system is texlive, which does not coexist with tetex. Putting lilypond.org's version 2.9.17 in /usr/local works fine for me though. So it'd be nice if the package dependencies could be changed so that lilypond is satisfied by either tetex or texlive. Installing with force-depends isn't really an option as I upgrade my testing/unstable system at least weekly and apt-get will then insist on fixing this everytime. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383870: fetchmail: Fetchmail duplicates my SPAM every 10 minutes - ARGH!
Matthias Andree wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Helge Hafting wrote: Still, rejecting on TO address is tricky, mailing list mail is usually not addressed to me. Unfortunately, you haven't shown your configuration file yet. I suspect you're using a wildcarded multidrop configuration. Here is my /etc/fetchmailrc: #Old mail server poll popn.c2i.net protocol POP3 user there has password , is [EMAIL PROTECTED] here #current ISP server poll mail.broadpark.no protocol POP3 user there has password , is [EMAIL PROTECTED] here Perhaps this setup isn't the smartest? Still, it'd be nice if fetchmail would delete successfully delivered messages when exim goes sour. That would at least avoid message multiplication, although I would probably not get any mail through if all the x first messages are bad. That'd be a exim problem though, not a fetchmail fault. Looks like I solved the problem by making exim accept 100 bad messages instead of just 4 before giving up. Still a DOS waiting to happen. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384594: firefox: Firefox wastes time on downloading stuff when I do switch page direction
Package: firefox Version: 1.5.dfsg+1.5.0.6-3 Severity: normal I believe the context menu switch page direction is supposed to lay the current page out differently, and that's it. I tried switch page direction on http://vg.no, and immediately got Read flash.vg.no and a long delay as something (likely flash) was fetched from this slow site. That looks like a performance bug to me, there should be no need for fetching stuff off the net in order to lay the page out differently. Some sites are slow enough as they are. The current page is always in memory, isn't it? Not a big problem for me, as I don't usually switch page direction, but I guess this is used a lot more by people who read both english pages and pages in right-to-left languages. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages firefox depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.3.2-7generic font configuration library ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-3GNU C Library: Shared libraries ii libcairo2 1.2.2-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-11 GCC support library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libstdc++64.1.1-11 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar pn libxinerama1 none (no description available) ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime firefox recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383870: fetchmail: Fetchmail duplicates my SPAM every 10 minutes - ARGH!
Matthias Andree wrote: (demoting to serious, tagging upstream, retitling) Additional info: fetchmail 6.3.4 and older do NOT log out of the upstream server after SIGPIPE (I don't know the rationale behind this - it's not in the comments), which prevents the deletions from happening properly. Retitling the bug accordingly. Thank you for the response. I got around the problem temporarily by reconfiguring exim to accept many more malformed adresses in a session before hanging up. (I now allow 100 instead of the default 3). I agree that grave was exaggregating, given that it was solveable with a config change. I was a bit desperate at the moment, worrying that I might be unable to download email at all for some time. There is no need to provide a special package just for me, as I worked around it by relaxing exim. Please use the time to work on a fix instead. My suggestion is to have fetchmail disconnect in an orderly way, so that the messages actually downloaded are deleted. This would solve the problem - I would get first 115 messages, then a hangup. After 10min, I'd get some more messages until exim trips up, and after a few more rounds I'd get all my mail. Thanks for all the tips on workarounds and configuration, there is clearly a lot I could do to avoid downloading that spam in the first place. Still, rejecting on TO address is tricky, mailing list mail is usually not addressed to me. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383870: fetchmail: Fetchmail duplicates my SPAM every 10 minutes - ARGH!
Package: fetchmail Version: 6.3.4-4 Severity: grave Justification: renders package unusable I have been using fetchmail for many years - it runs every 10 minutes fetching from a few accounts. The mail is then fed into a local exim, because I used to have several users on this machine. Yesterday, I discovered a hundred-doubling of my spam folder, which was surprising. Spam tend to increase, but not so abruptly. Looking at the spam, the same messages repeated over and over. Completely identical headers, even the message id. At first I thought someone had made new spam software with some sort of fault in it, but the same messages kept coming back after I deleted them. Then I had a look at what fetchmail was doing: fetchmail -c showed 893 messages waiting for me at the ISP. Fetchmail started collecting and delivering, then one of the messages got an error response because of a malformed address with spaces in it. Example: reading message [EMAIL PROTECTED]:76 of 893 (1523 octets) ..fetchmail: SMTP error: 501 Denver [EMAIL PROTECTED]: @ or . expected after Denver There were many of these in addition to normal mail/spam, and after a while I got: reading message [EMAIL PROTECTED]:115 of 893 (1672 octets) fetchmail: SMTP error: 501 Too many syntax or protocol errors .. flushed reading message [EMAIL PROTECTED]:116 of 893 (1800 octets) ..fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from [EMAIL PROTECTED] fetchmail: Query status=2 (SOCKET) Fetchmail gave up. Fine, I tried a fetchmail -c and noticed - still 893 messages left! But I now have many of them in my spambox. Every 10 minutes, fetchmail get me 115 copies of the _same_ spam, then gives up. Now, I understand that fetchmail don't want to destroy the faulty messages - there could be something important. But it _really_ should remove from the server all those messages that were delivered successfully! I should not get the same (successful) spam messages delivered over and over and over! I have never seen anything like this before, and it is very annoying. Now, I can set up a client to access that ISP account directly, and delete messages on the server. But that won't help, for surely I will get more spam with spaces in the TO: field that will trip up fetchmail again and again. Is there a solution for this, or will there be one soon? I'll try other versions of fetchmail available from debian, of course. As it is - fetchmail is unuseable because it both fail to fetch 90% of my mail, _and_ it fills up the disk slowly threatening the system with a full disk. Incoming mail service is denied. Feel free to yell if I am running fetchmail in a stupid way - there isn't much thought in this setup, but it worked flawlessly for many years now. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages fetchmail depends on: ii adduser 3.96 Add and remove users and groups ii debianutils 2.17 Miscellaneous utilities specific t ii gettext 0.14.6-1 GNU Internationalization utilities ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries Versions of packages fetchmail recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376259: lynx ftp download: Want save as default, not help
Package: lynx Version: 2.8.5-2sarge1 Severity: wishlist Lynx is nice for browsing ftp sites. When finding something interesting, I press 'd' and lynx downloads it. Then it shows me a page with an option to save the downloaded file. A long time ago, this page was very nice. The save link was active by default, probably because it was the first link. So, after downloading, I could press 'rightarrow' and save the downloaded file with a single click. Think about it. When you download, you want to save the file somewhere. It is almost always the next step, so it should definitely be the default choice! Some day, lynx regressed on an upgrade. Now the default link is 'help', which no-one should need here. Well, I certainly don't mind that help is available, even though it is really easy when you have gotten this far. But it should not be the default! When downloading, 'help' isn't what you need normally. A somewhat silly user might need it, but only the first few times and then he knows what to do. Please consider optimizing for the common case of wanting to save the downloaded file. Lynx is something I use for its speed mainly, an extra keypress gets in the way of speed. It'd be really nice to have save to disk as the default/first link again, with the help stuff as a secondary choice. That'd bring the speed back to the user interface. I should have reported this a long time ago, but it isn't really a bug. User interface design bug, perhaps. ;-) Now I figured out I could report it as a wish. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-mm4 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages lynx depends on: ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgnutls11 1.0.16-14+b1 GNU TLS library - runtime library ii libncursesw55.5-2Shared libraries for terminal hand ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages lynx recommends: ii mime-support 3.36-1 MIME files 'mime.types' 'mailcap -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376216: apt: Same dist-upgrade over and over, database not updated?
Package: apt Version: 0.6.44.2 Severity: important Usually, apt-get dist-upgrade will install some packages. Rerunning it without an intervening update is supposed to find everything in order. But not so anymore. Rerunning the dist-upgrade wants to install the same set of packages again and again and again... Everytime, apt-get does the install, sets up packages, runs scripts etc. dpkg -l confirms the new packages are installed command --version confirms new program versions too. But apt apparently forgets to record that the packages are, in fact, upgraded. So a new apt-get dist-upgrade will go through the motions and overwrite every package with the SAME version. Look at this silliness: # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done The following packages have been kept back: gdk-imlib1 gkrellm libkrb5-17-heimdal maxima-share sasl2-bin The following packages will be upgraded: airstrike bonnie++ cabextract cd-discid chktex cupsys-pt delo desktop-file-utils diff docker ed gocr ifupdown libart-2.0-2 libaudiofile0 libcap1 libdvbpsi3 libdvdnav4 libgnome32 libgpgme-dev libgpgme6 libgsm1 libgtkgl2.0-1 libgtkgl2.0-dev libident libieee1284-3 libjasper-1.701-1 libjasper-runtime libmikmod2 liborbit-dev liborbit0 libpcap0.7 libraw1394-5 libselinux1 libsqlite0 libsqlite0-dev libstartup-notification0 libxml-parser-perl lmarbles mawk mp3c mpg321 potool potrace pppstatus python-pyogg python-pyvorbis t1utils time unrtf xmlto xmms-find xmms-finespectrum 53 upgraded, 0 newly installed, 0 to remove and 5 not upgraded. 2 not fully installed or removed. Need to get 0B/5119kB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue [Y/n]? Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 177441 files and directories currently installed.) Preparing to replace mawk 1.3.3-11 (using .../mawk_1.3.3-11_amd64.deb) ... Unpacking replacement mawk ... Preparing to replace libsqlite0 2.8.16-1 (using /libsqlite0_2.8.16-1_amd64.de b) ... Unpacking replacement libsqlite0 ... Preparing to replace diff 2.8.1-11 (using .../diff_2.8.1-11_amd64.deb) ... Unpacking replacement diff ... Setting up diff (2.8.1-11) ... It continues like this for a hundred other packages. Every package overwritten with the same version again. This shouldn't happen. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; -- /etc/apt/preferences -- Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 700 Package: * Pin: release o=Debian Pin-Priority: -10 -- /etc/apt/sources.list -- #sid=testing, sarge=unstable før. #sarge=stable nå. #firefox-problemet? #Stable fins ikke for amd64 - ennå deb http://amd64.debian.net/debian/ stable non-free main contrib #url defunct deb http://ftp.no.debian.org/debian testing main contrib non-free deb http://ftp.no.debian.org/debian/ unstable main contrib non-free deb http://ftp.no.debian.org/debian/ experimental main contrib non-free #deb-src http://amd64.debian.net/debian/ testing main contrib non-free deb-src http://ftp.no.debian.org/debian/ testing main contrib non-free #Initng deb http://debian.space-based.de/debs/ experimental main #Blackdown java: deb ftp://ftp.tux.org/java/debian/ testing non-free #Ubuntu-pakker for xorg #deb http://archive.ubuntu.com/ubuntu/ hoary main restricted universe multiverse #Dessverre bare for i386 :-( #vlc, libdvdcss2 #deb http://download.videolan.org/pub/videolan/debian sid main #deb http://nightlies.videolan.org/build/sid-amd64/arch sid main deb http://nightlies.videolan.org/build/sid-amd64/arch ./ #Disse er nede for tiden! ##Marillat: unofficial deb packages, unstable, stable #deb http://cyberspace.ucla.edu/marillat/ sid main #deb http://cyberspace.ucla.edu/marillat/ sarge main ##stable,testing,unstable #deb ftp://ftp.nerim.net/debian-marillat/
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall - cause found
Adam Majer wrote:
Now, long time ago /usr/share/doc/jikes-{classpath,gij,sablevm} all were
symlinks to /usr/share/doc/jikes. My guess is that you still have these
as symlinks. If yes, remove these symlinks and reinstall. In either
case, let me know. These symlinks were created with debhelper hence I
assumed they would go away automatically.
Thanks, that solved the problem.
There were indeed symlinks, there were nothing wrong with
your packages at all.
Helge Hafting
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375922: Install several texlive-packages, and watch updmap-sys run over and over
Package: texlive Version: 2005-2 Severity: wishlist Not really a bug, only a performance problem. Therefore, whishlist status. I noticed that when installing several texlive packages, (dist-upgrade, or first-time install) then the rather slow updmap-sys runs over and over and over. It runs for every package that might need it. This alone make dist-upgrade noticeably slower. Contrast this to how update-menus works. update-menus is postponed until everything is installed, then it runs once. Perhaps a similiar mechanism could be used for updmap-sys and mktexlsr, saving some time? Even more sad: uninstalling all of texlive runs updmap-sys and mktexlsr for quite a few of the packages as they go, and the effort is totally wasted as in the end there is nothing left. Nort so much of a problem as one don't uninstall over and over. But if a dealyed updmap-sys is implemented for dist-upgrades, then it could be used on uninstall as well. Helge Hafting -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1189 2006-06-29 00:25 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 3183 2006-06-29 00:10 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2006-05-20 03:16 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2006-06-28 23:51 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2006-05-20 03:16 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 9145 2006-06-29 00:25 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 12823 2006-06-29 00:25 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5593 2006-06-29 00:25 /var/lib/texmf/tex/generic/config/language.dat -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages texlive depends on: ii texlive-context 2005-2 TeX Live: ConText macro package ii texlive-doc-en2005-2 TeX Live: English documentation ii texlive-fonts-recommended 2005-2 TeX Live: Recommended fonts ii texlive-latex-base2005-2 TeX Live: Basic LaTeX packages ii texlive-latex-recommended 2005-2 TeX Live: LaTeX recommended packag texlive recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall
Adam Majer wrote: Helge Hafting wrote: Package: jikes Version: 1:1.22-4 Severity: minor debsums: checksum mismatch jikes file /usr/share/doc/jikes/copyright debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.gz debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.Debian.gz I changed debsums config not to generate checksums when they are missing. Anyway, I get, [EMAIL PROTECTED]:~$ debsums jikes /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright OK /usr/share/doc/jikes/changelog.gz OK /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz OK /usr/share/man/man1/jikes.1.gz OK so, I reinstalled jikes, [EMAIL PROTECTED]:~$ sudo aptitude reinstall jikes [snip] Setting up jikes (1.22-4) ... [EMAIL PROTECTED]:~$ debsums jikes /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright OK /usr/share/doc/jikes/changelog.gz OK /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz OK /usr/share/man/man1/jikes.1.gz OK Then I downloaded from the mirrors.kernel.org debian mirror jikes.deb, extracted it and checked the internal md5sums, [EMAIL PROTECTED]:/tmp/a$ ls -ltr total 12 drwxr-xr-x 5 adamm adamm 4096 Feb 11 15:58 usr -rw-r--r-- 1 adamm adamm 773 Feb 11 15:59 control -rw-r--r-- 1 adamm adamm 504 Feb 11 15:59 md5sums [EMAIL PROTECTED]:/tmp/a$ cat md5sums 1e922f7a325e2830b2333930fcf136db usr/include/jikesapi.h 5ecffeed4b7e6dbbdd769d659a78cacf usr/bin/jikes 1ba2a7615432a66e5351b29e117c0815 usr/share/doc/jikes/README.Debian 8e5b25a65f953a13dbd14a42743fc49a usr/share/doc/jikes/copyright b358064567d9e6ee3d083f19e12d8632 usr/share/doc/jikes/changelog.gz db9f8ca2ce0362696dac063b007a25a4 usr/share/doc/jikes/NEWS.gz d98e84392af31efd2b587136c0f8260e usr/share/doc/jikes/changelog.Debian.gz 512e3b0d978e1e8c2201f4a459aca843 usr/share/man/man1/jikes.1.gz [EMAIL PROTECTED]:/tmp/a$ md5sum -c md5sums usr/include/jikesapi.h: OK usr/bin/jikes: OK usr/share/doc/jikes/README.Debian: OK usr/share/doc/jikes/copyright: OK usr/share/doc/jikes/changelog.gz: OK usr/share/doc/jikes/NEWS.gz: OK usr/share/doc/jikes/changelog.Debian.gz: OK usr/share/man/man1/jikes.1.gz: OK These seem OK. That is, the package is consistent with itself. Check if your checksums match the ones here. You can check the file one by one. Which mirror are you using? I'm assuming you are using the crypto version of apt with up to date archive keys (ie. you get no warnings about untrusted sources). This is strange. I ran debsums jikes again, and got: /usr/include/jikesapi.h OK /usr/bin/jikes OK /usr/share/doc/jikes/README.Debian OK /usr/share/doc/jikes/copyright FAILED /usr/share/doc/jikes/changelog.gz FAILED /usr/share/doc/jikes/NEWS.gz OK /usr/share/doc/jikes/changelog.Debian.gz FAILED /usr/share/man/man1/jikes.1.gz OK After an apt-get update, my jikes was still the last version. But I reinstalled it anyway with apt-get -t unstable --reinstall install jikes And now the checksums match! This is strange -- nothing was downloaded because I already have the latest package. Last time it gave me checksum errors, now it doesn't? I have a newer kernel now, (2.6.17-mm1) that could theoretically make a difference if the old one had a rare filesystem error or something. All the file chekcsums matches yours now, so I guess the problem is solved, whatever it was. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall
Adam Majer wrote: These seem OK. That is, the package is consistent with itself. Check if your checksums match the ones here. You can check the file one by one. Which mirror are you using? I'm assuming you are using the crypto version of apt with up to date archive keys (ie. you get no warnings about untrusted sources). I found the same problem with jikes-kaffe and jikes-classpath. Checksum errors, and it is the copyright files that are affected. So I made backups of the mismatching jikes-kaffe files that were wrong, before reinstalling the package from my .deb file. (The wrong files for the jikes package is now lost.) The reinstalled jikes-kaffe had correct checksums. So I compared the old and new copyright files, and found them to be completely different. The correct /usr/share/doc/jikes-kaffe/copyright starts like this: KAFFE LICENSES Kaffe includes code from many different sources. Currently it contains a great deal of code under the GPL and LGPL. Those licenses can be found in /usr/share/common-licenses. Some parts of Kaffe under those licenses have various exceptions detailed below. Additionally, some parts of Kaffe are from work by the W3C and is therefore under a W3C license. That license is also included in this file. The wrong file starts like this: This package was originaly debianized by Mike Goldman [EMAIL PROTECTED] on Sun, 14 Mar 1999 12:46:09 -0500. Current maintainer is Adam Majer [EMAIL PROTECTED] and it continues with an IBM public licence. for the jikes compiler. The word IBM isn't even mentioned in the correct file. So I wonder, has there been a change of licence without an update in the version number? Or is wrong file versions something that can happen when I break apt-get/dpkg with ctrl+C? I do that occationally, I believed that any half-written package should be re-unpacked upon rerunning the apt-get command later. Or is this assumption wrong? It'd be strange for apt-get to update its database with a new version number installed if the unpacking (or some pre-/post-install script) got interrupted. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall - cause found
Now I found the problem. The three packages jikes, jikes-kaffe and jikes-classpath all overwrite each others copyright files. So: Installing jikes wrecks the checksums of jikes-classpath and jikes-kaffe Installing jikes-kaffe wrecks the checksums of jikes and jikes-classpath Installing jikes-classpath wrecks the checksums of jikes and jikes-kaffe Just try it. Install all three packages. Then, apt-get --reinstall install one of the packages run debsums jikes jikes-kaffe jikes-classpath and see that the one installed is ok, and the other two is not. This is fully repeatable and works for any of the three packages. My guess: over-eager cutpaste when making postinst scripts? ;-) Probably not a real problem, except it trips up debsums and stores wrong licencing info. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375351: console-tools: loadkeys always segfaults when I try to load a keyboard map
Package: console-tools Version: 1:0.2.3dbs-62 Severity: normal $ loadkeys /usr/share/keymaps/i386/qwerty/no-standard.kmap.gz loadkeys[3681]: segfault at 05a0 rip 2b48fbb73eea rsp 7fffaf267f88 error 4 segmentation fault This always happen when I try to load a keyboard map. Strangely enough, loadkeys succeeds if I run it from within X. But run it on a VT, and it hangs. I should mention that the machine is a bit unusual, with two video cards and two keyboards attached. Still, loadkeys used to work fine with this setup before. The two screens shouldn't really matter as long as loadkeys only deal with the keyboard, and normally having two keybaords didn't matter either. This downgrade solves my problems: # apt-get install console-tools=1:0.2.3dbs-56 libconsole=1:0.2.3dbs-56 Now loadkeys don't segfault any more. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc6-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages console-tools depends on: ii console-common 0.7.58Basic infrastructure for text cons ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libconsole 1:0.2.3dbs-62 Shared libraries for Linux console ii sysvinit 2.86.ds1-14.1 System-V-like init utilities Versions of packages console-tools recommends: ii console-data 2002.12.04dbs-52.2 Keymaps, fonts, charset maps, fall -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374948: xfonts-scalable: Checksum error after fresh install
Package: xfonts-scalable Version: 1:1.0.0-4 Severity: normal I run debsums now and then, looking for signs of intrusion or disk errors. When a package have errors, I reinstall it with apt-get --reinstall install package and retests. Suggested fix: update the wrong checksums. This package installs with the following checksum error: debsums: checksum mismatch xfonts-scalable file /usr/share/fonts/X11/Type1/fonts.scale Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages xfonts-scalable depends on: ii xfonts-utils 1:1.0.0-6 X Window System font utility progr xfonts-scalable recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374947: jikes: Cheksum mismatch even after fresh reinstall
Package: jikes Version: 1:1.22-4 Severity: minor I run debsums now and then, looking for signs of intrusion or disk errors. When a package have errors, I reinstall it with apt-get --reinstall install package and retests. Suggested fix: update the wrong checksums. This package installs with the following checksum errors: debsums: checksum mismatch jikes file /usr/share/doc/jikes/copyright debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.gz debsums: checksum mismatch jikes file /usr/share/doc/jikes/changelog.Debian.gz Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages jikes depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-5 GCC support library ii libstdc++64.1.1-5The GNU Standard C++ Library v3 Versions of packages jikes recommends: ii jikes-classpath 2:0.91-3 wrapper for jikes using classes fr ii jikes-gij 1:1.22-4 Wrapper for jikes using GNU GIJ cl ii jikes-kaffe 2:1.1.6-3 Wrapper for jikes using Kaffe clas -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374949: aspell-en: Checksum errors even after fresh install
Package: aspell-en Version: 6.0-0-5 Severity: normal I run debsums now and then, looking for signs of intrusion or disk errors. When a package have errors, I reinstall it with apt-get --reinstall install package and retests. Suggested fix: update the wrong checksums. This package installs with the following checksum errors: debsums: checksum mismatch aspell-en file /var/lib/aspell/en-common.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en-variant_0.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en-variant_1.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en-variant_2.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_CA-w_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_CA-wo_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_GB-ise-w_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_GB-ise-wo_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_GB-ize-w_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_GB-ize-wo_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_US-w_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en_US-wo_accents-only.rws debsums: checksum mismatch aspell-en file /var/lib/aspell/en.compat -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages aspell-en depends on: ii aspell0.60.4-4 GNU Aspell spell-checker ii dictionaries-common 0.67.2 Common utilities for spelling dict aspell-en recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374192: gnumeric: printing doesn't take advantage room on rotated printout
Package: gnumeric Version: 1.6.3-2 Severity: normal I tried to print a small spreadsheet, which I hoped to fit on one page. There weren't room for the rightmost column though, so it appeared on a page of its own. No surprise, as I printed it in portrait orientation on A4 paper. So I tried turning the paper feed orientation by 90 degrees. The preview then shows my spreadsheet rotated the way I want it, on the A4-like paper in the preview. But silly enough, that column is _still_ on a page of its own, even though there now is room for it. Very strange, unless rotated printing is unsupported. Actually printing this gives a unrotated printout, so I guess rotated printing isn't supported? I tried changing the page orientation as well as the paper feeding orientation. This gave me a correct preview, at least. Pressing print in this preview dialog doesn't print, it brings up a printer select dialog, where I choose epsonR800 instead of the default generic postcript and Create a PDF document. Unfortunately, changing printer resets my choice of orientation! Stupid, now I have to change exactly the same stuff again! Now, I understand that changing printer might need a change in formjat, the other printer *might* support different paper only. But then, the choice of printer should happen before the choice of orientation and format! There is absolutely no use in carefully setting up the print job only to get every choice set back to whatever is default on the other printer. I hope you consider reordering (and simplifying) the dialogs so printer selection necessarily happens before format selection? Well, I changed the selections again, and got a good preview on the monitor, with correct printer selected. Paper feeding and page orientation were both rotated, in order to get a nice-looking preview. It printed upright anyway though. Well, this printer really only support portrait-oriented A4, bu the previews look like shit without rotated feeding, with most of the print outside the edge of the paper. :-( Ok, so I thought: lets try with correct settings, so I set it to non-rotated feeding, and landscape page orientation. Now the preview looks exactly like my shitty previous printout, that is, a landscape oriented page printed in portrait orientation so that the right edge is cut off. Headers and footers are placed wrong for a portrait page, correct for a landscape page. This looks stupid when it in fact previews in portrait orientation. Printing this preview mess gave me exactly the same mess on paper too. Changing page orientation to landscape clearly cause the print data to be laid out for A4 landscape, but it prints in portrait mode anyway. Both on printer and on the preview. :-( If the lanscape option isn't supported yet, please consider graying it out until it makes a difference. Changing the paper feeding orientation has effect on the preview, an no effect whatsoever on the printer. The option really shouldn't be offered when the printer doesn't support it. Assuming this is possible to detect, of course. So I tried printing to a pdf file. Rotation still did not work, no matter how I combined the two rotation options. (Rotated paper feeding, or landscape, or both). I finally printed straight up to a paper with a custom size. My custom paper had the same height as the width of an A4 paper, and the same width as the height of A4 paper. This pdf file printed correctly. Getting a correct landscape print is possibly, but only by jumping through hoops. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc6-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii gconf22.14.0-1 GNOME configuration database syste ii gnumeric-common 1.6.3-2common files for Gnumeric, the GNO ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-2 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2+b1 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines
Bug#371071: A png file showing the problem
The attached small png file shows what the problem looks like. While working, bad cells suddenly turn good again, but this is not easy to force. I have seen that it happens in columns other than the first one too now. Helge Hafting
Bug#371071: gnumeric: Rendering error - first column is usually unreadable
Package: gnumeric Version: 1.6.3-2 Severity: normal Gnumeric works and the cells contain correct data. But the cells in the first column often displays as garbage. Often, but not always. Using the arrow key to roll through the first column generally provokes this. When the column displays badly it stays bad, covering and then uncovering the gnumeric window does nothing. This is a bug that comes and goes. I have seen it years ago, then it disappeared. Now it is here again, this time it seems to happen only in the first column. It is irritating, it makes this otherwise fine software look amateurish. I'll follow up this report with a small PNG showing my problem. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5-mm2 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii gconf22.14.0-1 GNOME configuration database syste ii gnumeric-common 1.6.3-2common files for Gnumeric, the GNO ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-2 The Bonobo UI library ii libc6 2.3.6-9GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1GNOME keyring services library ii libgnome2-0 2.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-02.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-3 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.1-2 GNOME virtual file-system (runtime ii libgoffice-1-20.2.1-1Document centric objects library - ii libgsf-1-114 1.14.1-1 Structured File Library - runtime ii libgsf-gnome-1-1141.14.1-1 Structured File Library - runtime ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes31:3.0.1.2-4X11 miscellaneous 'fixes' extensio ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.24.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii zlib1g1:1.2.3-11 compression library - runtime gnumeric recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369484: slapd: Bug in initscript, could wreck database
Package: slapd Version: 2.3.23-1 Severity: normal I was reading the /etc/init.d/slapd script, in order to make an equivalent start/stop script for initng. I noticed this snippet of code which is wrong: # Make sure there is no slapcat and no slapd running as we might # break the DB in that case if pidof /usr/lib/slapd /dev/null; then echo -n (slapd running, no recovery), return 0 fi The poblem here is that /usr/lib/slapd is the wrong path. slapd lives in /usr/sbin, so the correct would be if pidof /usr/sbin/slapd /dev/null; then As it stands, the test will never ever trigger. Now, the case where it is needed is unlikely to happen, but it is possible if slapd is started manually and then the initscript runs somehow. Then BDB could break. The obvious fix is to change the line as above. I have tested the pidof command, pidof /usr/lib/slapd does nothing, while pidof /usr/sbin/slapd gives me the correct pid. Helge Hafting -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc5 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages slapd depends on: ii coreutils [fileutils] 5.94-1 The GNU core utilities ii debconf [debconf-2.0] 1.5.1Debian configuration management sy ii fileutils 5.94-1 The GNU file management utilities ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libdb4.24.2.52-23.1 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.4-3 iODBC Driver Manager ii libldap-2.3-0 2.3.23-1 OpenLDAP libraries ii libltdl31.5.22-4 A system independent dlopen wrappe ii libperl5.8 5.8.8-4 Shared Perl library ii libsasl22.1.19.dfsg1-0.2 Authentication abstraction library ii libslp1 1.2.1-5 OpenSLP libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libwrap07.6.dbs-9Wietse Venema's TCP wrappers libra ii perl [libmime-base64-pe 5.8.8-4 Larry Wall's Practical Extraction ii psmisc 22.2-1 Utilities that use the proc filesy Versions of packages slapd recommends: ii db4.2-util 4.2.52-23.1 Berkeley v4.2 Database Utilities ii libsasl2-modules2.1.19.dfsg1-0.2 Pluggable Authentication Modules f -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369484: [Pkg-openldap-devel] Bug#369484: slapd: Bug in initscript, could wreck database
Quanah Gibson-Mount wrote: --On Tuesday, May 30, 2006 8:53 AM +0200 Helge Hafting [EMAIL PROTECTED] wrote: Package: slapd Version: 2.3.23-1 Severity: normal I was reading the /etc/init.d/slapd script, in order to make an equivalent start/stop script for initng. I noticed this snippet of code which is wrong: # Make sure there is no slapcat and no slapd running as we might # break the DB in that case if pidof /usr/lib/slapd /dev/null; then echo -n (slapd running, no recovery), return 0 fi The poblem here is that /usr/lib/slapd is the wrong path. slapd lives in /usr/sbin, so the correct would be if pidof /usr/sbin/slapd /dev/null; then As it stands, the test will never ever trigger. Now, the case where it is needed is unlikely to happen, but it is possible if slapd is started manually and then the initscript runs somehow. Then BDB could break. The obvious fix is to change the line as above. I have tested the pidof command, pidof /usr/lib/slapd does nothing, while pidof /usr/sbin/slapd gives me the correct pid. I have to somewhat question the validity of this test at all. (a) slapcat does not harm the database, and hasn't done so since at least OpenLDAP 2.1. This sounds like an ancient holdover. (b) OpenLDAP 2.3 already has a file (alock) that determines whether or not recover should be performed. In no case should an init script be calling db_recover itself. If that is the case, the init script is horribly broken. Either way, the slapd package needs fixing. What I saw was clearly wrong, the script ran 'pidof' against a nonexistant filename. So I tried to fix that. Of course my simple fix doesn't help if what the script tries to do is wrong anyway. I do not know the details of slapd bdb, I assumed the comments were accurate with just an implementation error. I am now looking forward for the proper fix, which I don't know enough to make myself. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366107: Installing tex-common gets stuck after giving invalid group
Frank Küster wrote: Hi everybody, Helge Hafting [EMAIL PROTECTED] wrote: [...] A nice fix for tex-common, would be to do minimal validation of the group name entered. For example, see if getent groupname works. Shellscript test: if getent group $GROUPNAME ; then echo ok ; else echo bad ; fi This works for me, of course you want to do better than echo, i.e. bring up the group dialog box again on failure. That sounds like a very good way to do it; many thanks. I've been writing some code, but now I'm unsure about one thing: What will happen if somebody installs Debian newly on a clean system, e.g. with a CD, and chooses to install a TeX system at the very first moment? Does this happen before local users (and hence groups) are created? If this situation might arise, we cannot check for valid groups in the config script (which is run immediately after doing the choices and downloading, and prior to any unpacking or installation). Does anybody know, or do we need to ask the installer people? Regards, Frank I don't know what will happen. But there is a solution, instead of forcing the user to select a valid group, just pop up a warning that the group does not exist yet, and so the installation will halt in post-install unless some other package being installed will add the group in the meantime, as part of its own configuration. Then they can select to go back and change the group name (root should alsways be safe) or proceed and hope the best. Thinking of it, if other packages that add groups does so in the post-install step, then it might not help very much. tex-common post-install could very well be first. So forcing people to select a group valid at install time might not be so bad - because otherwise they can be pretty sure they'll hang the install a little later anyway. Someone forced to select a group he don't want can always dpkg-reconfigure the successfully installed text-common later, which definitely is better than having to purge tex-common, fix the broken install, and then reinstall tex-common. Also, I think you won't be installing tex as the very first here. First you install the base system, only then do you get to choose the rest. So I believe that standard groups like root and bin and so on will be available. I am not sure, but I think the adduser package usually is installed with the base system too, so you could offer to run addgroup for nonexisting groups. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366108: debconf: Misconfigured package can block further installs, and can't be reconfigured
Package: debconf Version: 1.5.0 Severity: normal I noticed this while doing a dist-upgrade. The package tex-common asked for a group to own font files, and I mistyped it. tex-common then failed in its post-install script, and blocked further upgrading. Now, this would be easy to fix if I could use dpkg-reconfigure tex-common to correct the misspelled group name. But dpkg-reconfigure won't touch such a package because it is broken. This is a problem, because the problem cannot be fixed. dpkg-reconfigure should simply run and ask the questions in such a case, so I can do a apt-get -f install (or similiar) later. Reconfiguring the not fully installed package proved impossible. I tired removing it the excessive way, with dpkg --force-depends --remove tex-common, but the broken config remained. I was not asked any questions on package reinstall, so it broke the same way! I had hoped to get the config questions again, so I could correct the wrong group name. And keep any other setting, of course. I had to use dpkg --force-depends --purge tex-common, then I could reinstall the package. This is bad, as a purge destroys each and every setting completely. Fortunately, tex-common only have a couple of settings, but imagine this scenario happening with the xserver, the ldap server, or some other really complex software. The solution seems simple to me - please let dpkg-reconfigure work on packages that are broken due to a failed post-install. It will then be possible to fix bad settings, without clearing all other settings for the same package. And without resorting to hairy options like --force-depends. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages debconf depends on: ii debconf-i18n 1.5.0 full internationalization support ii perl-base 5.8.8-4The Pathologically Eclectic Rubbis Versions of packages debconf recommends: ii apt-utils 0.6.43.3 APT utility programs -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
