Bug#377808: Re : uim can cause crash of X
On 7/18/06, Etsushi Kato <[EMAIL PROTECTED]> wrote: 4) uim -> implement X's equivalent compose mechanism in uim's gtk+ immodule and Qt immodule. It is fairly easy since we already have it in uim-xim. And I just tested to port this in uim's gtk+ immodule, it works pretty well. I committed the changes for gtk+ and Qt immodule on freedesktop's svn repository while ago. Now you can use all compose sequences and ~/.XCompose with gtk+ (Mozilla, Firefox, Thunderbird, Gedit and so on) and Qt (Kate, ...) immodules of uim as well as XIM. You can download source code and try them from svn://anonsvn.freedesktop.org/svn/uim/trunk/ using svn. Or wait 1.2.0-alpha release. Cheers, -- Etsushi Kato [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378511: [xml/sgml-pkgs] Bug#378511: libxml2-dev: libxml2.la's dependency_libs contains -lz, but zlib1g-dev|libz-dev is not depended upon anymore
On Tue, Jul 18, 2006 at 01:06:39AM +0200, Nicolas Boullis <[EMAIL PROTECTED]> wrote: > Hi, > > On Mon, Jul 17, 2006 at 07:45:03PM +0200, Mike Hommey wrote: > > > > > > This is clearly related to #374017; the fix to this bug was incomplete. > > > It causes FTBFS in packages that build-depend on libxml2-dev but not > > > zlib1g-dev|libz-dev, and that use libtool. (See for example #378374.) > > > > In the meanwhile, I remembered that libxslt, that I built with the new > > libxml2 to verify the changes to libxml2-dev dependencies don't break > > everything, also uses libtool. So, wondering what was the matter, I also > > remembered libxslt is autoreconfed. > > > > To solve the problem, then, all you have to do is relibtoolize your > > package. This can be achieved by running autoreconf. You will need > > libtool, autoconf2.13 and automake1.9. That solves the issue much better > > than adding useless build-dep AND dependency on zlib. > > To be honnest, I know very little about libtool (and only little more > abour automake and autoconf), so I tried to "autoreconf" my package... > Unfortunately, it did not make any difference, and I can't understand > why you would expect that "relibtoolizing" ou "autoreconfing" the > application can fix anything if the problem actually is in > /usr/lib/libxml2.la ... Because libtool in sid does the right thing when it is configured the proper way. I did try to autoreconf vcdimager and build it, and it works. Check the ltmain.sh for the version number, if it doesn't contain "debian" then try autoreconf -f. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378454: swat: not usable when root account is disabled (pure sudo system)
On Sun, 2006-07-16 at 15:31 +0200, Christian Pernegger wrote: > Package: swat > Version: 3.0.22-1 > Severity: important > > > debian-installer now offers the option to disable the root account and > grant a normal user full sudo priviledges instead. > > With such a setup swat is not usable, since it seems to insist on a > login with username 'root' + root's unix password. > > Extensive googling seems to suggest that swat authenticates against > the samba passwords -- at the moment it does not, but I like the idea. No, it doesn't, it talks to PAM. > Please provide some way for logging in to swat as admin without having > to have a root account. This would have the added benefit that people > who one don't have to transmit the password in the clear. Currently SWAT avoids requiring config file entries (or the passdb database), as it rewrites them (and it doesn't want bootstrap concerns). Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc. http://redhat.com signature.asc Description: This is a digitally signed message part
Bug#378511: [xml/sgml-pkgs] Bug#378511: libxml2-dev: libxml2.la's dependency_libs contains -lz, but zlib1g-dev|libz-dev is not depended upon anymore
On Tue, Jul 18, 2006 at 06:45:40AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Tue, Jul 18, 2006 at 01:06:39AM +0200, Nicolas Boullis <[EMAIL PROTECTED]> > wrote: > > Hi, > > > > On Mon, Jul 17, 2006 at 07:45:03PM +0200, Mike Hommey wrote: > > > > > > > > This is clearly related to #374017; the fix to this bug was incomplete. > > > > It causes FTBFS in packages that build-depend on libxml2-dev but not > > > > zlib1g-dev|libz-dev, and that use libtool. (See for example #378374.) > > > > > > In the meanwhile, I remembered that libxslt, that I built with the new > > > libxml2 to verify the changes to libxml2-dev dependencies don't break > > > everything, also uses libtool. So, wondering what was the matter, I also > > > remembered libxslt is autoreconfed. > > > > > > To solve the problem, then, all you have to do is relibtoolize your > > > package. This can be achieved by running autoreconf. You will need > > > libtool, autoconf2.13 and automake1.9. That solves the issue much better > > > than adding useless build-dep AND dependency on zlib. > > > > To be honnest, I know very little about libtool (and only little more > > abour automake and autoconf), so I tried to "autoreconf" my package... > > Unfortunately, it did not make any difference, and I can't understand > > why you would expect that "relibtoolizing" ou "autoreconfing" the > > application can fix anything if the problem actually is in > > /usr/lib/libxml2.la ... > > Because libtool in sid does the right thing when it is configured the > proper way. I did try to autoreconf vcdimager and build it, and it > works. > Check the ltmain.sh for the version number, if it doesn't contain > "debian" then try autoreconf -f. Erf, that was libtoolize -c -f. And you need to re-run autoreconf after that. Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378078: failed sarge install on laptop
Joey Hess wrote: Brent Burton wrote: The log on VC 4 (Alt-F4) shows that a grep for the packages is failing in the "anna" process. Specifically, at line 48 of /usr/lib/debian-installer/retriever/cdrom-retriever is the statement "suite=$RET". $RET is an empty string. Thus, grep is searching for the file "/cdrom/dists//Release" (sic) when the path is actually "/cdrom/dists/sarge/Release". The variable "suite" should be "sarge"; modifying cdrom-retriever to explicitly set "suite=sarge" allows the CD to be recognized as an installation CD, and the install continues. This same CD was used to install a few boxes at work and those went fine. The problem is that your laptop is not reliably reading the CD and the Release file cannot be read. This generally results in the code that tries to determine the suite failing. In etch, this condition is detected and an error displayed: _Description: Error reading Release file The CD-ROM does not seem to contain a valid 'Release' file, or that file could not be read correctly. . You may try to repeat CD-ROM detection but, even if it does succeed the second time, you may experience problems later in the installation. BTW, turning off DMA for the CD may help. Thanks for the response and it's taken me a while to re-check this. I disabled DMA by booting "linux ide=nodma" (2.4 kernel) and confirmed that DMA was disabled for the cdrom (hdc) by checking /proc/ide/hdc/settings. using_dma was zero. The install still fails in the exact same place. At this point, of the 12 reboots of the netinst CD as well as the normal CD installation, it fails in the exact same way on both disks, always. I'll do more searching for similar problems. Thanks again. -Brent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378501: epiphany-browser: epiphany unstable lately
On Sun, Jul 16, 2006 at 11:17:54PM +0200, Sebastian Rittau <[EMAIL PROTECTED]> wrote: > Package: epiphany-browser > Version: 2.14.2.1-2 > Severity: important > > Lately epiphany has become annoyingly unstable. It crashes regularily > for me, especially when submitting forms or on AJAX heavy sites. (For > example, safari.oreilly.com.) The crash obviously happens after the form > has been submitted, but before the response page is rendered. > > One page to reproduce this behaviour: https://www.pokerroom.com/support/ > and then select "Poker Tournaments" from the "Frequently Asked > Questions" dropdown. Could you get either a core dump or a backtrace (if the latter, you may want to install the libxul0d-dbg package) ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378564: firefox: please integrate security managers of Firefox and Thunderbird
On Mon, Jul 17, 2006 at 03:29:40PM +0200, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Package: firefox > Version: 1.5.dfsg+1.5.0.4-1 > Severity: wishlist > > There should be a common manager for cryptographic certificates and > keys for both Thunderbird and Firefox. This makes sense since they use > the same security module (or whatever they call it). It should be > enough to install keys and certificates in one of the programs. > > Isn't it possible to factor out the security module into a separate > package? Factor is a word upstream hardly knows. :( Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378656: set ztics axis is missing (patch)
Package: gnuplot Version: 4.0.0-2 Severity: minor Tags: patch "set ztics axis" succeeds, show ztics shows the expected outcome but the z tics still get put on the border. on reading the fine print of "help set xtics" one is told that the axis keyword is a no-op for ztics. however, there are situations where putting the tics there and nowhere else is a Good Idea, and to add that code is so very trivial that i've just done that in the attached patch. if you do not like this solution, then please make "set ztics axis" fail very loudly! it really doesn't make sense to accept the option, display it when asked to with show but simply ignore it when doing the plot. regards az -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (980, 'testing'), (970, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=de_AT (charmap=ISO-8859-1) Versions of packages gnuplot depends on: ii gnuplot-nox 4.0.0-2A command-line driven interactive ii gnuplot-x11 4.0.0-2X11-terminal driver for gnuplot -- debconf information excluded --- /home/az/graph3d.c 2006-07-18 15:14:35.0 +1000 +++ graph3d.c 2006-07-18 15:28:36.0 +1000 @@ -2653,6 +2653,14 @@ (void) axis; /* avoid -Wunused warning */ map3d_xyz(zaxis_x, zaxis_y, place, &v1); + +if (Z_AXIS.ticmode & TICS_ON_AXIS + && !X_AXIS.log + && inrange (0.0, X_AXIS.min, X_AXIS.max) + ) +{ + map3d_xyz(0.0,zaxis_y, place, &v1); +} if (grid.l_type > L_TYPE_NODRAW) { map3d_xyz(back_x, back_y, place, &v2); map3d_xyz(right_x, right_y, place, &v3);
Bug#378472: mozilla-firefox-gnome-support: config purging impossible
On Sun, Jul 16, 2006 at 05:35:16PM +0200, Fionn Behrens <[EMAIL PROTECTED]> wrote: > Package: mozilla-firefox-gnome-support > Severity: normal > > #> dpkg -P mozilla-firefox-gnome-support > Removing mozilla-firefox-gnome-support ... > Purging configuration files for mozilla-firefox-gnome-support ... > /var/lib/dpkg/info/mozilla-firefox-gnome-support.postrm: line 5: > update-mozilla-firefox-chrome: command not found O_o What is the version of firefox you have installed ? What is the version of mozilla-firefox-gnome-support you have installed ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378657: bamboo: staticcopy: please either provide a --quiet or a --verbose option
Package: bamboo Version: 1.3-2 Severity: wishlist Please provide an option that would allow me to suppress indications of normality (ie, when no errors occur). Be good if the script followed Unix philosophy and made that the default. I'd suggest creating a --verbose option and having it turned off by default. The reason I ask for this feature is that I run staticcopy+rsync from cron and I'd prefer to only get emails when something goes wrong. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#378658: [INTL:de] Updated German translation for adduser
Package: adduser Version: 3.95 Severity: normal Tags: l10n, patch Hi, after the last few days of patching and fine-tuning the program's output, I'd like to submit an updated version of the German translation for adduser. Thanks again for your responsiveness. Regards, Tobias -- Tobias Toedter | God, I ask for patience -- and I want it right now! Hamburg, Germany | de.po Description: application/gettext pgp9aJTlKIGz8.pgp Description: PGP signature
Bug#368248: Elfutils ITP?
On Tue, Jul 18, 2006 at 01:49:23AM +0200, Christian Aichinger wrote: > Weehee, I've done it :) > > I've attached the quilt patchset, it applies on top of > elfutils-0.122.tar.gz as extracted from that rpm: > http://download.fedora.redhat.com/pub/fedora/linux/core/development/source/SRPMS/elfutils-0.122-3.fc6.src.rpm It's probably easier to just get it from: ftp://sources.redhat.com/pub/systemtap/elfutils (For some reason I didn't put that into my copyright file, but I did put it in the ITP) > Comments to the individual patches are available in the patch > headers. > > I've taken the liberty to add myself to the Uploaders: field, and > I'd like to co-maintain the package with you if you don't have any > objections. No, that's good. > It'd be great if you could review the patches. If you accept my help > as a co-maintainer I'd like to talk about packaging style > (dpatch/quilt or not, how to coordinate, ...) before you do an > upload though. How about we start some alioth project for it and put it into svn or something? Should make things easier. Anyway, I'll try and look at it this evening. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326984: fontconfig-config: The bug is not fixed as of 2.3.2-7
On Mon, Jul 17, 2006 at 07:21:47 -0400, Keith Packard wrote: > On Mon, 2006-07-17 at 07:31 +0200, Jan Hudec wrote: > > > The dejavu.diff does NOT fix this bug. It adds DejaVu fonts as alternative > > for the generic aliases, but it puts them after Bitstream Vera. However > > since > > DejaVu fonts are a strict superset of Bitstream Vera ones, they should be > > the /first/ alternative. > > No, they should not. The Deja Vu developers do not have access to > reasonable font design tools, so the glyphs they're creating are not of > high quality, furthermore, they've added glyphs of questionable quality > from other free fonts that are far outside the design space for the Vera > family. > > Deja Vu is becoming a sad reflection of the Vera promise. If you don't > want to use the vera font, don't install it. Unfortunately occasionally packages appear that depend on ttf-bitstream-vera, so it's not possible to not install it (or, rather, it was not possible at some point in time and aptitude won't auto-remove it as long as it's part of depend alternative afterwards). It, however, is possible to not install ttf-dejavu. Other thing is, whether there are any glyphs of questionable quality in dejavu, that exist in bistream vera. Otherwise it's IMHO better to have a glyph of questionable quality, than none at all. Anyway, can you please add an explanation of this situation in README.Debian and changelog.Debian? Thank you, Jan Hudec -- Jan 'Bulb' Hudec <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#378309: xkb-data: Please include the Dzongkha keyboard layout (dz)
> xkb-data contains country-based layout whenever possible, and this > layout is already included in /usr/share/X11/xkb/symbols/bt. > AFAICT symbols in the range U...U0100 must use symbolic names, > so I will send the following patch upstream. Please tell me if > other changes are needed. Something else: could this "bt" layout be selected when the X server packages are installed? AFAICT this is done in xserver-xorg config script but the only logic there is based on the "DI keymap". However, for languages that are used only with the graphical version of DI, the selection of the keymap, namely the console keymap, is mostly irrelevant (for instance, there is obviously no Dzongkha/Bhutan keymap in console-data). This is not only a problem for Dzongkha, actually, but also for all languages which do not have a specific console keyboard layout because it is pointless. signature.asc Description: Digital signature
Bug#378309: xkb-data: Please include the Dzongkha keyboard layout (dz)
Quoting Denis Barbier ([EMAIL PROTECTED]): > On Sat, Jul 15, 2006 at 09:06:26AM +0200, Christian Perrier wrote: > > Package: xkb-data > > Version: 0.8-5 > > Severity: wishlist > > Tags: patch > > > > The attached XKB keyboard layout has been produced by the Dept of > > Information Technology of Bhutan and is aimed to be the official keyboard > > map for the Dzongkha language. > > > > Please consider including it in a future package release. > > Hi, > > xkb-data contains country-based layout whenever possible, and this > layout is already included in /usr/share/X11/xkb/symbols/bt. > AFAICT symbols in the range U...U0100 must use symbolic names, > so I will send the following patch upstream. Please tell me if > other changes are needed. Seems fine by me, but of course, the real need is not for me as you might have expected, Denis..:-) Pema, Tenzin, please feel free to comment. I suggest you use Denis patch on the "dz" keyboard layout you prove on dzongkha.sourceforge.net and possibly change the "dz" name to "bt" there, to avoid possible confusion. > Thanks. > > Denis Index: symbols/bt === RCS file: /cvs/xlibs/xkbdesc/symbols/bt,v retrieving revision 1.1 diff -u -r1.1 bt --- symbols/bt 1 Aug 2005 00:01:54 - 1.1 +++ symbols/bt 17 Jul 2006 23:40:45 - @@ -9,80 +9,80 @@ // Dzongkha Development Authority of the Government of Bhutan // // Copyright (C) 2004, Gregory Mokhin <[EMAIL PROTECTED]> -// Layout map provided by Chris Fynn / -// Version 0.97. Last modified: 09 Jan 2004 +// Version 0.97 2004-01-09 Layout map provided by Chris Fynn +// Version 1.0 2004-07-29 Some correction by Pema Geyleg <[EMAIL PROTECTED]> / partial default alphanumeric_keys xkb_symbols "basic" { name[Group1]= "Bhutan"; - key signature.asc Description: Digital signature
Bug#378504: Warnings by make-googleearth-package
On 17.Jul.2006 um 07:35:37AM -0600, Wesley J. Landaker wrote: > severity 378504 wishlist > thanks OK. > On Sunday 16 July 2006 15:37, Uwe Kappe wrote: > > today I tried to make a googleearth-package. I got several warnings: > > > > dpkg-shlibdeps: warning: format of `NEEDED ./libcomponent.so' not > > recognized dpkg-shlibdeps: warning: format of `NEEDED ./libfusion.so' not > > recognized dpkg-shlibdeps: warning: format of `NEEDED ./libgeobase.so' > > not recognized dpkg-shlibdeps: warning: format of `NEEDED ./libmath.so' > > not recognized dpkg-shlibdeps: warning: format of `NEEDED > [...] > > dpkg-shlibdeps: warning: unable to find dependency information for shared > > library libtiff (soname 3, path libtiff.so.3, dependency field Depends) > > These are all normal, as the googleearth binary has a bunch of included > shared libraries that can't be handled by dpkg-shlibdeps correctly. They > are harmless however. The best I could do is grep -v them out, but I'm not > sure it's worth it. Hmmm. I thougt the transition to the new libtiff version 4 had something to do with this behaviour. > Maybe adding a "--quiet" mode to the whole make-googleearth-package process > would be helpful, though. > > > After this I get the info "Success!". I can install the package and I can > > start googleearth. But the graphical part looks scrambled. > > If the graphical part looks scrambled, that could have something to do with > your video drivers or something else, but certainly doesn't have to do with > the dpkg warnings. Unfortunately, since it's a proprietary, closed-source > program, there probably won't be anything I can do about bugs in the > program itself. =( Thanks for the information. Now I'll take a lock to my X-Org-configuration. I thought that's OK because 3D applications like ppracer are running... Many thanks and best regards Uwe -- Uwe Kappe Mail: [EMAIL PROTECTED] Web: http://www.maujo.de/ Strasser: Welche Nationalität haben Sie? Rick: Ich bin Trinker. Renault: Und damit ist er Weltbürger! (aus "Casablanca")