Bug#418672: 5.0.32-7etch1 has this bug
hi, On Wed, 2007-04-25 at 13:22 +1100, Russell Coker wrote: > I just did a fresh install of mysql-server-5.0 on an AMD64 system which had > never been used to run any version of MySQL before. It has root accounts > with no passwords. i believe the bug in question was about an existing installation with a password being upgraded in such a way that root could log in afterwards without a password. empty passwords are actually the *default* with mysql databases, though in debian we've value-added some debconf-based password setting. still, if you don't see the questions or othewrise decline these questions the default remains. sean signature.asc Description: This is a digitally signed message part
Bug#420390: Purging tetex transition packages removes texlive configuration files
Hi Frank! On Mon, 23 Apr 2007, Frank Küster wrote: > [ writing this in the train, no idea when I'll be able to actually send > this mail to the world - so the info might be outdated] Seems to be that both of us like to triag this stuff on the train ;-) > The basic problem is that tetex-base's postrm (from etch, upon purge) > does some cleanup of files which were in /etc/texmf in woody and sarge > and are useless now. But as it turns out, some have now been > resurrected and are of vital importance in lenny. Aehmmm. Damned. This could be an explanation. > I think the solution would be to create a package tetex-base_2007-* from > texlive-base-bin and give it a sane postrm - after that it can safely be > purged. But this will not solve the problem if someone upgrades from etch and at the same time of installation texlive* purges the tetex packages. Am I right? > If we go that way and do the cleanup, we should test different upgrade So we have to: - create a new bin package tetex-base in texlive-base done - add a postrm which does some clean up. added tetex-base.postrm.post but it is empty by now Frank, please add your stuff there. > scenarios. I still have tar.gz around for woody and sarge chroots, so I > could in principle do that: I would say "IN PRINCIPLE", woody I would left out, but sarge->etch->sid would be good to test. > > /etc/texmf/dvips/config/config.ps > > this is removed by tetex-base Ouch. > > /etc/texmf/fmt.d/01tetex.cnf (maybe) > > Didn't look at this - it's good when it's gone and maybe it's a texlive > package which removes it. Yes, it is texlive-common.postinst.post which calls /usr/share/tex-common/tetex-bin-upgrade What do to with this? Replace the call to tetex-bin-upgrade simply by rm -f /etc/texmf/fmt.d/00tetex.cnf /etc/texmf/fmt.d/01tetex.cnf ??? > > /etc/texmf/metafont/misc/modes.mf > > /etc/texmf/tex/generic/config/pdftexconfig.tex > > /etc/texmf/tex/latex/config/color.cfg > > /etc/texmf/tex/latex/config/graphics.cfg > > /etc/texmf/tex/latex/config/hyperref.cfg > > These are all covered by my analysis and handled by tetex-base As above. > > /etc/texmf/web2c/mktex.cnf > > mktex.cnf is *not* handled by any of the tetexens' maintainer scripts. > I'm puzzled how that could vanish. Me too, this is tex-common stuff since quite some time. Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KURDISTAN (n.) Hard stare given by a husband to his wife when he notices a sharp increase in the number of times he answers the phone to be told, 'Sorry, wrong number.' --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419756: albatross: FTBFS: epstopdf: Command not found
On Mit, 18 Apr 2007, Florent Rougon wrote: > > Yes they do: texlive-extra-utils/2007 depends on > > texlive-common/2007 conflicts with > > texlive-pdfetex > > That is not enough. With these depends and conflicts, apt could unpack But we have: texlive-extra-utils replaces texlive-pdfetex so this should be enough. Forgot about it. Now when I wanted to fix this I see that it is already there. Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- You're bound to be unhappy if you optimize everything. --- Donald E. Knuth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420848: Accounts no longer accessible - account editor empty and useless
I don't have an immediate fix to your problem. The problem here is that the evolution-data-server binary package contains some private libraries located in a versioned directory that follow libcamel's versioning. The current structure allow two versions of libcamel to be installed at the same time, but not two versions of evolution-data-server. Maybe the /usr/lib/evolution-data-server-1.2/camel-providers-*/* should belong to the libcamel package? The good news in a short-term perspective is that as soon as evolution is upgraded to 2.10.1, your evolution will work again. I expect that to happen this week. In the meanwhile, you have to downgrade evolution-data-server in order to have a functional evolution. Still there is a dependency problem, but the solution is not obvious, so we'll have to think through it a couple of times.. Cheers, Øystein
Bug#378758: marked as done (not ready for a stable debian release)
Your message dated Wed, 25 Apr 2007 07:33:38 +0200 with message-id <[EMAIL PROTECTED]> and subject line let's hope it'll work out for lenny has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: tor Severity: serious Version: N/A In discussion with the Tor upstream developers it became apparent that Tor releases in the current stage of development on Tor at not expected to work for much longer than 12 or so months. Protocol changes could be required at any time, and major bug fixes have happened a number of times in the recent past. One developer said he'ld probably be quite unhappy if somebody tried to ship a branch that was rleased more than 12 months ago. Given that it is probably not a good idea to release etch with Tor. Maybe next time. Cheers, Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ --- End Message --- --- Begin Message --- closing bug. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ --- End Message ---
Bug#420713: texlive-xetex: Package uninstallable
Hi Didier, On Die, 24 Apr 2007, Didier Verna wrote: > (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-t1.tex))) > (/usr/share/texmf-texlive/tex/generic/ukrhyph/ukrhyph.tex > Ukrainian hyphenation patterns in t2a encoding > (/usr/share/texmf-texlive/tex/generic/ukrhyph/catlcy.tex) Hier is something strange going on. You should have here: (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-ukrhyph.tex (/usr/share/texmf-texlive/tex/generic/ukrhyph/ukrhypmp.tex (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-cp866nav.tex))) and indeed the language.dat file /var/lib/texmf/tex/generic/config/language.dat should contain via /etc/texmf/language.d/10texlive-lang-cyrillic.cnf contains: ukrainian xu-ukrhyph.tex So the questions are: - what is your language.dat file kpsewhich language.dat - what does it contain for ukrainian grep ukrainian $(kpsewhich language.dat) - contents of /etc/texmf/language.d/ ls /etc/texmf/language.d/ Thanks a lot Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BOOK...Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core
Hi guys... I am tracking these threads. And I have been meaning to get back to Daniel, but had to go through some documentation loops and also check with our Legal about copyright grants. Daniel, You are more than welcome onto the beta program, and I thank you for the man pages support. Please contact me directly at [EMAIL PROTECTED] to discuss. Regards, Matthew Original Message From: "Aric Cyr" <[EMAIL PROTECTED]> To: "Daniel Leidert" <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core Date: 24/04/07 10:21 PM > On 4/24/07, Daniel Leidert <[EMAIL PROTECTED]> wrote: >> Well, all I wanted to tell Flavio was, that the suggested package >> "fglrx-amdcccle" created by the ati-installer is empty. So when he >> prepares the packages for Debian, he should have a look, which files are >> considered for this package and not blindly copy your work. I do not >> expect him to fix bugs in the ati-installer itself. There are a lot more >> bugs in the Debian packages you provide. Simply run lintian/linda and >> you will see a bunch of (partly) easily fixable issues. > > I see, I misunderstood you. I haven't checked the Debian packages > with lintian in a while, probably should do that sometime soon :) > Thanks for the reminder. > >> > Due to a current versioning change in Debian (and Fedora Core 7 too >> > aparently) the fglrx driver will not load at all now. This is because >> > it expects a server version of 7.1, but the new modular version >> > reports 1.3.0 (xserver-xorg-core). >> >> I know, I read the bug reports and the workarounds and Flavios comment >> about the license issue with the workaround. All I wanted to say is, >> that the release notes do not fit, what the ati-installer ships. This is >> also just a FYI-information for the bug-readers and not a hint to Flavio >> to fix the ati-installer. But it was thought to be a hint for you. >> That's the reason, why I BCCed you in my answer to the BTS. > > No problem. Although I do not control the release notes, I can/should > update the ones in the Debian packages. > >> BTW: Are you part of the ATI Linux Driver team? I'm planning to hand >> over the fglrx-manpages to ATI now, because of lack of time. So if you >> are part of this team or have contact to it's leader (Matthew Tippett?), >> I would kindly ask you to tell him and that he should contact me. > > I do not work for AMD, but am on the the beta tester list. You can > contact Matthew directly, he is not adverse to people contacting him > for such things. However if you prefer I will mention your manpages > on the beta-tester mailing list. > > On the similar subject, would you mind if I used your manpages in the > Ubuntu and Debian packages that the installer generates? > > Regards, > Aric > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#243007: Important symbol report.
who -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#160726: Important communique?
visually -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#189422: THIS ONE IS SET TO RISE!
Marks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: libmagick9 now doesn't install at all
Processing commands for [EMAIL PROTECTED]: > retitle 420353 libmagick9: Uninstallable in sid Bug#420353: libmagick9-dev: Cannot install together with kdelibs4-dev Changed Bug title to libmagick9: Uninstallable in sid from libmagick9-dev: Cannot install together with kdelibs4-dev. > reassign 420353 libmagick9 Bug#420353: libmagick9: Uninstallable in sid Bug reassigned from package `libmagick9-dev' to `libmagick9'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420353: libmagick9 now doesn't install at all
retitle 420353 libmagick9: Uninstallable in sid reassign 420353 libmagick9 thanks Since the old libjasper-1.701-* packages are now gone from sid, the libmagick9-dev and libmagick9 packages are not installable at all any more: frobnitz:~# apt-get -s install libmagick9 Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: libmagick9: Depends: libjasper-1.701-1 (>= 1.701.0) but it is not installable E: Broken packages -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420353: imagemagick NMU coming
To anybody looking at these RC bugs against imagemagick: I'm planning on making an NMU for the package next Monday (30 April). See bug #420672. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418672: 5.0.32-7etch1 has this bug
I just did a fresh install of mysql-server-5.0 on an AMD64 system which had never been used to run any version of MySQL before. It has root accounts with no passwords. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core
On 4/24/07, Daniel Leidert <[EMAIL PROTECTED]> wrote: Well, all I wanted to tell Flavio was, that the suggested package "fglrx-amdcccle" created by the ati-installer is empty. So when he prepares the packages for Debian, he should have a look, which files are considered for this package and not blindly copy your work. I do not expect him to fix bugs in the ati-installer itself. There are a lot more bugs in the Debian packages you provide. Simply run lintian/linda and you will see a bunch of (partly) easily fixable issues. I see, I misunderstood you. I haven't checked the Debian packages with lintian in a while, probably should do that sometime soon :) Thanks for the reminder. > Due to a current versioning change in Debian (and Fedora Core 7 too > aparently) the fglrx driver will not load at all now. This is because > it expects a server version of 7.1, but the new modular version > reports 1.3.0 (xserver-xorg-core). I know, I read the bug reports and the workarounds and Flavios comment about the license issue with the workaround. All I wanted to say is, that the release notes do not fit, what the ati-installer ships. This is also just a FYI-information for the bug-readers and not a hint to Flavio to fix the ati-installer. But it was thought to be a hint for you. That's the reason, why I BCCed you in my answer to the BTS. No problem. Although I do not control the release notes, I can/should update the ones in the Debian packages. BTW: Are you part of the ATI Linux Driver team? I'm planning to hand over the fglrx-manpages to ATI now, because of lack of time. So if you are part of this team or have contact to it's leader (Matthew Tippett?), I would kindly ask you to tell him and that he should contact me. I do not work for AMD, but am on the the beta tester list. You can contact Matthew directly, he is not adverse to people contacting him for such things. However if you prefer I will mention your manpages on the beta-tester mailing list. On the similar subject, would you mind if I used your manpages in the Ubuntu and Debian packages that the installer generates? Regards, Aric -- Aric Cyr (http://acyr.net) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419618: marked as done (xpdf: segfault on print)
Your message dated Wed, 25 Apr 2007 01:32:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#419618: fixed in xpdf 3.02-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xpdf-reader Version: 3.01-9 Severity: grave The pdf at http://travel.state.gov/pdf/ds-5504.pdf can reliably crash xpdf, kpdf, and evince when I try to print it. This may be a problem of the interaction between the pdf viewers and cups, although since all 3 share the segfault and acroread doesn't, I am inclined to think it's a problem of the viewers. I have marked it grave, as segfaults usually make me worry about arbitrary code execution and the like. If you feel that the severity isn't justified, feel free to lower the priority. I'll clone this to evince and kpdf once I get a bug number back from the BTS. Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii xpdf-common 3.01-9 Portable Document Format (PDF) sui ii xpdf-reader 3.01-9 Portable Document Format (PDF) sui ii xpdf-utils3.01-9 Portable Document Format (PDF) sui xpdf recommends no packages. Versions of packages xpdf-reader depends on: ii gsfonts 1:8.11+urwcyr1.0.7~pre41-1 Fonts for the Ghostscript interpre ii lesstif2 1:0.94.4-2 OSF/Motif 2.1 implementation relea ii libc6 2.5-1 GNU C Library: Shared libraries 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-2 X11 Inter-Client Exchange library ii libpaper1 1.1.21 Library for handling paper charact ii libsm61:1.0.2-2 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.6-2 X11 pixmap library ii libxt61:1.0.5-2 X11 toolkit intrinsics library ii xpdf-common 3.01-9 Portable Document Format (PDF) sui ii zlib1g1:1.2.3-13 compression library - runtime -- no debconf information -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Source: xpdf Source-Version: 3.02-1 We believe that the bug you reported is fixed in the latest version of xpdf, which is due to be installed in the Debian FTP archive: xpdf-common_3.02-1_all.deb to pool/main/x/xpdf/xpdf-common_3.02-1_all.deb xpdf-reader_3.02-1_amd64.deb to pool/main/x/xpdf/xpdf-reader_3.02-1_amd64.deb xpdf-utils_3.02-1_amd64.deb to pool/main/x/xpdf/xpdf-utils_3.02-1_amd64.deb xpdf_3.02-1.diff.gz to pool/main/x/xpdf/xpdf_3.02-1.diff.gz xpdf_3.02-1.dsc to pool/main/x/xpdf/xpdf_3.02-1.dsc xpdf_3.02-1_all.deb to pool/main/x/xpdf/xpdf_3.02-1_all.deb xpdf_3.02.orig.tar.gz to pool/main/x/xpdf/xpdf_3.02.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hamish Moffatt <[EMAIL PROTECTED]> (supplier of updated xpdf package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive adm
Bug#420848: Accounts no longer accessible - account editor empty and useless
Package: evolution Version: 2.6.3-6 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After todays update (I had evolution from experimental installed), I only saw an empty window, not showing my INBOX (see evolution_bug_1.png). Then I checked the preferences and the account editor and it shows a pretty useless window, only showing server-type: none and an empty description. When starting evolution from the command line, I see: CalDAV Eplugin starting up ... evolution-shell-Message: Killing old version of evolution-data-server... (evolution:20486): camel-WARNING **: Could not open camel provider directory (/usr/lib/evolution-data-server-1.2/camel-providers-8): No such file or directory (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): camel-CRITICAL **: camel_object_is: assertion `o != NULL' failed (evolution:20486): camel-CRITICAL **: camel_object_ref: assertion `CAMEL_IS_OBJECT(o)' failed libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): evolution-mail-WARNING **: couldn't get service imap://[EMAIL PROTECTED]/;command=ssh%20-C%20-l%20%25u%20%25h%20exec%20/usr/sbin/imapd;check_all;use_ssl=never: No provider available for protocol `imap' (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' (evolution:20486): evolution-mail-WARNING **: Could not setup local store/folder: No provider available for protocol `mbox' [..] Maybe the "Could not open camel provider directory (/usr/lib/evolution-data-server-1.2/camel-providers-8): No such file or directory" is the answer, why it fails. Evolution currently is in a dependency hell and needs several package versions of the same library package installed: $ dpkg -l libe* | grep evolution ii libebook1.2-5 1.6.3-5 ii libebook1.2-9 1.10.1-2 ii libecal1.2-6 1.6.3-5 ii libecal1.2-7 1.10.1-2 ii libedata-book1.2-2 1.10.1-2 ii libedata-cal1.2-6 1.10.1-2 ii libedataserver1.2-71.8.3-1 ii libedataserver1.2-91.10.1-2 ii libedataserverui1.2-6 1.6.3-5 ii libexchange-storage1.2-1 1.6.3-5 Please fix this asap! If you need more info, please let me know. Regards, Daniel - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.11 (PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.0.2-4simple interprocess messaging syst ii evolution-common 2.6.3-6architecture independent files for ii evolution-data-server 1.10.1-2 evolution database backend server ii gconf22.18.0.1-3 GNOME configuration database syste ii gnome-icon-theme 2.18.0-2 GNOME Desktop icon theme ii gtkhtml3.83.12.1-2+b1HTML rendering/editing library - b ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.18-1 Avahi client library ii libavahi-common3 0.6.18-1 Avahi common library ii libavahi-glib10.6.18-1 Avahi glib integration library ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-02.18.0-5 The Bonobo UI library ii libc6 2.5-4 GNU C Library: Shared libraries ii libcairo2 1.4.4-1The Cairo 2D vector graphics libra ii libcamel1.2-8 1.8.3-1The Evolution MIME message handlin ii libdbus-1-3 1.0.2-4simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2 simple interprocess messaging syst ii libebook1.2-5 1.6.3-5Client library for evolution addre ii libecal1.2-6 1.6.3-5Client library fo
Bug#414746: Possible fix upstream.
Hi, I looks to me like this bug matches upstream bug RT #24145, which has been marked as resolved. Although it's not 100% clear it looks as if XML::Twig v3.29 includes this fix. Rgrds, Dave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: > # the following bugs are closed by packages in NEW > # > tags 301672 pending Bug#301672: ndtpd: ships info dir.gz when rebuilt under unstable Tags were: fixed Tags added: pending > tags 308851 pending Bug#308851: several missing or false dependencies Tags were: fixed Tags added: pending > tags 34130 pending Bug number 34130 not found. (Is it archived?) > tags 400739 pending Bug#400739: ITP: white-dune -- Graphical VRML97 viewer, editor and There were no tags set. Bug#325414: ITP: white-dune -- Graphical VRML97 viewer, editor and animation tool Tags added: pending > tags 410446 pending Bug#410446: ndtpd: FTBFS: build-depends on non-available libeb7-dev Tags were: patch lenny sid Tags added: pending > tags 414163 pending Bug#414163: ndtpd: postrm doesn't remove the ndtp entry from /etc/inetd.conf Tags were: patch Tags added: pending > tags 414179 pending Bug#414179: ITP: avelsieve -- Sieve Mail Filters Plugin for Squirrelmail There were no tags set. Tags added: pending > tags 418366 pending Bug#418366: ITP: ion3-mod-xinerama -- Xinerama module for Ion3 There were no tags set. Tags added: pending > tags 420090 pending Bug#420090: ITP: libxml-parser-lite-tree-perl -- Lightweight XML tree builder There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420157: sylpheed-claws-gtk2: update claws mailer
Package: sylpheed-claws-gtk2 Version: 2.6.0-1.1 Followup-For: Bug #420157 When can we expect any update of this matter? I wonder if anybody still uses the GTK 1 version, perhaps that package can be put to rest. Regards, Wouter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell15 0.60.5-1GNU Aspell spell-checker runtime l ii libc62.5-2 GNU C Library: Shared libraries ii libcompfaceg11:1.5.2-4 Compress/decompress images for mai ii libetpan10 0.48-3 mail handling library ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgnomeprint2.2-0 2.18.0-2The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.0-2GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.20-7The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpango1.0-01.14.8-5Layout and rendering of internatio ii libpisock9 0.12.2-9library for communicating with a P ii libsm6 1:1.0.2-2 X11 Session Management library ii libssl0.9.8 0.9.8e-4SSL shared libraries ii libstartup-notification0 0.9-1 library for program launch feedbac Versions of packages sylpheed-claws-gtk2 recommends: ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii aspell-fr [aspell-dictionary] 0.50-3-6 French dictionary for aspell ii aspell-nl [aspell-dictionary] 1:0.1e-44 Dutch dictionary for aspell ii metamail 2.7-53 implementation of MIME ii sylpheed-claws-gtk2-i18n 2.6.0-1.1 Locale data for Sylpheed-Claws GTK ii sylpheed-claws-scripts1.0.5-5.1 Helper scripts for Sylpheed and Sy ii xfonts-100dpi 1:1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-3 75 dpi fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420803: /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html corrupt
severity 420803 grave thanks Sam Morris wrote: > Package: openoffice.org-dev-doc > Version: 2.0.4.dfsg.2-5etch1 > Severity: serious Hmm. You probably meant "grave". > The tags in /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html > seem to be screwed up, resulting in most of the information in the > document not being displayed when it is viewed as an HTML document. That raises the question why no one noticed But it should be fixed, yes, and I also think it's a grave problem... Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Processed: Re: Bug#420803: /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html corrupt
Processing commands for [EMAIL PROTECTED]: > severity 420803 grave Bug#420803: /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html corrupt Severity set to `grave' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403977: gnome-games: Doesn't load .svg images.
On Tue, Apr 24, 2007 at 11:33:41PM +0200, Sven Arvidsson wrote: > Hi, > > Josselin asked this in one of the merged bugs about this; > > "Looks like you are missing the SVG pixbuf loader. Can you see > SVG images in eog or gqview ? eog says it's an unknown fileformat, gqview doesn't really give an error but doesn't seem to understand the format either. > Please tell me which librsvg2-common version you have installed, and > send your /etc/gtk-2.0/gdk-pixbuf.loaders file" I have librsvg2-common 2.14.4-2, since that's what in etch. The /etc/gtk-2.0/gdk-pixbuf.loaders is attached. It doesn't seem to know anything about svg. Kurt # GdkPixbuf Image Loader Modules file # Automatically generated file, do not edit # Created by gdk-pixbuf-query-loaders from gtk+-2.6.4 # # LoaderDir = /usr/lib/gtk-2.0/2.4.0/loaders # "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-png.so" "png" 5 "gtk20" "The PNG image format" "image/png" "" "png" "" "\211PNG\r\n\032\n" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-jpeg.so" "jpeg" 5 "gtk20" "The JPEG image format" "image/jpeg" "" "jpeg" "jpe" "jpg" "" "\377\330" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-gif.so" "gif" 4 "gtk20" "The GIF image format" "image/gif" "" "gif" "" "GIF8" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-ico.so" "ico" 5 "gtk20" "The ICO image format" "image/x-icon" "" "ico" "cur" "" " \001 " "zz znz" 100 " \002 " "zz znz" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-ani.so" "ani" 4 "gtk20" "The ANI image format" "application/x-navi-animation" "" "ani" "" "RIFFACON" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-ras.so" "ras" 4 "gtk20" "The Sun raster image format" "image/x-cmu-raster" "image/x-sun-raster" "" "ras" "" "Y\246j\225" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xpm.so" "xpm" 4 "gtk20" "The XPM image format" "image/x-xpixmap" "" "xpm" "" "/* XPM */" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-tiff.so" "tiff" 0 "gtk20" "The TIFF image format" "image/tiff" "" "tiff" "tif" "" "MM *" " z " 100 "II* " " z" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-pnm.so" "pnm" 4 "gtk20" "The PNM/PBM/PGM/PPM image format family" "image/x-portable-anymap" "image/x-portable-bitmap" "image/x-portable-graymap" "image/x-portable-pixmap" "" "pnm" "pbm" "pgm" "ppm" "" "P1" "" 100 "P2" "" 100 "P3" "" 100 "P4" "" 100 "P5" "" 100 "P6" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-bmp.so" "bmp" 5 "gtk20" "The BMP image format" "image/bmp" "image/x-bmp" "image/x-MS-bmp" "" "bmp" "" "BM" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-wbmp.so" "wbmp" 4 "gtk20" "The WBMP image format" "image/vnd.wap.wbmp" "" "wbmp" "" " " "z" 1 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-xbm.so" "xbm" 4 "gtk20" "The XBM image format" "image/x-xbitmap" "" "xbm" "" "#define " "" 100 "/*" "" 50 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-tga.so" "tga" 4 "gtk20" "The Targa image format" "image/x-tga" "" "tga" "targa" "" " \001\001" "x " 100 " \001\t" "x " 100 " \002" "xz " 99 " \003" "xz " 100 " \n" "xz " 100 " \013" "xz " 100 "/usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-pcx.so" "pcx" 4 "gtk20" "The PCX image format" "image/x-pcx" "" "pcx" "" "\n \001" "" 100 "\n\002\001" "" 100 "\n\003\001" "" 100 "\n\004\001" "" 100 "\n\005\001" "" 100 "/usr/lib/gtk-2.0/2.4.0/loaders/io-wmf.so" "wmf" 0 "gtk20" "Windows Metafile" "image/x-wmf" "" "wmf" "apm" "" "\327\315\306\232" "" 100 "\001" "" 100
Bug#420390: Purging tetex transition packages removes texlive configuration files
[ writing this in the train, no idea when I'll be able to actually send this mail to the world - so the info might be outdated] Frans Pop <[EMAIL PROTECTED]> wrote: > Part of the problems discussed there can be traced to this BR: the fact > that some essential configuration files had gone missing. > Important here is that at some point I decided to *purge* the old tetex > transition packages (which is a completely valid action). > > The problem seems to be that the "ownership" of some config files is not > transfered from the old tetex packages (now empty transition packages) to > the corresponding texlive packages. The basic problem is that tetex-base's postrm (from etch, upon purge) does some cleanup of files which were in /etc/texmf in woody and sarge and are useless now. But as it turns out, some have now been resurrected and are of vital importance in lenny. I think the solution would be to create a package tetex-base_2007-* from texlive-base-bin and give it a sane postrm - after that it can safely be purged. Either this postrm just does nothing: We will be sure it does no harm, but users who have this old cruft lying around have no automatic way to move it out of the way. Or we write a postrm which does the cleanup, but leaves out the things it shouldn't do. I've written something like this, based on the postrm of tetex-base in etch. One thing that I wondered while looking at the code: It always removes the files from TDS locations in /etc/texmf, not from their old locations. For example, it removes /etc/texmf/metafont/misc/modes.mf, not /etc/texmf/modes.mf. To me it seems, it should at least *also* remove the old ones. Maybe this is actually the cleanup after some version early in etch's release cycle which moved those files to TDS locations? Having no network access, I can't check the CVS or SVN logs. If we go that way and do the cleanup, we should test different upgrade scenarios. I still have tar.gz around for woody and sarge chroots, so I could in principle do that: 1. Install tetex-extra in etch, upgrade 2. Install tetex-extra in sarge, upgrade to etch and to sid 3. Same, start with woody 4. Install tetex-extra in woody, remove but keep tetex-bin, upgrade to sarge, install tetex-extra again, upgrade to etch and sid 5. Like 4., but install tetex-extra only after upgrading to etch 6. Like 5., but start with sarge and whatever weird combinations one can imagine. Note that the scenario 4 (or was it 5?) actually was reported by a user and prompted a lot of the cleanup code we have. > The following files are present after B, but not after A: > /etc/texmf/dvipdfm/config/dvipdfmx.cfg (maybe) dvipdfmx.cfg is *not* handled by any of the tetexens' postrm scripts. > /etc/texmf/dvips/config/config.ps this is removed by tetex-base > /etc/texmf/fmt.d/01tetex.cnf (maybe) Didn't look at this - it's good when it's gone and maybe it's a texlive package which removes it. > /etc/texmf/metafont/misc/modes.mf > /etc/texmf/tex/generic/config/pdftexconfig.tex > /etc/texmf/tex/latex/config/color.cfg > /etc/texmf/tex/latex/config/graphics.cfg > /etc/texmf/tex/latex/config/hyperref.cfg These are all covered by my analysis and handled by tetex-base > /etc/texmf/web2c/mktex.cnf mktex.cnf is *not* handled by any of the tetexens' maintainer scripts. I'm puzzled how that could vanish. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#420559: texlive-base-bin: installation freezes system - uninstallable
(Please ignore this question if you've already been contacted by other
maintainers; I'm currently answering mails offline and have no idea when
I'll get a connection)
David Andel <[EMAIL PROTECTED]> wrote:
> The installation procedure starts mktexfmt which in turn starts etex
> and pdfetex instances. They are being started until memory is full and
> the system freezes. I have had over 800 instaces of etex. It also
> does'nt recover with time. The first time I have waited 14 hours.
> My work around so far has been to 'killall mktexfmt {,pdf}etex' twice
> during installation, so it's left uninstalled.
What are the arguments to these etex or pdfetex instances? Does
"xmltex" show up in each of them? If yes, this is a duplicate of
#419987.
In order to be able to install texlive, please remove xmltex.
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Processed: reopening 403977
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.4 > reopen 403977 Bug#403977: Cards not visible in blackjack, freecell, klondike or any other card game Bug#403976: No cards in the gnome-games card games Bug#404457: Games don't display images Bug reopened, originator not changed. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403977: gnome-games: Doesn't load .svg images.
On Tue, 2007-04-24 at 22:27 +0200, Kurt Roeckx wrote: > I'm still seeing this with all the games. A strace doesn't seem to tell > me much. The .svg files are all there, and I can perfectly view them in > other applications. > > This is a etch system on an amd64. > > I'm setting this to serious because almost none of the games seem to be > working. Hi, Josselin asked this in one of the merged bugs about this; "Looks like you are missing the SVG pixbuf loader. Can you see SVG images in eog or gqview ? Please tell me which librsvg2-common version you have installed, and send your /etc/gtk-2.0/gdk-pixbuf.loaders file" -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#213040: TERRIFIC GAINS POSSIBLE!
Wave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > reassign 420823 fglrx-driver Bug#420823: fglrx-kernel-src: (EE) Failed to load module "fglrx" (module requirement mismatch, 0) Bug reassigned from package `fglrx-kernel-src' to `fglrx-driver'. > merge 420814 420823 420379 Bug#420379: flgrx fully broken by new xorg versioning policy Bug#420814: doesn't work with the newest xorg version (7.2) Bug#420823: fglrx-kernel-src: (EE) Failed to load module "fglrx" (module requirement mismatch, 0) Bug#420174: Cannot Login to X server: module mismatch Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core Merged 420174 420239 420379 420814 420823. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420048: marked as done (libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2)
Your message dated Tue, 24 Apr 2007 20:47:12 + with message-id <[EMAIL PROTECTED]> and subject line Bug#420048: fixed in libhtml-calendarmonth-perl 1.18-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: libhtml-calendarmonth-perl Version: 1.18-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: # Failed test 'i8n: (2000/12 : Basque) using auto-detect' # in t/20_i8n.t at line 26. # got: 'abendua2000igalasazogorlr 1248align="center">34 5678949101112131415165017 18192021222351242526272829305231 1' # expected: 'abendua2000igalasazo gorlr 1248345678949101112131415 16501718192021222351242526272829305231 1' # Looks like you failed 1 test of 2. The full build log is available from http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/ About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: libhtml-calendarmonth-perl Source-Version: 1.18-2 We believe that the bug you reported is fixed in the latest version of libhtml-calendarmonth-perl, which is due to be installed in the Debian FTP archive: libhtml-calendarmonth-perl_1.18-2.diff.gz to pool/main/libh/libhtml-calendarmonth-perl/libhtml-calendarmonth-perl_1.18-2.diff.gz libhtml-calendarmonth-perl_1.18-2.dsc to pool/main/libh/libhtml-calendarmonth-perl/libhtml-calendarmonth-perl_1.18-2.dsc libhtml-calendarmonth-perl_1.18-2_all.deb to pool/main/libh/libhtml-calendarmonth-perl/libhtml-calendarmonth-perl_1.18-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Don Armstrong <[EMAIL PROTECTED]> (supplier of updated libhtml-calendarmonth-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Apr 2007 17:51:26 -0700 Source: libhtml-calendarmonth-perl Binary: libhtml-calendarmonth-perl Architecture: source all Version: 1.18-2 Distribution: unstable Urgency: low Maintainer: Don Armstrong <[EMAIL PROTECTED]> Changed-By: Don Armstrong <[EMAIL PROTECTED]> Description: libhtml-calendarmonth-perl - generate and manipulate calandar months in HTML Closes: 394126 420048 Changes: libhtml-calendarmonth-perl (1.18-2) unstable; urgency=low . * Fix test comparsion to handle changes in HTML::Table (closes: #420048) * Add missing = in HTML::CalenderMonth pod (closes: #394126) Files: 93245b98fc8ab8d564c6c9161340b44e 795 perl extra libhtml-calendarmonth-perl_1.18-2.dsc fe308b83faa157b1fde04c614b63c687 2683 perl extra libhtml-calendarmonth-perl_1.18-2.diff.gz 933b5449258f587ed83134b1a278d91c 33688 perl extra libhtml-calendarmonth-perl_1.18-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGLmkigcCJIoCND9ARAlkGAKC2WX2M/vqp9Ue6OMiwvVNAZAOGyQCg8XFl 6ZJ1T/EFx1WHZE21KFLhKZo= =pMFh -END PGP SIGNATURE- --- End Message ---
Bug#420814: doesn't work with the newest xorg version (7.2)
merge 420814 420823 420379 thanks Thanks you for reading the BTS: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=fglrx-driver Yes fglrx does not work with the latest xserver-xorg-core. Yes AMD/ATI has fucked up some bits one more time. ... Flavio and Co are aware of it, but they cannot do anything until a new release from AMD/ATI (they actually could release a binary patched version, but this is against the ati licence :( ) See http://www.rage3d.com/board/showthread.php?t=33889029 Regards Evgeni -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | GPG/PGP-Key-ID: 0xAC15B50C >-|-< | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C / \| http://www.die-welt.net - [EMAIL PROTECTED] lebt unser alter webserver noch, webserver noch, webserver noch... - ja, er pingt noch, er pingt noch, er pingt noch (jesse @ teranetworks.de) pgpqndtWk5i6j.pgp Description: PGP signature
Bug#420823: fglrx-kernel-src: (EE) Failed to load module "fglrx" (module requirement mismatch, 0)
Package: fglrx-kernel-src Version: 8.28.8-4 Severity: grave Justification: renders package unusable [EMAIL PROTECTED]:/var/log$ cat Xorg.0.log.old | grep EE (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER (EE) Failed to load module "fglrx" (module requirement mismatch, 0) (EE) No drivers available. [EMAIL PROTECTED]:/var/log$ lsmod | grep fglrx fglrx 397388 0 agpgart30216 2 fglrx,ati_agp -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-kernel-src depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.49 helper programs for debian/rules ii make 3.81-3 The GNU version of the "make" util Versions of packages fglrx-kernel-src recommends: ii module-assistant 0.10.11tool to make module package creati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: gnome-games: Doesn't load .svg images.
Processing commands for [EMAIL PROTECTED]: > found 403977 1:2.16.3-1 Bug#403977: Cards not visible in blackjack, freecell, klondike or any other card game Bug#403976: No cards in the gnome-games card games Bug#404457: Games don't display images Bug marked as found in version 1:2.16.3-1. > severity 403977 serious Bug#403977: Cards not visible in blackjack, freecell, klondike or any other card game Bug#403976: No cards in the gnome-games card games Bug#404457: Games don't display images Severity set to `serious' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to libhtml-calendarmonth-perl, tagging 420048
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > package libhtml-calendarmonth-perl Ignoring bugs not assigned to: libhtml-calendarmonth-perl > tags 420048 + pending Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2 There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2
Processing commands for [EMAIL PROTECTED]: > tag 420048 - patch Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2 Tags were: patch Tags removed: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2
tag 420048 - patch thanks On Tue, 24 Apr 2007, Niko Tyni wrote: > On Thu, Apr 19, 2007 at 06:51:34PM +0200, Lucas Nussbaum wrote: > > Package: libhtml-calendarmonth-perl > > Version: 1.18-1 > > Severity: serious > > Justification: FTBFS on i386, very likely to fail everywhere else > > Usertags: grid5000 rebuild > > > During a rebuild of all packages in sid, I discovered that your package > > failed to build on i386. > > This is also CPAN #21397: > > http://rt.cpan.org/Public/Bug/Display.html?id=21397 > > The change that broke this was in HTML::Tree 3.19_02: > > * All values in tags are now double-quoted. Previously, all-numeric > values weren't quoted. > > and it entered Debian in libhtml-tree-perl 3.23-1. > > A simple way to fix the tests is > > # perl -pi -e 's/=(\d+)/="$1"/g' t/test* t/20_i8n.t > > which generates a largish patch, so I won't attach it. Yeah; I had already done that, but I'm going to actually fix the tests to not be so uselessly specific before I upload. > Since libhtml-tree-perl is not a direct build-dependency, maybe > declaring a Build-Conflicts would be appropriate? > > Build-Conflicts-Indep: libhtml-tree-perl (<< 3.23-1) Possibly; what really should be done is fixing the tests though; this isn't the first time that this module has had this problem. [It should really build the calendars, then generate an HTML Tree to see if they were built correctly, but I'm going to cheat and rip out the quoting of the digits.] Don Armstrong -- Information wants to be free to kill again. -- Red Robot http://www.dieselsweeties.com/archive.php?s=1372 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420814: doesn't work with the newest xorg version (7.2)
Package: fglrx-driver Version: 8.36.5-1 Severity: grave I've downloaded the fglrx debs from incoming since the ones in expeerimental doesn't work properly (doesn't compile with 2.6.20 kernel, but this is another issue). the issue now is: the xserver doesn't start because of missing dependencys of fglrx. The error msg is: [atiddxSetup] X version missmatch - detect X.org 1.3.0.0, required X.Org 7.1.0.0 <> (EE) Failed to load module "fglrx" (module requirement missmatch, 0) <> (EE) No drivers available Fatal server error: no screens found See the attached file for the complete log. I guess the problem is, that xserver-xorg-core with the version string 1.3.0.0 and not with 7.2.0.0 (or whatever). Greetings Patrick Winnertz -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++51:3.3.6-15 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii xserver-xorg 1:7.2-2the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kerne 8.36.5-1+2.6.20-10.00.Custom ATI binary kernel module for Linux ii fglrx-kerne 8.36.5-1 kernel module source for the ATI g -- no debconf information X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian Current Operating System: Linux energy 2.6.20 #2 SMP Tue Apr 24 20:17:27 CEST 2007 i686 Build Date: 21 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Apr 24 21:01:21 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Standardbildschirm" (**) | |-->Device "Standardgrafikkarte" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Synaptics Touchpad" (WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is disabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81dd140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 1028,01bd rev 03 class 06,00,00 hdr 00 (II)
Bug#414745: marked as done (libclass-dbi-asform-perl: FTBFS: failed 2 tests of 4)
Your message dated Tue, 24 Apr 2007 18:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#414745: fixed in libclass-dbi-asform-perl 2.42-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: libclass-dbi-asform-perl --- Begin Message --- Hi, I've just finished a full rebuild of sid/i386 on Grid'5000, so I now have a list of failures that need investigation. The logs are available on: http://people.debian.org/~lucas/logs/2007/03/13/ The lists of failures are in the collab-qa svn repository: Sorted by package: http://svn.debian.org/wsvn/collab-qa/archive-rebuilds/2007-03-13-unstable-i386/failed.list?op=file Sorted by maintainer: http://svn.debian.org/wsvn/collab-qa/archive-rebuilds/2007-03-13-unstable-i386/failed.ddlist?op=file If you want to help with reviewing those failures, feel free to join the collab-qa alioth project ( http://alioth.debian.org/projects/collab-qa/ ). This will be very much appreciated :-) Some additional info is also available in the README file. Also, comments/suggestions on the process are welcomed as well, of course. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] --- End Message --- --- End Message --- --- Begin Message --- Source: libclass-dbi-asform-perl Source-Version: 2.42-3 We believe that the bug you reported is fixed in the latest version of libclass-dbi-asform-perl, which is due to be installed in the Debian FTP archive: libclass-dbi-asform-perl_2.42-3.diff.gz to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.42-3.diff.gz libclass-dbi-asform-perl_2.42-3.dsc to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.42-3.dsc libclass-dbi-asform-perl_2.42-3_all.deb to pool/main/libc/libclass-dbi-asform-perl/libclass-dbi-asform-perl_2.42-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bart Martens <[EMAIL PROTECTED]> (supplier of updated libclass-dbi-asform-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 24 Apr 2007 20:24:31 +0200 Source: libclass-dbi-asform-perl Binary: libclass-dbi-asform-perl Architecture: source all Version: 2.42-3 Distribution: unstable Urgency: low Maintainer: Bart Martens <[EMAIL PROTECTED]> Changed-By: Bart Martens <[EMAIL PROTECTED]> Description: libclass-dbi-asform-perl - Produce HTML form elements for database columns using Class::DBI Closes: 414745 Changes: libclass-dbi-asform-perl (2.42-3) unstable; urgency=low . * debian/patches/01_libhtml-tree-perl_3.23-1.diff: Added. Closes: #414745. Patch by Niko Tyni <[EMAIL PROTECTED]>, thanks. Files: df3d787821c1eb2ed694180abee50639 842 perl optional libclass-dbi-asform-perl_2.42-3.dsc 256ddb64e0d5b29c39b42ee6a9897424 2226 perl optional libclass-dbi-asform-perl_2.42-3.diff.gz e909546ceba438d4dbebc1694de4d977 8902 perl optional libclass-dbi-asform-perl_2.42-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGLk4/bMaawmho9B8RAikoAJ9EcsjDu8Jyg5jfmnzDBq3RQ4KucwCgx3wH 3FvtP1g0MV8rq9C/Cqb0+c4= =mwrT -END PGP SIGNATURE- --- End Message ---
Bug#414746: Bug#419939: libhtml-tree-perl: change in behaviour makes libxml-twig-perl test fail
# test failure fixed in upstream 3.28 tag 414746 fixed-upstream thanks On Wed, Apr 18, 2007 at 11:18:40PM +0200, Bart Martens wrote: > Package: libhtml-tree-perl > Version: 3.23-1 > > The attached file foo.tar.gz contains a small program "foo.pl". When I > install libhtml-tree-perl 3.19.01-2 and run "foo.pl", then the result > is: > > été > > When I install libhtml-tree-perl 3.23-1 and run "foo.pl", then the > result is: > > été > > This change in behaviour makes t/test_bugs_3_22.t in libxml-twig-perl > 1:3.26-2 fail, see FTBFS bug 414746. The change is documented in the HTML::Tree Changelog [1], so it was not an accident: 3.22Sat Nov 11 21:23:22 CST 2006 [THINGS THAT MAY BREAK YOUR CODE OR TESTS] * HTML::Element::as_XML now only escapes five characters, instead of escaping everything but alphanumerics and spaces. This is more in line with the XML spec, and will no longer escape wide characters as two (or more) entities. Resolves RT 14260. Thanks to Carl Franks and somewhere [at] confuzzled.lu for assistance. The libxml-twig-perl test failure (#414746) doesn't occur anymore for me with XML::Twig 3.28 or 3.29. As the test code in t/test_bugs_3_22.t hasn't been changed, I suppose the failure was an actual bug in XML::Twig that was fixed in 3.28. I'm tagging #414746 as fixed-upstream, and it looks to me like #419939 should be closed. [1] http://search.cpan.org/src/PETEK/HTML-Tree-3.23/Changes Cheers, -- Niko Tyni [EMAIL PROTECTED]
Processed: Re: Bug#419939: libhtml-tree-perl: change in behaviour makes libxml-twig-perl test fail
Processing commands for [EMAIL PROTECTED]: > # test failure fixed in upstream 3.28 > tag 414746 fixed-upstream Bug#414746: libxml-twig-perl: FTBFS: failed test t/test_bugs_3_22 Tags were: confirmed Tags added: fixed-upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#414745: libclass-dbi-asform-perl: FTBFS: failed 2 tests of 4
Processing commands for [EMAIL PROTECTED]: > tag 414745 patch Bug#414745: libclass-dbi-asform-perl: FTBFS: failed 2 tests of 4 There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414745: libclass-dbi-asform-perl: FTBFS: failed 2 tests of 4
tag 414745 patch
thanks
On Thu, Apr 19, 2007 at 06:43:25PM +0200, Lucas Nussbaum wrote:
> # Failed test 'Select OK'
> # in t/01.t at line 43.
> # got: 'Hi
> # '
> # expected: 'Hi
> # '
The test failures are due to two changes in HTML::Tree introduced
in upstream 3.19_02:
* Non-closing HTML tags like are now rendered as .
* All values in tags are now double-quoted. Previously, all-numeric
values weren't quoted.
The changes entered Debian in libhtml-tree-perl 3.23-1.
This is also CPAN #19802,
http://rt.cpan.org/Public/Bug/Display.html?id=19802
I'm attaching a proposed patch that adapts the tests to the new HTML::Tree
behaviour and declares a versioned build-dependency accordingly.
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
diff -u libclass-dbi-asform-perl-2.42/debian/control libclass-dbi-asform-perl-2.42/debian/control
--- libclass-dbi-asform-perl-2.42/debian/control
+++ libclass-dbi-asform-perl-2.42/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Bart Martens <[EMAIL PROTECTED]>
Build-Depends: cdbs, debhelper (>= 5)
-Build-Depends-Indep: perl (>= 5.6.0-16), libhtml-tree-perl, libclass-dbi-perl (>= 0.94), libclass-dbi-plugin-type-perl, libdbi-perl (>= 1.21), libdbd-sqlite3-perl, libtest-pod-perl, libtest-pod-coverage-perl
+Build-Depends-Indep: perl (>= 5.6.0-16), libhtml-tree-perl (>= 3.23-1), libclass-dbi-perl (>= 0.94), libclass-dbi-plugin-type-perl, libdbi-perl (>= 1.21), libdbd-sqlite3-perl, libtest-pod-perl, libtest-pod-coverage-perl
Standards-Version: 3.7.2
Package: libclass-dbi-asform-perl
only in patch2:
unchanged:
--- libclass-dbi-asform-perl-2.42.orig/t/01.t
+++ libclass-dbi-asform-perl-2.42/t/01.t
@@ -40,15 +40,15 @@
"Ordinary text field OK");
Foo->has_a(bar => Bar);
-is(Foo->to_field("bar"), "Hi\n",
+is(Foo->to_field("bar"), "Hi\n",
"Select OK");
my $x = bless({id => 1, bar => Bar->retrieve_all(), baz => "Hello there"}, "Foo");
-my %cgi = ( id => '
+my %cgi = ( id => '
',
-bar => 'Hi
+bar => 'Hi
',
-baz => '
+baz => '
'
);
is_deeply({$x->to_cgi}, \%cgi, "All correct as an object method");
Bug#420807: mysql-server-5.0: Whole system blocked after mysql server start
Package: mysql-server-5.0 Version: 5.0.38-3 Severity: critical Justification: breaks the whole system After update system works only few minutes. Few minutes after starting mysql system slows. It is not possible to log in - shell cannot be open, dhcp server stop serving addresses, shutdown (reboot) hangs (alt-ctrl-del salute wont work). The only way to reboot system is cold reboot (reset button). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server-5.0 depends on: ii adduser 3.102Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-2GNU C Library: Shared libraries ii libdbi-perl 1.54-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.1.1-21 GCC support library ii libmysqlclient15off 5.0.38-3 mysql database client library ii libncurses5 5.5-5Shared libraries for terminal hand ii libreadline55.2-2GNU readline and history libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii mysql-client-5.05.0.38-3 mysql database client binaries ii mysql-common5.0.38-3 mysql database common files (e.g. ii passwd 1:4.0.18.1-7 change and administer password and ii perl5.8.8-7 Larry Wall's Practical Extraction ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf-show failed -- Wiadomo¶æ sprawdzona antywirusowo przez MailScanner i zosta³a uznana za bezpieczn±. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Fwd: mirrors: Main Russian mirror (http://ftp.ru.debian.org) is incomplete
Processing commands for [EMAIL PROTECTED]: > severity 420668 normal Bug#420668: mirrors: Main Russian mirror (http://ftp.ru.debian.org) is incomplete Severity set to `normal' from `grave' > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420668: mirrors: Main Russian mirror (http://ftp.ru.debian.org) is incomplete
severity 420668 normal stop Looks like the problem was resolved recently. At least wine has just been installed successfully. On the other hand I use pretty minimal set of packages, so I can't be 100% sure. Therefore, I'm not closing the bug right now, but rather demoting the severity. I'll close it after some time passes or in case I receive confirmation from the webmaster. -- ...Bye..Dmitry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420803: /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html corrupt
Package: openoffice.org-dev-doc Version: 2.0.4.dfsg.2-5etch1 Severity: serious The tags in /usr/lib/openoffice/sdk/docs/DevelopersGuide_intro.html seem to be screwed up, resulting in most of the information in the document not being displayed when it is viewed as an HTML document. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 Debian Release: 4.0 540 stable security.debian.org 540 stable ftp.uk.debian.org 530 testing ftp.uk.debian.org 520 unstableftp.uk.debian.org 510 experimentalftp.uk.debian.org 500 stable www.debian-multimedia.org 500 stable deb.opera.com --- Package information. --- Depends (Version) | Installed ===-+-=== | signature.asc Description: This is a digitally signed message part
Bug#416824: klaptopdaemon: lock & hibernate allowing unauthorised access
On Tue, Apr 24, 2007 at 06:45:12PM +0200, Ana Guerrero wrote: > In order to fix this issue, are the packages with the patch applied working? I have not experienced the issue any more after applying the patched packages. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420720: marked as done (xserver-xorg-video-mga: X does not start)
Your message dated Tue, 24 Apr 2007 19:02:51 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#420720: xserver-xorg-video-mga: X does not start has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xserver-xorg-video-mga Version: 1:1.4.6.1.dfsg.1-2 Severity: grave Justification: renders package unusable With the last version of xserver X does not start anymore. Either with my own xorg.conf file which worked or after I used dpkg-reconfigure to write a new one. The last error message is: (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode Kind regards, Wilfred de Bondt -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-13 13:15 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1703596 2007-04-21 16:09 /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: Matrox Graphics, Inc. MGA G400/G450 (rev 04) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3149 2007-04-24 11:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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 Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Matrox Graphics, Inc. MGA G400/G450" Driver "mga" BusID "PCI:1:0:0" Option "UseFBDev" "true" EndSection Section "Monitor" Identifier "Generieke beeldscherm" Option "DPMS" HorizSync 30-68 VertRefresh 50-120 EndSection Section "Screen" Identifier "Default Screen" Device "Matrox Graphics, Inc. MGA G400/G450" Monitor "Generieke beeldscherm" DefaultDepth16 SubSection "Display" Depth 1 Modes "1152x768" "1024x768" "800x600" "640x480" End
Bug#416824: klaptopdaemon: lock & hibernate allowing unauthorised access
Hi Marc, Sheridan, On Sun, Apr 08, 2007 at 01:47:38PM +0200, Marc Haber wrote: > On Tue, Apr 03, 2007 at 12:01:52AM +0200, Sune Vuorela wrote: > > I have absolutely only very little clue about this, but I took a look at > > the > > klaptopdaemon sources - and it seems it invokes the lock command and after > > that it invokes hibernate. > > > > It might be that the lock command returns immediately while the locking can > > be > > delayed for some reasons. > > > > I have tried to add a extra check if the screen is locked before running > > the > > hibernate. > > > > I have not been able to reproduce this bug - so I don't know. I don't have > > a > > system running with hibernate, so ... > > > > The packages at > > http://users.alioth.debian.org/~pusling-guest/kdeutils_4_3.5.5-3sune1/ is > > 100% untested - the only thing I know is that they compiles, so this is > > some > > standard disclaimer: Use it on your own responsibility and don't blame me > > if > > your computer explodes or your wife starts cheating on you. > > I have been running these packes since tuesday, and I have not > experienced the issue again. This may not be helpful, though, since I > only experience that issue once in a while. > In order to fix this issue, are the packages with the patch applied working? Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: bug 416824 is forwarded to https://bugs.kde.org/show_bug.cgi?id=143859
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.4 > forwarded 416824 https://bugs.kde.org/show_bug.cgi?id=143859 Bug#416824: klaptopdaemon: lock & hibernate allowing unauthorised access Noted your statement that Bug has been forwarded to https://bugs.kde.org/show_bug.cgi?id=143859. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: bug 416824 is forwarded to https://bugs.kde.org/show_bug.cgi?id=143859
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.4 > forwarded 416824 https://bugs.kde.org/show_bug.cgi?id=143859 Bug#416824: klaptopdaemon: lock & hibernate allowing unauthorised access Forwarded-to-address changed from https://bugs.kde.org/show_bug.cgi?id=143859 to https://bugs.kde.org/show_bug.cgi?id=143859. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417649: idea: get a backtrace.
Hi Toshiro, On Sat, Apr 07, 2007 at 01:11:47AM +0200, Raúl Sánchez Siles wrote: > Hello: > > Maybe a backtrace could be of help. Just follow the following procedure: > > 1- Repeat the problem, so you get the 100% cpu usage. > 2- Go to a console (graphical, text or remote) and after log in > issue: "gdb -p $(pidof kded)" > 3- Enable logging to a file: "set log on" > 4- Get a backtrace: "bt" > 5- Quit gdb: "quit" > > Note: on step 2 you would like to be on a writable path, e.g. $HOME or > /tmp, > since the gdb log file(gdb.txt) will be stored there. > > After this you could send the gdb log file: gdb.txt. > Can you try this? Do you have any new information? Ana
Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file
This one time, at band camp, Hamish Moffatt said: > On Tue, Apr 17, 2007 at 10:58:05AM +0100, Stephen Gran wrote: > > This one time, at band camp, Andreas Bombe said: > > > The file I encountered the bug on is available at > > > http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf > > > > > > Most other PDFs I tried seem to work, a few also crash pdftops. > > > > It seems that you're right about pdftops. However, it is also the case > > that the pdf viewers still exit, implying that they're not handling the > > failure of pdftops very well, or that they have their own crash issues > > as well. Trying to get a stack trace from kpdf gave me over 3000 > > frames, for instance :/ > > I can't reproduce this any more with libc6 2.5-4. > > I'm going to upload xpdf 3.02 soon anyway which also seemed to fix it > with libc6 2.5-1. I saw some mention in the glibc changeog that there were some problems with a printf implementation (print_fp?) in glibc. It may be that this whole thing was related to that issue. If so, sorry for the flap and thanks for your responsiveness. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#416404:
This bug was not completely fixed but there is need also this patch[1]. Further testing has revealed a couple more problems with the packet reordering/buffering code. 1) Some clients (notably the PPTP client) start their sequence numbers at 1 instead of 0 as the RFC mandates. My previous fix caused problems with these clients. 2) Duplicate packets were causing corruption when they were placed on the queue but never used -or- when they were placed on the queue but already existed on the queue (i.e. they previously arrived out of order). It was already applied to cvs[2]. [1]http://marc.info/?l=poptop-server&m=117737453400588&w=2 [2]http://marc.info/?l=poptop-server&m=117738442417475&w=2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416947: marked as done (depends on non-essential package debconf in postrm)
Your message dated Tue, 24 Apr 2007 15:47:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#416947: fixed in mediawiki1.7 1.7.1-15 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: mediawiki1.7 Version: 1.7.1-14 Severity: serious Tags: etch-ignore Justification: Policy violation, see section 7.2 hi, while running archive wide piuparts tests your package failed on purge because of debconf beeing unavailable during postrm: Removing mediawiki1.7 ... Purging configuration files for mediawiki1.7 ... /var/lib/dpkg/info/mediawiki1.7.postrm: line 8: /usr/share/debconf/confmodule: No such file or directory dpkg: error processing mediawiki1.7 (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: mediawiki1.7 the full log can be found here: http://people.debian.org/~abi/piuparts/ please be sure to use a conditional call to debconf and its commands (this is just an example): -- if [ -f /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule fi db_get ||: -- Please also note: Bugs filed on Packages failing in postrm because of debconf beeing unavailable are not considered RC for etch, so are tagged etch-ignore. bye, - michael --- End Message --- --- Begin Message --- Source: mediawiki1.7 Source-Version: 1.7.1-15 We believe that the bug you reported is fixed in the latest version of mediawiki1.7, which is due to be installed in the Debian FTP archive: mediawiki1.7-math_1.7.1-15_i386.deb to pool/main/m/mediawiki1.7/mediawiki1.7-math_1.7.1-15_i386.deb mediawiki1.7_1.7.1-15.diff.gz to pool/main/m/mediawiki1.7/mediawiki1.7_1.7.1-15.diff.gz mediawiki1.7_1.7.1-15.dsc to pool/main/m/mediawiki1.7/mediawiki1.7_1.7.1-15.dsc mediawiki1.7_1.7.1-15_all.deb to pool/main/m/mediawiki1.7/mediawiki1.7_1.7.1-15_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Romain Beauxis <[EMAIL PROTECTED]> (supplier of updated mediawiki1.7 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 24 Apr 2007 17:19:26 +0200 Source: mediawiki1.7 Binary: mediawiki1.7 mediawiki1.7-math Architecture: source all i386 Version: 1.7.1-15 Distribution: unstable Urgency: low Maintainer: Mediawiki Maintenance Team <[EMAIL PROTECTED]> Changed-By: Romain Beauxis <[EMAIL PROTECTED]> Description: mediawiki1.7 - website engine for collaborative work mediawiki1.7-math - math rendering plugin for MediaWiki Closes: 416947 417074 418222 418335 418374 418388 418422 418423 418459 418794 419400 419732 419945 420110 420178 420355 Changes: mediawiki1.7 (1.7.1-15) unstable; urgency=low . * Debconf templates proofread by debian-l10n-english as part of the Smith Project. Closes: #418222, #418422 * Debconf templates translations: - Brazilian Portuguese. Closes: #418335 - Galician. Closes: #418388 - Arabic. Closes: #418374 - Basque. Closes: #418794 - German. Closes: #418423, #417074 - Italian. Closes: #419400 - Dutch. Closes: #419732 - Spanish. Closes: #419945 - French. Closes: #418459 - Czech. Closes: #420178 - Catalan. Closes: #420355 * Added needed debconf check. Closes: #416947 * Updated README.Debian to refer only to php5. Closes: #420110 Files: 11cfbec7301ee74db197abaa19658b33 894 web optional mediawiki1.7_1.7.1-15.dsc 0736e59f1a631e1b90a1f8b2d1455c48 29268 web optional mediawiki1.7_1.7.1-15.diff.gz 1708125f57f919b711a20a50c94afbd6 3298476 web optional mediawiki1.7_1.7.1-15_all.deb 1ad89be4642c280894efcfc6651ba22e 122656 web optional mediawiki1.7-math_1.7.1-15_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGLiKpnuQ3Rt5ZmAARAprkAJ90neQ+oecqRx3KMm7WF2W+zMXU3QCgqnhJ WnhItHnh8NcIYAQAtmsW9RQ= =iNCg -END PGP SIGNATURE- --- End Message ---
Bug#420770: shfs-source: failure to compile unter 2.6.20
Package: shfs-source Version: 0.35-6.2 Severity: grave Justification: renders package unusable When trying to compile with 2.6.20-2 Debian kernel sources, I get the following error messages and the build fails: dh_testdir dh_testroot dh_clean -k env MODVERSIONS=detect make -C Linux-2.6 KERNEL_SOURCES=/usr/src/linux-source-2.6.20 KERNEL=linux-2.6.20 make[3]: Entering directory `/usr/src/modules/shfs/Linux-2.6' make -C /usr/src/linux-source-2.6.20 SUBDIRS=/usr/src/modules/shfs/Linux-2.6 modules make[4]: Entering directory `/usr/src/linux-source-2.6.20' CC [M] /usr/src/modules/shfs/Linux-2.6/dcache.o In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:24: /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:76: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:77: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:78: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:79: warning: ‘kmem_cache_t’ is deprecated In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:26: /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:22: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:35: warning: ‘kmem_cache_t’ is deprecated CC [M] /usr/src/modules/shfs/Linux-2.6/dir.o In file included from /usr/src/modules/shfs/Linux-2.6/dir.c:17: /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:76: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:77: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:78: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:79: warning: ‘kmem_cache_t’ is deprecated In file included from /usr/src/modules/shfs/Linux-2.6/dir.c:19: /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:22: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:35: warning: ‘kmem_cache_t’ is deprecated /usr/src/modules/shfs/Linux-2.6/dir.c: In function ‘shfs_create’: /usr/src/modules/shfs/Linux-2.6/dir.c:305: error: ‘struct inode’ has no member named ‘u’ /usr/src/modules/shfs/Linux-2.6/dir.c:306: error: ‘struct inode’ has no member named ‘u’ make[5]: *** [/usr/src/modules/shfs/Linux-2.6/dir.o] Error 1 make[4]: *** [_module_/usr/src/modules/shfs/Linux-2.6] Error 2 make[4]: Leaving directory `/usr/src/linux-source-2.6.20' make[3]: *** [default] Error 2 make[3]: Leaving directory `/usr/src/modules/shfs/Linux-2.6' make[2]: *** [binary-modules] Error 2 make[2]: Leaving directory `/usr/src/modules/shfs' make[1]: *** [kdist_build] Error 2 make[1]: Leaving directory `/usr/src/modules/shfs' Module /usr/src/modules/shfs failed. Perhaps /usr/src/modules/shfs does not understand --rootcmd? If you see messages that indicate that it is not in fact being built as root, please file a bug against /usr/src/modules/shfs. Hit return to Continue -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'proposed-updates'), (500, 'oldstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages shfs-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debconf 1.5.13 Debian configuration management sy ii debhelper 5.0.49 helper programs for debian/rules ii module-assistant 0.10.11tool to make module package creati Versions of packages shfs-source recommends: ii shfs-utils0.35-6.2 (secure) SHell File System mount p -- no debconf information -- Tomorrow will be cancelled due to lack of interest. signature.asc Description: Digital signature
Bug#420665: marked as done (kdebindings: FTBFS: cannot convert 'ssize_t*' to 'int*' for argument '2' to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)')
Your message dated Tue, 24 Apr 2007 15:17:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#420665: fixed in kdebindings 4:3.5.6-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: kdebindings Version: 4:3.5.6-1 Severity: serious Hi, Your package is failing to build with the following error: /usr/include/python2.4/pyconfig.h:860:1: warning: "_XOPEN_SOURCE" redefined :1:1: warning: this is the location of the previous definition pcop.cpp:701: warning: unused parameter 'self' marshaller.cpp: In member function 'bool PythonDCOP::Marshaller::marshalDict(const PythonDCOP::PCOPType&, const PythonDCOP::PCOPType&, PyObject*, QDataStream*) const': marshaller.cpp:129: error: cannot convert 'ssize_t*' to 'int*' for argument '2' to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)' marshaller.cpp:138: error: cannot convert 'ssize_t*' to 'int*' for argument '2' to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)' make[5]: *** [pcop_la.all_cpp.lo] Error 1 Kurt --- End Message --- --- Begin Message --- Source: kdebindings Source-Version: 4:3.5.6-2 We believe that the bug you reported is fixed in the latest version of kdebindings, which is due to be installed in the Debian FTP archive: juic_3.5.6-2_all.deb to pool/main/k/kdebindings/juic_3.5.6-2_all.deb kdebindings-java_3.5.6-2_all.deb to pool/main/k/kdebindings/kdebindings-java_3.5.6-2_all.deb kdebindings_3.5.6-2.diff.gz to pool/main/k/kdebindings/kdebindings_3.5.6-2.diff.gz kdebindings_3.5.6-2.dsc to pool/main/k/kdebindings/kdebindings_3.5.6-2.dsc kjscmd_3.5.6-2_i386.deb to pool/main/k/kdebindings/kjscmd_3.5.6-2_i386.deb libdcop3-java-dev_3.5.6-2_i386.deb to pool/main/k/kdebindings/libdcop3-java-dev_3.5.6-2_i386.deb libdcop3-java_3.5.6-2_all.deb to pool/main/k/kdebindings/libdcop3-java_3.5.6-2_all.deb libdcop3-jni_3.5.6-2_i386.deb to pool/main/k/kdebindings/libdcop3-jni_3.5.6-2_i386.deb libkde3-java_3.5.6-2_all.deb to pool/main/k/kdebindings/libkde3-java_3.5.6-2_all.deb libkde3-jni_3.5.6-2_i386.deb to pool/main/k/kdebindings/libkde3-jni_3.5.6-2_i386.deb libkjsembed-dev_3.5.6-2_i386.deb to pool/main/k/kdebindings/libkjsembed-dev_3.5.6-2_i386.deb libkjsembed1_3.5.6-2_i386.deb to pool/main/k/kdebindings/libkjsembed1_3.5.6-2_i386.deb libkorundum0-ruby1.8_3.5.6-2_i386.deb to pool/main/k/kdebindings/libkorundum0-ruby1.8_3.5.6-2_i386.deb libqt0-ruby1.8_3.5.6-2_i386.deb to pool/main/k/kdebindings/libqt0-ruby1.8_3.5.6-2_i386.deb libqt3-java_3.5.6-2_all.deb to pool/main/k/kdebindings/libqt3-java_3.5.6-2_all.deb libqt3-jni_3.5.6-2_i386.deb to pool/main/k/kdebindings/libqt3-jni_3.5.6-2_i386.deb libsmokekde-dev_3.5.6-2_i386.deb to pool/main/k/kdebindings/libsmokekde-dev_3.5.6-2_i386.deb libsmokekde1_3.5.6-2_i386.deb to pool/main/k/kdebindings/libsmokekde1_3.5.6-2_i386.deb libsmokeqt-dev_3.5.6-2_i386.deb to pool/main/k/kdebindings/libsmokeqt-dev_3.5.6-2_i386.deb libsmokeqt1_3.5.6-2_i386.deb to pool/main/k/kdebindings/libsmokeqt1_3.5.6-2_i386.deb python-dcop_3.5.6-2_i386.deb to pool/main/k/kdebindings/python-dcop_3.5.6-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Debian Qt/KDE Maintainers <[EMAIL PROTECTED]> (supplier of updated kdebindings package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 24 Apr 2007 12:25:57 +0100 Source: kdebindings Binary: kjscmd libsmokeqt-dev libsmokekde-dev libqt3-jni libqt3-java libkjsembed1 libdcop3-java-dev libqt0-ruby1.8 libkjsembed-dev libsmokekde1 libkde3-java libkde3-jni python-dcop libsmokeqt1 libdcop3-java juic libdcop3-jni kdebindings-java libkorundum0-ruby1.8 Architecture: source all i386 Version: 4:3.5.6-2 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers <[EMAIL PROTECTED]> Changed-By: Debian Qt/KDE Maintainers <[EMAIL PROTECTED]> Description: juic - The Qt Java UI Compiler kdebindings-java - KDE Java bindings metapackage kjscmd - A script interpreter using the KDE JavaScript library libdcop3-java - DCOP bindings for Java libdcop3-java-dev - DCOP
Bug#420390: Purging tetex transition packages removes texlive configuration files
Hi Frans, hi all! On Sun, 22 Apr 2007 02:30:45 +0200 "Frans Pop" <[EMAIL PROTECTED]> wrote: > Here is an overview of differences in /etc/texmf between: > A) an Etch tetex installation, upgraded to texlive > B) a clean texlive installation > The following files are present after B, but not after A: > /etc/texmf/dvipdfm/config/dvipdfmx.cfg (maybe) > /etc/texmf/dvips/config/config.ps > /etc/texmf/fmt.d/01tetex.cnf (maybe) > /etc/texmf/metafont/misc/modes.mf > /etc/texmf/tex/generic/config/pdftexconfig.tex > /etc/texmf/tex/latex/config/color.cfg > /etc/texmf/tex/latex/config/graphics.cfg > /etc/texmf/tex/latex/config/hyperref.cfg > /etc/texmf/web2c/mktex.cnf I cannot confirm this! I logged into a clean etch pbuilder, installed tetex-bin and -base, and then upgradeded to sid, and all of the above files are present. I did this several times, with aptitude, with dpkg on the cmd line, ..., always with the same result. Frans, are you sure about your observations, I don't see any way how that what you described can happen! Do you use the latest packages? and the tipa file is a bug in tipa due to a change in dh_installtex Thanks and all the best Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ---
Bug#420757: marked as done (After upgrading xserver does not start any longer - apparently problem with libdri)
Your message dated Tue, 24 Apr 2007 16:44:21 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#420757: After upgrading xserver does not start any longer - apparently problem with libdri has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-2 Severity: critical --- Please enter the report below this line. --- Hello, after upgrading to the new version the X server does not start anymore. In the KDM logfile it says: "/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: undefined symbol: drmSetServerInfo". The Xorg.0.log stops after the line "(II) Loading extension XFree86-DRI". As requested in Bug #415582, here the output of "ldd /usr/lib/xorg/modules/extensions/libdri.so": linux-gate.so.1 => (0xe000) libdrm.so.2 => /lib/libdrm.so.2 (0xb7f82000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f5c000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7e19000) /lib/ld-linux.so.2 (0x8000) Best regards Matthias Breier --- Content of Xorg.0.log --- X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian Current Operating System: Linux real-gonzo 2.6.20.7-20070418-first #1 PREEMPT Wed Apr 18 15:54:47 CEST 2007 i686 Build Date: 21 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr 23 11:57:44 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "TFT - Ein Desktop" (**) |-->Screen "TFT Screen" (0) (**) | |-->Monitor "internes TFT" (**) | |-->Device "TFT Grafik" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) XKB: variant: "nodeadkeys" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Synaptics Touchpad" (**) |-->Input Device "Logitech MX510" (II) No default mouse found, adding one (**) |-->Input Device "" (**) FontPath set to: /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1 (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is disabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81dd140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card 1043,186a rev 21 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 21 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 1043,1869 rev 03 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 1043,1869 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 1043,1869 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1043,1868 rev 03 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 83 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 1043,1869 rev 03 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 1043,1869 rev 03 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1043,1713 rev 03 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 1043,1826 rev 03 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4e50 card 1043,1772 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,169c card 1043,1735 rev 03 class 02,00,00 hdr 00 (II) PCI: 02:01:0: ch
Bug#420757: After upgrading xserver does not start any longer - apparently problem with libdri
On Tue, 2007-04-24 at 16:21 +0200, Matthias Breier wrote: > Package: xserver-xorg-core > Version: 2:1.3.0.0.dfsg-2 > Severity: critical > > --- Please enter the report below this line. --- > > Hello, > > after upgrading to the new version the X server does not start anymore. In the > KDM logfile it says: > > "/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: > undefined symbol: drmSetServerInfo". libdrm2 is probably too old. > --- Package information. --- > Depends(Version) | Installed > -+- > x11-common (>= 1:7.0.0) | 1:7.1.0-18 > libc6 (>= 2.3.6-6) | 2.5-4 > libfontenc1 | 1:1.0.4-2 > libgcc1 (>= 1:4.1.1-12) | 1:4.1.1-21 > libxau6 | 1:1.0.3-2 > libxdmcp6| 1:1.0.2-2 > libxfont1| 1:1.2.8-1 > zlib1g (>= 1:1.2.1) | 1:1.2.3-13 > xserver-xorg | 1:7.1.0-18 xserver-xorg-core 2:1.3.0.0.dfsg-2 in the Debian archive depends on libdrm2 (>= 2.3.0); where did you get yours from? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Processed: tagging 419618
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > tags 419618 pending Bug#419618: xpdf: segfault on print Tags were: confirmed Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419618: /usr/bin/pdftops: pdftops segfault, additional file
On Tue, Apr 17, 2007 at 10:58:05AM +0100, Stephen Gran wrote: > This one time, at band camp, Andreas Bombe said: > > The file I encountered the bug on is available at > > http://www.kba.de/Stabsstelle/ZentraleRegister/VZR/FormularVZRneu1.pdf > > > > Most other PDFs I tried seem to work, a few also crash pdftops. > > It seems that you're right about pdftops. However, it is also the case > that the pdf viewers still exit, implying that they're not handling the > failure of pdftops very well, or that they have their own crash issues > as well. Trying to get a stack trace from kpdf gave me over 3000 > frames, for instance :/ I can't reproduce this any more with libc6 2.5-4. I'm going to upload xpdf 3.02 soon anyway which also seemed to fix it with libc6 2.5-1. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to euler euler-doc, tagging 420608
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > package euler euler-doc Ignoring bugs not assigned to: euler-doc euler > tags 420608 + pending Bug#420608: FTBFS: main.c:442: error: 'CLK_TCK' undeclared (first use in this function) There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420759: orageclock plugin leaks memory
Package: orage
Version: 4.3.99.1-1
Severity: grave
Justification: renders package unusable
orageclock panel plugin in Debian stable leaks memory every time
it updates the time.
--- orage-4.3.99.1/panel-plugin/orageclock.c2006-09-02 10:55:11.0
-0500
+++ orage-mod/panel-plugin/orageclock.c 2007-04-18 15:59:20.0 -0500
@@ -96,9 +96,9 @@
for (i = 0; i < OC_MAX_LINES; i++) {
line = &clock->line[i];
if (line->show) {
-strftime(time_s, sizeof(time_s)
-, g_locale_from_utf8(line->data->str, -1, NULL, NULL, NULL)
-, &clock->now);
+gchar* locstr = g_locale_from_utf8(line->data->str, -1, NULL,
NULL, NULL);
+strftime(time_s, sizeof(time_s), locstr, &clock->now);
+g_free(locstr);
if (!g_utf8_validate(time_s, -1, NULL)) {
utf8time_s = g_locale_to_utf8(time_s, -1, NULL, NULL, NULL);
if (utf8time_s) {
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages orage depends on:
ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii libfontconfig12.4.2-1.2 generic font configuration library
ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface
ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio
ii libpng12-01.2.15~beta5-1 PNG library - runtime
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxcursor1 1.1.7-4X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxfce4mcs-client3 4.3.99.2-1 Client library for Xfce4 configure
ii libxfce4util4 4.3.99.2-1 Utility functions library for Xfce
ii libxfcegui4-4 4.3.99.2-1 Basic GUI C functions for Xfce4
ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii libxi61:1.0.1-4 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library
ii libxrandr22:1.1.0.2-5X11 RandR extension library
ii libxrender1 1:0.9.1-3 X Rendering Extension client libra
ii xfce4-panel 4.3.99.2-2 The Xfce4 desktop environment pane
ii zlib1g1:1.2.3-13 compression library - runtime
orage recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420757: After upgrading xserver does not start any longer - apparently problem with libdri
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-2 Severity: critical --- Please enter the report below this line. --- Hello, after upgrading to the new version the X server does not start anymore. In the KDM logfile it says: "/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: undefined symbol: drmSetServerInfo". The Xorg.0.log stops after the line "(II) Loading extension XFree86-DRI". As requested in Bug #415582, here the output of "ldd /usr/lib/xorg/modules/extensions/libdri.so": linux-gate.so.1 => (0xe000) libdrm.so.2 => /lib/libdrm.so.2 (0xb7f82000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f5c000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7e19000) /lib/ld-linux.so.2 (0x8000) Best regards Matthias Breier --- Content of Xorg.0.log --- X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian Current Operating System: Linux real-gonzo 2.6.20.7-20070418-first #1 PREEMPT Wed Apr 18 15:54:47 CEST 2007 i686 Build Date: 21 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr 23 11:57:44 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "TFT - Ein Desktop" (**) |-->Screen "TFT Screen" (0) (**) | |-->Monitor "internes TFT" (**) | |-->Device "TFT Grafik" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) XKB: variant: "nodeadkeys" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Synaptics Touchpad" (**) |-->Input Device "Logitech MX510" (II) No default mouse found, adding one (**) |-->Input Device "" (**) FontPath set to: /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1 (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is disabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81dd140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card 1043,186a rev 21 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 21 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 1043,1869 rev 03 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 1043,1869 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 1043,1869 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1043,1868 rev 03 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 83 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 1043,1869 rev 03 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 1043,1869 rev 03 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1043,1713 rev 03 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 1043,1826 rev 03 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4e50 card 1043,1772 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,169c card 1043,1735 rev 03 class 02,00,00 hdr 00 (II) PCI: 02:01:0: chip 1180,0476 card 1000, rev ac class 06,07,00 hdr 82 (II) PCI: 02:01:1: chip 1180,0476 card 1800, rev ac class 06,07,00 hdr 82 (II) PCI: 02:01:2: chip 1180,0552 card 1043,1867 rev 04 class 0c,00,10 hdr 80 (II) PCI: 02:02:0: chip 8086,1043 card 8086,2527 rev 04 class 02,80,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,7), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0)
Processed: tagging 419618
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > tags 419618 confirmed Bug#419618: xpdf: segfault on print There were no tags set. Tags added: confirmed > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 420754 is important
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > severity 420754 important Bug#420754: copy_exec function mistakely uses xen optimised library with glibc 2.5 resulting in an unbootable image Severity set to `important' from `critical' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core
Am Dienstag, den 24.04.2007, 21:42 +0900 schrieb Aric Cyr: > On 4/24/07, Daniel Leidert <[EMAIL PROTECTED]> wrote: > > Am Dienstag, den 24.04.2007, 11:51 +0200 schrieb robin putters: > > > > Yes, fglrx needs to be updated, it only supports Xorg 7.1 so far > > > > according to ATI website. Reassigning and merging with other bugs. > > > > > > ATI supports xorg 7.2 since 8.33.6: > > ^^ 8.36.5? > > > http://www2.ati.com/drivers/linux/linux_8.36.5.html > > > > $ find downloads/ati/tmp -type d -name "x*" > > downloads/ati/tmp/arch/x86 > > downloads/ati/tmp/arch/x86_64 > > downloads/ati/tmp/x430 > > downloads/ati/tmp/x680 > > downloads/ati/tmp/x690 > > downloads/ati/tmp/x710 > > downloads/ati/tmp/x680_64a > > downloads/ati/tmp/x690_64a > > downloads/ati/tmp/x710_64a > > downloads/ati/tmp/x430_64a > > > > No directory for X.org 7.2. Also the created fglrx-amdcccle package, > > that shall replace fglrx-control, is empty (just as note for you, Flavio > > The AMD installer is not maintained by Flavio, but by me. Flavio > maintains the official Debian packages only, which are still at 8.28 > as far as I can see. Do not bother him with ati-installer problems, > as it is not his responsibility and he probably does not want to worry > about it. Well, all I wanted to tell Flavio was, that the suggested package "fglrx-amdcccle" created by the ati-installer is empty. So when he prepares the packages for Debian, he should have a look, which files are considered for this package and not blindly copy your work. I do not expect him to fix bugs in the ati-installer itself. There are a lot more bugs in the Debian packages you provide. Simply run lintian/linda and you will see a bunch of (partly) easily fixable issues. > > - please fill it with content when packaging for Debian). Further it was > > announced in 8.35.5 to drop support for X.org 6.8 and XFree86 4.3 and > > they are still there. The "System recommendations" section you reference > > also mentions X.org 6.7 as supported X.org server version. So it finally > > seems, the ATI-Installer and the release notes are both broken. > > Due to a current versioning change in Debian (and Fedora Core 7 too > aparently) the fglrx driver will not load at all now. This is because > it expects a server version of 7.1, but the new modular version > reports 1.3.0 (xserver-xorg-core). I know, I read the bug reports and the workarounds and Flavios comment about the license issue with the workaround. All I wanted to say is, that the release notes do not fit, what the ati-installer ships. This is also just a FYI-information for the bug-readers and not a hint to Flavio to fix the ati-installer. But it was thought to be a hint for you. That's the reason, why I BCCed you in my answer to the BTS. [..] > Hopefully all these issues will be addressed for the next monthly > release from AMD, and I will update the ati-installer packaging > scripts as needed (fixing fglrx-amdcccle for example). BTW: Are you part of the ATI Linux Driver team? I'm planning to hand over the fglrx-manpages to ATI now, because of lack of time. So if you are part of this team or have contact to it's leader (Matthew Tippett?), I would kindly ask you to tell him and that he should contact me. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420754: copy_exec function mistakely uses xen optimised library with glibc 2.5 resulting in an unbootable image
Package: initramfs-tools Version: 0.87b Severity: critical Tags: patch Justification: make any xen system unbootable Latest glibc package moved optimized libraries from /lib/tls/i686 to /lib/i686, so the copy_exec function's euristic fails to translate it to a non optimized version. With libc6-i686 installed the resulting image is still working because the installed libraries are on search path, but with libc6-xen installed the resulting image is unbootable because some libraries required by busybox are in /lib/i686/nosegneg instead of /lib The attached patch solves the problem on my system, but a more robust solution is auspicable. Regards -- Package-specific info: -- /proc/cmdline root=/dev/hda1 ro vga=0x31B video=vesafb:ywrap,mtrr console=tty0 -- /proc/filesystems cramfs reiserfs ext3 -- lsmod Module Size Used by tcp_diag2656 0 inet_diag 11976 1 tcp_diag bridge 50268 0 netloop 7360 0 ppdev 9444 0 lp 11780 0 button 7440 0 ac 5956 0 battery10404 0 ext3 120072 1 jbd53224 1 ext3 mbcache 9124 1 ext3 fuse 40596 1 dm_snapshot16320 0 dm_mirror 20048 0 dm_mod 51000 2 dm_snapshot,dm_mirror eeprom 7792 0 cpufreq_ondemand7404 0 cpufreq_powersave 2688 0 cpufreq_conservative 8072 0 cpufreq_userspace 5696 0 acpi_cpufreq8068 1 freq_table 5440 1 acpi_cpufreq dummy 3748 0 loop 15944 2 sonypi 21500 0 nvidia 6839732 22 agpgart32264 1 nvidia ipv6 229088 52 joydev 9856 0 pcmcia 34356 0 firmware_class 10368 1 pcmcia snd_intel8x0 31292 1 snd_intel8x0m 16748 0 snd_ac97_codec 84000 2 snd_intel8x0,snd_intel8x0m snd_pcm_oss39232 0 snd_mixer_oss 15968 1 snd_pcm_oss snd_ac97_bus3168 1 snd_ac97_codec psmouse35880 0 serio_raw 7428 0 snd_pcm69764 4 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss snd_timer 21924 1 snd_pcm wlan_scan_sta 12928 1 i2c_sis96x 6148 0 yenta_socket 25324 2 rsrc_nonstatic 11552 1 yenta_socket pcmcia_core37588 3 pcmcia,yenta_socket,rsrc_nonstatic snd47876 9 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer serial_core20288 0 shpchp 33632 0 pci_hotplug29472 1 shpchp ath_pci85184 0 ath_rate_sample13760 1 ath_pci wlan 174204 4 wlan_scan_sta,ath_pci,ath_rate_sample ath_hal 192432 3 ath_pci,ath_rate_sample i2c_core 20480 3 eeprom,nvidia,i2c_sis96x parport_pc 33092 1 parport34120 3 ppdev,lp,parport_pc eth139418916 0 rtc13300 0 soundcore 10016 1 snd snd_page_alloc 10472 3 snd_intel8x0,snd_intel8x0m,snd_pcm tsdev 8288 0 evdev 9856 1 pcspkr 3840 0 sd_mod 19808 0 reiserfs 213408 3 usbhid 38208 0 ide_disk 15712 5 generic 6244 0 [permanent] usb_storage72736 0 scsi_mod 125160 2 sd_mod,usb_storage sis551313128 0 [permanent] ehci_hcd 29288 0 ide_core 112392 4 ide_disk,generic,usb_storage,sis5513 sis900 23264 0 mii 6112 1 sis900 ohci1394 31792 0 ieee1394 88152 2 eth1394,ohci1394 ohci_hcd 19332 0 usbcore 114372 5 usbhid,usb_storage,ehci_hcd,ohci_hcd thermal14376 0 processor 29608 2 acpi_cpufreq,thermal fan 5572 0 -- /etc/kernel-img.conf do_symlinks = no do_bootloader = no do_bootfloppy = no warn_initrd = no postinst_hook = update-grub postrm_hook = update-grub -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-xen-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-4 Tiny utilities for small and embed ii cpio 2.7-2
Processed: Re: Bug#420736: Latest exim4 in sid breaks sa-exim
Processing commands for [EMAIL PROTECTED]: > forcemerge 420443 420736 Bug#420443: sa-exim uses variables not in the local_scan API Bug#420736: Latest exim4 in sid breaks sa-exim Bug#420555: sa-exim: Doesn't work with latest exim4 (4.67-1) Forcibly Merged 420443 420555 420736. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420745: gossip: Gossip forgets all its accounts
Package: gossip Version: 0.24-2 Severity: grave Justification: causes data loss When I started Gossip after upgrading to version 0.24, I started up with the account creation dialog. All my accounts had been removed from ~/.gnome2/Gossip/accounts.xml. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 402603
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > tags 402603 pending Bug#402603: tomcat5.5: blocks on startup until log pipe is read There were no tags set. Bug#408202: tomcat5.5: will not start, no log files generated Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420390: Purging tetex transition packages removes texlive configuration files
Hi all! Short notice from the train: On Sun, 22 Apr 2007 02:30:45 +0200 "Frans Pop" <[EMAIL PROTECTED]> wrote: > A) an Etch tetex installation, upgraded to texlive > B) a clean texlive installation > The following files are present after B, but not after A: > /etc/texmf/metafont/misc/modes.mf > /etc/texmf/tex/generic/config/pdftexconfig.tex > /etc/texmf/tex/latex/config/color.cfg > /etc/texmf/tex/latex/config/graphics.cfg > /etc/texmf/tex/latex/config/hyperref.cfg That something happens with these files is extremely cryptic, as there is NO NO NO specific maintainerscript based handling of these files, none at all. The are just installed as conffiles via the usual dpkg mechanism. i have no idea what could have happended to them!!! > /etc/texmf/web2c/mktex.cnf This is even stranger since this file is handled by tex-common since quite some tim. I will do further investigations in the next days. Bye Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ---
Processed: Re: Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2
Processing commands for [EMAIL PROTECTED]: > tag 420048 patch Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2 There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420048: libhtml-calendarmonth-perl: FTBFS: test t/20_i8n.t failed 1/2
tag 420048 patch thanks On Thu, Apr 19, 2007 at 06:51:34PM +0200, Lucas Nussbaum wrote: > Package: libhtml-calendarmonth-perl > Version: 1.18-1 > Severity: serious > Justification: FTBFS on i386, very likely to fail everywhere else > Usertags: grid5000 rebuild > During a rebuild of all packages in sid, I discovered that your package > failed to build on i386. This is also CPAN #21397: http://rt.cpan.org/Public/Bug/Display.html?id=21397 The change that broke this was in HTML::Tree 3.19_02: * All values in tags are now double-quoted. Previously, all-numeric values weren't quoted. and it entered Debian in libhtml-tree-perl 3.23-1. A simple way to fix the tests is # perl -pi -e 's/=(\d+)/="$1"/g' t/test* t/20_i8n.t which generates a largish patch, so I won't attach it. Since libhtml-tree-perl is not a direct build-dependency, maybe declaring a Build-Conflicts would be appropriate? Build-Conflicts-Indep: libhtml-tree-perl (<< 3.23-1) Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core
On 4/24/07, Daniel Leidert <[EMAIL PROTECTED]> wrote: Am Dienstag, den 24.04.2007, 11:51 +0200 schrieb robin putters: > > Yes, fglrx needs to be updated, it only supports Xorg 7.1 so far > > according to ATI website. Reassigning and merging with other bugs. > > ATI supports xorg 7.2 since 8.33.6: ^^ 8.36.5? > http://www2.ati.com/drivers/linux/linux_8.36.5.html $ find downloads/ati/tmp -type d -name "x*" downloads/ati/tmp/arch/x86 downloads/ati/tmp/arch/x86_64 downloads/ati/tmp/x430 downloads/ati/tmp/x680 downloads/ati/tmp/x690 downloads/ati/tmp/x710 downloads/ati/tmp/x680_64a downloads/ati/tmp/x690_64a downloads/ati/tmp/x710_64a downloads/ati/tmp/x430_64a No directory for X.org 7.2. Also the created fglrx-amdcccle package, that shall replace fglrx-control, is empty (just as note for you, Flavio The AMD installer is not maintained by Flavio, but by me. Flavio maintains the official Debian packages only, which are still at 8.28 as far as I can see. Do not bother him with ati-installer problems, as it is not his responsibility and he probably does not want to worry about it. - please fill it with content when packaging for Debian). Further it was announced in 8.35.5 to drop support for X.org 6.8 and XFree86 4.3 and they are still there. The "System recommendations" section you reference also mentions X.org 6.7 as supported X.org server version. So it finally seems, the ATI-Installer and the release notes are both broken. Due to a current versioning change in Debian (and Fedora Core 7 too aparently) the fglrx driver will not load at all now. This is because it expects a server version of 7.1, but the new modular version reports 1.3.0 (xserver-xorg-core). A temporary workaround can be found at http://rage3d.com/board/showthread.php?t=33889029 which basically binary-edits the driver to ignore the version info. Hopefully AMD will be able to fix this for the next release, but I don't know their plans. For the non-existant x720 directory, you should be able to symlink the x710 directory and build the packages just fine, but I will need to verify this. Hopefully all these issues will be addressed for the next monthly release from AMD, and I will update the ati-installer packaging scripts as needed (fixing fglrx-amdcccle for example). Regards, Aric -- Aric Cyr (http://acyr.net) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#420732: xserver-xorg-video-intel: LVDS output shows as melting effect
Processing commands for [EMAIL PROTECTED]: > severity 420732 important Bug#420732: xserver-xorg-video-intel: LVDS output shows as melting effect Severity set to `important' from `grave' > kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420732: xserver-xorg-video-intel: LVDS output shows as melting effect
severity 420732 important kthxbye On Tue, Apr 24, 2007 at 12:35:46 +0100, oryn wrote: > Package: xserver-xorg-video-intel > Version: 2:2.0.0-1 > Severity: grave > Justification: renders package unusable > It's not unusable, it works just fine here. hardware-specific bugs are usually of "important" severity. > I have just updated my tablet pc to this new driver, instead of > displaying xorg I get a melting effect where my screen shows > blotches that slowing grow in brightness. > This happens in every mode I try to display. > There is nothing to suggest any problem in the Xorg.log > Please ignore the info below as I'm unable to complete a bug report on > the machine effected as noone has made a virtual tablet driven keyboard for > the > console as yet. > > I may have a solution to this which I found here: > http://lists.freedesktop.org/archives/xorg/2007-March/022768.html > (change the value of I9XX_P2_LVDS_SLOW_LIMIT from 112000 to 9) > I have built a new .deb but will have to wait till I get home to test > it. > Could you send the relevant config and log to this bug? Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 420620
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.3 > tags 420620 + pending Bug#420620: why: file conflicts with other packages There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420239: fglrx does not work with 2:1.3.0.0.dfsg-1 version of xserver-xorg-core
Am Dienstag, den 24.04.2007, 11:51 +0200 schrieb robin putters: > > Yes, fglrx needs to be updated, it only supports Xorg 7.1 so far > > according to ATI website. Reassigning and merging with other bugs. > > ATI supports xorg 7.2 since 8.33.6: ^^ 8.36.5? > http://www2.ati.com/drivers/linux/linux_8.36.5.html $ find downloads/ati/tmp -type d -name "x*" downloads/ati/tmp/arch/x86 downloads/ati/tmp/arch/x86_64 downloads/ati/tmp/x430 downloads/ati/tmp/x680 downloads/ati/tmp/x690 downloads/ati/tmp/x710 downloads/ati/tmp/x680_64a downloads/ati/tmp/x690_64a downloads/ati/tmp/x710_64a downloads/ati/tmp/x430_64a No directory for X.org 7.2. Also the created fglrx-amdcccle package, that shall replace fglrx-control, is empty (just as note for you, Flavio - please fill it with content when packaging for Debian). Further it was announced in 8.35.5 to drop support for X.org 6.8 and XFree86 4.3 and they are still there. The "System recommendations" section you reference also mentions X.org 6.7 as supported X.org server version. So it finally seems, the ATI-Installer and the release notes are both broken. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420720: xserver-xorg-video-mga: X does not start
Hi all, On Tue, Apr 24, 2007 at 12:30:31PM +0200, Michel Dänzer wrote: > On Tue, 2007-04-24 at 12:16 +0200, Wilfred de Bondt wrote: > > Package: xserver-xorg-video-mga > > Version: 1:1.4.6.1.dfsg.1-2 > > Severity: grave > > Justification: renders package unusable > > > > With the last version of xserver X does not start anymore. Either with > > my own xorg.conf file which worked or after I used dpkg-reconfigure to > > write a new one. > > The last error message is: > > (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode > > [...] > > > (WW) MGA(0): Mode pool is empty > > (--) MGA(0): Virtual size is 640x480 (pitch 640) > > (**) MGA(0): Built-in mode "current": 25.2 MHz, 31.5 kHz, 59.9 Hz > > (II) MGA(0): Modeline "current" 25.18 640 664 760 800 480 491 493 525 > > -hsync -vsync -csync > > [...] > > > (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode > > This looks like a matroxfb issue: the mga driver gets the current mode > from matroxfb, but then matroxfb doesn't accept that as is. > > Do you really need Option "UseFBDev"? No, turning it off was the trick to make it work, Thanks! I still don't understand why it would work one day, and not the next, but as far as I'm concerned this bug can be closed. Thanks for the quick response. Kind regards, Wilfred de Bondt
Bug#420667: libc6 breaks bash, renders all compiles unusable
David Baron a écrit : > On Tuesday 24 April 2007, Aurelien Jarno wrote: >> David Baron a écrit : >>> On Tuesday 24 April 2007, Aurelien Jarno wrote: David Baron a écrit : > Package: libc6 > Version: 2.5-2 > Severity: critical > Justification: breaks unrelated software > > 1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. > BAD BAD BAD! What do you mean exactly? Could you please give us the output messages? >>> I have downgraded because more things became broken and a lot of >>> dependencies are shot. The message was to the effect: >>> Duplicate library found unsafe to upgrade remove, then try >>> again. The libraries sited were symlinks on /usr/ib >>> frist libc.so.0.6, then libdl.so.2, ehtn librt.so.1 (if I remember >>> correctly) >> You should never have such libraries in /usr/lib. No Debian package >> install the glibc libraries in /usr/lib, their place is in /lib, >> otherwise expect the problem you encountered. >> >> This is therefore not a bug of the glibc package, but a problem of your >> system. Closing the bug. >> > 2. Once these removed, installs. Bash is now unusable--problem is in > calls from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. Well I don't really understand what did you removed. Anyway bash should work correctly, even with /usr/lib removed. >>> I removed the symlinks requested for removal above. >>> Bash using its rc files no longer worked. >>> Without the rcfiles,as I stated, worked as non-login mode. >>> bash -norc or sh. >>> > 3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again > balk. Which file exactly? Could you give us the full path. >>> Those cited above. >>> > 4. The other symlinks are needed by ld when building dependent > programs! 5. Once replaced, builds procede but all built programs > segfault. >>> Note that I did not simply remove anyting but moved it. First I took off >>> from /lib which of course was catastrohpic. I restored those ans was able >>> to reboot. That is why I say that the script should not ask users to >>> remove anything like that. What must be removed/replaced should be done >>> by the script and this should be thoroughly tested before posting, >>> obviously. This is unstable, ok, but not experimental. >> Wrong. No package put glibc libraries in /usr/lib. If a user does that, >> it is his/her responsability to take care of those files. > > However, 2.5.2 certainly did do so. Maybe the older ones I had there should > not have been but once I took them out, they should not have reappeared! Wrong again. It's ldconfig which recreate them because you have a copy of the glibc in /usr/lib. This is not new for glibc 2.5-2, its the case since ldconfig exists... Try 'rm -f /usr/lib/*-2.3.6.so'. Again you should not have a copy of the glibc in /usr/lib (*-2.3.6.so files). BAD BAD BAD! > 2.3.6 does not put a libc.so symlink in /usr/lib but does place symlinks > for librt, libdl. > > Note that if the symlinks are absent, ld will fail looking for them but this > could be a path problem. .so symlinks are needed for ld, but .so.X are not needed and only create problems as you experienced. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 402603
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.2 > tags 402603 - help Bug#402603: tomcat5.5: blocks on startup until log pipe is read Tags were: help Bug#408202: tomcat5.5: will not start, no log files generated Tags removed: help > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420138: twinkle: Crashes when making/receiving a call
Mark Purcell wrote: Thanks for the report. I suspect it is related to your version of libzrtpcpp-0.9.0 Versions of packages twinkle depends on: ii libzrtpcpp-0.9-0 0.9.0-2 ccrtp extension for zrtp/Zfone sup You have 0.9.0-2 which shouldn't be allowed and this dependancy needs to be fixed in twinkle. Could I ask you to install 0.9.0-4 from unstable and let me know if that fixes your issue: It has indeed fixed the issue. Thank you very much. Regards, Chris -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420720: xserver-xorg-video-mga: X does not start
On Tue, 2007-04-24 at 12:16 +0200, Wilfred de Bondt wrote: > Package: xserver-xorg-video-mga > Version: 1:1.4.6.1.dfsg.1-2 > Severity: grave > Justification: renders package unusable > > With the last version of xserver X does not start anymore. Either with > my own xorg.conf file which worked or after I used dpkg-reconfigure to > write a new one. > The last error message is: > (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode [...] > (WW) MGA(0): Mode pool is empty > (--) MGA(0): Virtual size is 640x480 (pitch 640) > (**) MGA(0): Built-in mode "current": 25.2 MHz, 31.5 kHz, 59.9 Hz > (II) MGA(0): Modeline "current" 25.18 640 664 760 800 480 491 493 525 > -hsync -vsync -csync [...] > (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode This looks like a matroxfb issue: the mga driver gets the current mode from matroxfb, but then matroxfb doesn't accept that as is. Do you really need Option "UseFBDev"? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#420725: gauche: Installation fails
Package: gauche Version: 0.8.7-4 Severity: grave Justification: renders package unusable During installation of gauche the following error message: Setting up gauche (0.8.7-4) ... *** ERROR: unbound variable: slib:features Stack Trace: ___ dpkg: error processing gauche (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: gauche E: Sub-process /usr/bin/dpkg returned an error code (1) Look like bug #400556, but it only fixed in testing, not stable. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gauche depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries Versions of packages gauche recommends: ii slib 3a4-4 Portable Scheme library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420723: FTBFS: main.c:442: error: 'GNOMELOCALEDIR' undeclared (first use in this function)
Package: camorama Version: 0.17-5 Severity: serious Justification: no longer builds from source Hi! camorama currently fails to build in sid [1]: --- 8< --- make[3]: Entering directory `/build/user/camorama-0.17/src' cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/share"\" -DDATADIR=\""/usr/share"\" -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\" -DORBIT2=1 -pthread -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -g -Wall -O2 -c `test -f 'main.c' || echo './'`main.c main.c: In function 'load_interface': main.c:87: warning: assignment from incompatible pointer type main.c: In function 'main': main.c:442: error: 'GNOMELOCALEDIR' undeclared (first use in this function) main.c:442: error: (Each undeclared identifier is reported only once main.c:442: error: for each function it appears in.) main.c:408: warning: unused variable 'button' main.c:404: warning: unused variable 'pixfilename' make[3]: *** [main.o] Error 1 --- 8> --- [1] http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/camorama_0.17-5_sid32.buildlog Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#420138: twinkle: Crashes when making/receiving a call
On Fri, 20 Apr 2007, Chris Davies wrote: > Twinkle starts and runs happily until a call is made or received. As soon > as the session is established Twinkle crashes. This error is printed on > the console: Chris, Thanks for the report. I suspect it is related to your version of libzrtpcpp-0.9.0 > Versions of packages twinkle depends on: > ii libzrtpcpp-0.9-0 0.9.0-2 ccrtp extension for zrtp/Zfone > sup You have 0.9.0-2 which shouldn't be allowed and this dependancy needs to be fixed in twinkle. Could I ask you to install 0.9.0-4 from unstable and let me know if that fixes your issue: http://packages.debian.org/libzrtpcpp-0.9-0 > There is no backtrace available to KCrash. Twinkle 1:1.0-2 worked for me; > I'd try to downgrade if I could find a deb for it. http://snapshot.debian.net/twinkle has everything you need, but could I ask you to first try the libzrtpcpp-0.9.0 from above to see if that fixes the issue. Thanks, Mark pgpr4v5GOOc9a.pgp Description: PGP signature
Bug#420720: xserver-xorg-video-mga: X does not start
Package: xserver-xorg-video-mga Version: 1:1.4.6.1.dfsg.1-2 Severity: grave Justification: renders package unusable With the last version of xserver X does not start anymore. Either with my own xorg.conf file which worked or after I used dpkg-reconfigure to write a new one. The last error message is: (EE) MGA(0): FBIOPUT_VSCREENINFO succeeded but modified mode Kind regards, Wilfred de Bondt -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-13 13:15 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1703596 2007-04-21 16:09 /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: Matrox Graphics, Inc. MGA G400/G450 (rev 04) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3149 2007-04-24 11:43 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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 Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Matrox Graphics, Inc. MGA G400/G450" Driver "mga" BusID "PCI:1:0:0" Option "UseFBDev" "true" EndSection Section "Monitor" Identifier "Generieke beeldscherm" Option "DPMS" HorizSync 30-68 VertRefresh 50-120 EndSection Section "Screen" Identifier "Default Screen" Device "Matrox Graphics, Inc. MGA G400/G450" Monitor "Generieke beeldscherm" DefaultDepth16 SubSection "Display" Depth 1 Modes "1152x768" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1152x768" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1152x768" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1152x768" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1152x768" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display"
Bug#420667: marked as done (libc6 breaks bash, renders all compiles unusable)
Your message dated Tue, 24 Apr 2007 11:59:38 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#420667: libc6 breaks bash, renders all compiles unusable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: libc6 Version: 2.5-2 Severity: critical Justification: breaks unrelated software 1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. BAD BAD BAD! 2. Once these removed, installs. Bash is now unusable--problem is in calls from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. 3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again balk. 4. The other symlinks are needed by ld when building dependent programs! 5. Once replaced, builds procede but all built programs segfault. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20-davidb (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- no debconf information --- End Message --- --- Begin Message --- David Baron a écrit : > On Tuesday 24 April 2007, Aurelien Jarno wrote: >> David Baron a écrit : >>> Package: libc6 >>> Version: 2.5-2 >>> Severity: critical >>> Justification: breaks unrelated software >>> >>> 1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. >>> BAD BAD BAD! >> What do you mean exactly? Could you please give us the output messages? >> > I have downgraded because more things became broken and a lot of > dependencies > are shot. The message was to the effect: > Duplicate library found unsafe to upgrade remove, then try again. > The libraries sited were symlinks on /usr/ib > frist libc.so.0.6, then libdl.so.2, ehtn librt.so.1 (if I remember correctly) You should never have such libraries in /usr/lib. No Debian package install the glibc libraries in /usr/lib, their place is in /lib, otherwise expect the problem you encountered. This is therefore not a bug of the glibc package, but a problem of your system. Closing the bug. >>> 2. Once these removed, installs. Bash is now unusable--problem is in >>> calls from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. >> Well I don't really understand what did you removed. Anyway bash should >> work correctly, even with /usr/lib removed. > I removed the symlinks requested for removal above. > Bash using its rc files no longer worked. > Without the rcfiles,as I stated, worked as non-login mode. > bash -norc or sh. >>> 3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again >>> balk. >> Which file exactly? Could you give us the full path. > Those cited above. > >>> 4. The other symlinks are needed by ld when building dependent programs! >>> 5. Once replaced, builds procede but all built programs segfault. > > Note that I did not simply remove anyting but moved it. First I took off > from /lib which of course was catastrohpic. I restored those ans was able to > reboot. That is why I say that the script should not ask users to remove > anything like that. What must be removed/replaced should be done by the > script and this should be thoroughly tested before posting, obviously. This > is unstable, ok, but not experimental. Wrong. No package put glibc libraries in /usr/lib. If a user does that, it is his/her responsability to take care of those files. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net --- End Message ---
Bug#420706: more info
I meant upgrading to 1.4.1 concerning the version, not 1.4.0 ;-) I had a quick look at what can be the problem. It seems that other people add the same one but it was using not updated svn version. http://lists.maptools.org/pipermail/gdal-dev/2007-January/011495.html I suppose that the build is based on the official 1.4.1 version. Could it be related to this (seems the first official archive was not correct): http://lists.maptools.org/pipermail/gdal-dev/2007-April/012546.html Didrik signature.asc Description: This is a digitally signed message part
Bug#420667: libc6 breaks bash, renders all compiles unusable
On Tuesday 24 April 2007, Aurelien Jarno wrote: > David Baron a écrit : > > Package: libc6 > > Version: 2.5-2 > > Severity: critical > > Justification: breaks unrelated software > > > > 1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. > > BAD BAD BAD! > > What do you mean exactly? Could you please give us the output messages? > I have downgraded because more things became broken and a lot of dependencies are shot. The message was to the effect: Duplicate library found unsafe to upgrade remove, then try again. The libraries sited were symlinks on /usr/ib frist libc.so.0.6, then libdl.so.2, ehtn librt.so.1 (if I remember correctly) > > 2. Once these removed, installs. Bash is now unusable--problem is in > > calls from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. > > Well I don't really understand what did you removed. Anyway bash should > work correctly, even with /usr/lib removed. I removed the symlinks requested for removal above. Bash using its rc files no longer worked. Without the rcfiles,as I stated, worked as non-login mode. bash -norc or sh. > > 3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again > > balk. > > Which file exactly? Could you give us the full path. Those cited above. > > 4. The other symlinks are needed by ld when building dependent programs! > > 5. Once replaced, builds procede but all built programs segfault. Note that I did not simply remove anyting but moved it. First I took off from /lib which of course was catastrohpic. I restored those ans was able to reboot. That is why I say that the script should not ask users to remove anything like that. What must be removed/replaced should be done by the script and this should be thoroughly tested before posting, obviously. This is unstable, ok, but not experimental. My status with the 2.3.6 packages from stable: 1. find no longer works because it wants the newer libc6/glibc stuff. I can downgrade that one also, I suppos. Error messages looking for glibc 2.4. No such animal. 2. I got nvidia's driver working again after failed recompiles on the new libc6. I can no longer do anything with the screen resolution for some reason. Its installer has problems with its /usr/lib/tls files. Did not have this problem before.
Bug#419458: marked as done (ata_piix and piix claim same pci ids)
Your message dated Tue, 24 Apr 2007 09:47:31 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#419458: fixed in linux-2.6 2.6.20-3
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: linux-image-2.6.20-1-686
Version: 2.6.20-1
Severity: grave
Upon upgrading to this kernel, about 1/3rd of the time when I boot,
the internal drive of my laptop becomes /dev/sda. The rest of the time,
it remains /dev/hda.
This seems to happen because both ata_piix and piix claim the same pci
ids, so both are loaded at boot, and sometimes ata_piix wins control and
the drive name changes.
Currently it's /dev/hda and I see:
ata_piix 15044 0
libata 99892 3 ata_piix,ahci,ata_generic
piix9540 0 [permanent]
ide_core 114728 6
usb_storage,ide_generic,ide_cd,ide_disk,piix,generic
If it's /dev/sda, I imagine that ata_piix would be [permanent] instead?
Here's my controller in lspci:
00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) IDE Controller [8086:266f] (rev 04) (prog-if 8a [Master SecP PriP])
Subsystem: Fujitsu Limited. Unknown device [10cf:12e5]
Flags: bus master, medium devsel, latency 0, IRQ 19
I/O ports at 01f0 [size=8]
I/O ports at 03f4 [size=1]
I/O ports at 0170 [size=8]
I/O ports at 0374 [size=1]
I/O ports at 1410 [size=16]
8086:266f is claimed by both in 2.6.20:
[EMAIL PROTECTED]:/lib/modules/2.6.20-1-686>grep "0x8086 0x266f"
modules.pcimap
piix 0x8086 0x266f 0x 0x 0x
0x 0x0
ata_piix 0x8086 0x266f 0x 0x 0x
0x 0x0
This was not the case in 2.6.18:
[EMAIL PROTECTED]:/lib/modules/2.6.18-4-686>grep "0x8086 0x266f"
modules.pcimap
piix 0x8086 0x266f 0x 0x 0x
0x 0x0
I'm concerned that this same problem might affect _all_ pata controllers,
since the pata modules have been added, which also claim the same pci ids as
other modules. I looked for such conflicting claims using this rune:
[EMAIL PROTECTED]:/lib/modules/2.6.20-1-686>for m in $(find -name pata_\*
-printf "%
f\n" | sed 's/\.ko//') ata_piix; do echo ">>$m"; for p in $(grep $m
modules.pcimap| awk
'{print $2 "-" $3}'); do grep "${p%-*} ${p#*-}" modules.pcimap | grep -v "$m"
; done;done
The result is that at least these sets of modules claim the same ids.
pata_artop aec62xx
pata_alialim15x3
pata_amdamd74xx
pata_pdc2027x pdc202xx_new
pata_atiixp atiixp
pata_cmd64x cmd64x
pata_cs5520 cs5520
pata_cs5530 cs5530
pata_cs5535 cs5535
pata_cypresscy82c693
pata_efar slc90e66
pata_hpt366,pata_hpt3x2n,ata_hpt37x hpt366 [1]
pata_hpt3x3 hpt34x
pata_it821x it821x
pata_jmicronjmicron,ahci [2]
pata_mpiix piix
pata_netcellgeneric
pata_ns87410generic
pata_oldpiixpiix
pata_opti,pata_optidma opti621 [3]
pata_pdc202xx_old pdc202xx_old
pata_rz1000 rz1000
pata_sc1200 sc1200
pata_serverworksserverworks
pata_sil680 siimage
pata_sissis5513
pata_triflextriflex
pata_viavia82cxxx
ata_piixpiix
ata_piixahci
One fix for the problem would be to only build one module from each set.
Choosing which modules to build and which to exclude I leave up to you. :-)
[1] In this case according to waldi the pata modules check the chip revision,
so don't really conflict with each other even though they all register
the same PCI ids.
[2][3] I assume something similar is going on here.
a
-- Package-specific info:
** Version: Linux version 2.6.20-1-686 (Debian 2.6.20-1) ([EMAIL PROTECTED])
(gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Tue Apr 10
01:01:27 UTC 2007
** Not tainted
** Kernel log:
PCI: Setting latency timer of device :00:1d.0 to 64
usb usb1: root hub lost power or was reset
ACPI: PCI Interrupt :00:1d.1[B] -> GSI 19 (level, low) -> IRQ 18
PCI: Setting latency timer of device :00:1d.1 to 64
usb usb2: root hub lost power or was reset
ACPI: PCI Interrupt :00:1d.2[C] -> GSI 18 (level, low) -> IRQ 19
PCI: Setting latency timer of device :00:1d.2 to 64
usb usb3: root hub lost power or was reset
ACPI: PCI Interrupt :00:1d.3[D] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device :00:1d.3 to 64
usb usb4: root hub lost power or was reset
ACPI: PCI Interrup
Bug#420239: Bug #420239
Yes, fglrx needs to be updated, it only supports Xorg 7.1 so far according to ATI website. Reassigning and merging with other bugs. ATI supports xorg 7.2 since 8.33.6: http://www2.ati.com/drivers/linux/linux_8.36.5.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420713: texlive-xetex: Package uninstallable
Package: texlive-xetex Version: 2007-5 Severity: grave Hello, the installation fails with the following message: Setting up texlive-xetex (2007-5) ... Running mktexlsr. This may take some time... done. Building format(s) --byfmt xetex. This may take some time... done. Building format(s) --byfmt xelatex. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.lFby4040 Please include this file if you report a bug. dpkg: error processing texlive-xetex (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: texlive-xetex E: Sub-process /usr/bin/dpkg returned an error code (1) Here's the log file: fmtutil.lFby4040 Description: Binary data -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (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 texlive-xetex depends on: ii libc6 2.5-4 GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-5.1 PDF rendering library ii texlive-base 2007-4 TeX Live: Essential programs and f ii texlive-common2007-4 TeX Live: Base component ii zlib1g1:1.2.3-13 compression library - runtime texlive-xetex recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 2.0021 Update Configuration File: preserv Versions of packages texlive-xetex is related to: pn tetex-base (no description available) pn tetex-bin (no description available) pn tetex-extra(no description available) -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false -- Read the Jazz Blog !! http://jazzblog.didierverna.com Didier Verna, [EMAIL PROTECTED], http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 [EMAIL PROTECTED]
Bug#416366: kmail: overwrites changes to contacts at exit
Sune Vuorela wrote: > I think libkabc (which handles the addressbook directly) uses either fam > or gamin to watch for changed files. When either kaddressbook or kmail > changes something, it uses libkabc and I think libkabc calls back to the > other program to tell that it should reread the file. Sounds fine. What I don't understand is why KMail would, in any circumstances, cause the address book to be written back, since I didn't modify any contacts with KMail. > Do you use libfam or libgamin on yoru system? Yes, gamin. > Have you configured it to work across nfs? I haven't found anything that indicates that it has to be configured for nfs. (If so, then that should really be documented.) The example config file has a line that sets it to polling mode for NFS, but it doesn't say if that is necessary. Apparently KMail doesn't detect changes made in KAddressbook to the contacts on NFS. Enabling polling mode didn't help, but with local filesystems KMail picks up the changes immediately. So there seems to be a problem with gamin. I just had an opportunity to catch KMail writing my address book red-handed, see the attached screenshot. This happened because I was apparently hit by #406984 simultaneously, so KMail displayed a "disk full" dialog and hung, leaving the file copying dialog frozen. Moreover I got the following messages from KMail on the console when restarting it after the crash: Weaver dtor: destroying inventory. WeaverThreadLogger: thread (ID: 1) destroyed. WeaverThreadLogger: thread (ID: 2) destroyed. WeaverThreadLogger: thread (ID: 3) destroyed. WeaverThreadLogger: thread (ID: 4) destroyed. Weaver dtor: done kmail: ERROR: Adressboken '/home/marcus/.kde/share/apps/kabc/std.vcf' är låst av programmet ''. Om du tycker att det är felaktigt, ta bara bort låsfilen från '/home/marcus/.kde/share/apps/kabc/lock/*.lock' kmail: ERROR: Kan inte spara till resursen "Lokal adressbok" eftersom den är låst. (Translation for those who need it: The Address book '/home/marcus.../' is locked by the progra. If you think this is in error, remove the lock file from '...'. kmail: ERROR: Cannot save the resource "Local address book" because it is locked.) This proves that KMail is trying to _write_ the local address book as well. Why would it do that? But apparently file locking works here. This seems to point to a locking problem with NFS perhaps. Marcus kmail-eats-contacts.png Description: PNG image pgpES81wK60xl.pgp Description: PGP signature
Bug#419189: fcked too
hi, On Mon, Apr 23, 2007 at 01:45:14PM +0200, Aurelien Jarno wrote: > > [EMAIL PROTECTED]:/lib/tls$ echo /lib/tls/* > > /lib/tls/ld-2.3.2.so /lib/tls/ld-linux.so.2 > > /lib/tls/libBrokenLocale-2.3.2.so /lib/tls/libBrokenLocale.so.1 > > /lib/tls/libanl-2.3.2.so /lib/tls/libanl.so.1 /lib/tls/libc-2.3.2.so > > /lib/tls/libc.so.6 /lib/tls/libcrypt-2.3.2.so /lib/tls/libcrypt.so.1 > > /lib/tls/libdl-2.3.2.so /lib/tls/libdl.so.2 /lib/tls/libm-2.3.2.so > > /lib/tls/libm.so.6 /lib/tls/libnsl-2.3.2.so /lib/tls/libnsl.so.1 > > /lib/tls/libnss_compat-2.3.2.so /lib/tls/libnss_compat.so.2 > > /lib/tls/libnss_dns-2.3.2.so /lib/tls/libnss_dns.so.2 > > /lib/tls/libnss_files-2.3.2.so /lib/tls/libnss_files.so.2 > > /lib/tls/libnss_hesiod-2.3.2.so /lib/tls/libnss_hesiod.so.2 > > /lib/tls/libnss_nis-2.3.2.so /lib/tls/libnss_nis.so.2 > > /lib/tls/libnss_nisplus-2.3.2.so /lib/tls/libnss_nisplus.so.2 > > /lib/tls/libpthread-0.60.so /lib/tls/libpthread.so.0 > > /lib/tls/libresolv-2.3.2.so /lib/tls/libresolv.so.2 /lib/tls/librt-2.3.2.so > > /lib/tls/librt.so.1 /lib/tls/libutil-2.3.2.so /lib/tls/libutil.so.1 > > > > [EMAIL PROTECTED]:/lib/tls$ echo /lib/libc-* > > /lib/libc-2.3.2.so /lib/libc-2.5.so > > > > You have to remove all files with version 2.3.2. They should not be > present on your system. yep, removing *2.3.2* and moving /lib/tls away to /lib/tls.old did the job. Thanks. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420706: python-gdal: undefined symbol: SWIG_MakePtr
Package: python-gdal Version: 1.4.1-2 Severity: grave Justification: renders package unusable Hi, Updating the package to 1.4.0 version breaks python-gdal. The problem is the following : [EMAIL PROTECTED]:~$ python Python 2.4.4 (#2, Apr 5 2007, 20:11:18) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gdal Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/site-packages/gdal.py", line 191, in ? import _gdal ImportError: /usr/lib/python2.4/site-packages/_gdalmodule.so: undefined symbol: SWIG_MakePtr >>> Didrik -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-gdal depends on: ii libc6 2.5-2 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libgdal1-1.4.01.4.1-2Geospatial Data Abstraction Librar ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii python2.4.4-2An interactive high-level object-o ii python-central0.5.13-0.1 register and build utility for Pyt ii python-numeric24.2-7 Numerical (matrix-oriented) Mathem python-gdal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420037: marked as done (libdbd-excel-perl: FTBFS: Base class package "Spreadsheet::ParseExcel::Workbook" is empty.)
Your message dated Tue, 24 Apr 2007 08:32:12 + with message-id <[EMAIL PROTECTED]> and subject line Bug#420037: fixed in libdbd-excel-perl 0.06-5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: libdbd-excel-perl Version: 0.06-4 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: Checking if your kit is complete... Looks good Using DBI 1.54 (for perl 5.008008 on i486-linux-gnu-thread-multi) installed in /usr/lib/perl5/auto/DBI/ Writing Makefile for DBD::Excel /usr/bin/make make[1]: Entering directory `/build/user/libdbd-excel-perl-0.06' cp Excel.pm blib/lib/DBD/Excel.pm Manifying blib/man3/DBD::Excel.3pm make[1]: Leaving directory `/build/user/libdbd-excel-perl-0.06' /usr/bin/make test make[1]: Entering directory `/build/user/libdbd-excel-perl-0.06' PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl 1..1 Base class package "Spreadsheet::ParseExcel::Workbook" is empty. (Perhaps you need to 'use' the module which defines that package first.) at /usr/share/perl5/Spreadsheet/ParseExcel/SaveParser.pm line 14 BEGIN failed--compilation aborted at /usr/share/perl5/Spreadsheet/ParseExcel/SaveParser.pm line 14. Compilation failed in require at blib/lib/DBD/Excel.pm line 18. Compilation failed in require at test.pl line 11. BEGIN failed--compilation aborted at test.pl line 11. not ok 1 make[1]: *** [test_dynamic] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/ About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: libdbd-excel-perl Source-Version: 0.06-5 We believe that the bug you reported is fixed in the latest version of libdbd-excel-perl, which is due to be installed in the Debian FTP archive: libdbd-excel-perl_0.06-5.diff.gz to pool/main/libd/libdbd-excel-perl/libdbd-excel-perl_0.06-5.diff.gz libdbd-excel-perl_0.06-5.dsc to pool/main/libd/libdbd-excel-perl/libdbd-excel-perl_0.06-5.dsc libdbd-excel-perl_0.06-5_all.deb to pool/main/libd/libdbd-excel-perl/libdbd-excel-perl_0.06-5_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. gregor herrmann <[EMAIL PROTECTED]> (supplier of updated libdbd-excel-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 23 Apr 2007 16:37:34 +0200 Source: libdbd-excel-perl Binary: libdbd-excel-perl Architecture: source all Version: 0.06-5 Distribution: unstable Urgency: low Maintainer: Debian Perl Group <[EMAIL PROTECTED]> Changed-By: gregor herrmann <[EMAIL PROTECTED]> Description: libdbd-excel-perl - provides an SQL interface (via DBI) for accessing Excel files Closes: 420037 Changes: libdbd-excel-perl (0.06-5) unstable; urgency=low . * Make (build) dependency on libspreadsheet-parseexcel-perl versioned (closes: #420037). * Add dh_md5sums to debian/rules. Files: c2a26580b476cec7fa0cd02806eae895 955 perl optional libdbd-excel-perl_0.06-5.dsc 1411ae9e0a5289d95a05908d95aa8c45 2767 perl optional libdbd-excel-perl_0.06-5.diff.gz adc45862ec0acef5865c36e40db01749 29130 perl optional libdbd-excel-perl_0.06-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGLbdlHqjlqpcl9jsRAgtOAJ9mywUjAMvHXErncNLwdYgDiRdUwgCbBw8u 5sV8t+ELKb3c4k3cjcs/7iE= =ujV6 -END PGP SIGNATURE- --- End Message ---
